Explore storing machine-readable data in a DOCX file
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- javascript
- Área
- full-stack
Línea de trabajo
The issue asks whether LLMs can discover machine-readable data embedded in DOCX files, but names no files, tests, or specific LLMs to try. Start by reviewing the completed research on DOCX storage, then define a repeatable comparison using representative solicitation documents and LLMs. Done means reporting whether the embedded data is found and what the results suggest.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
DOCX files are ZIP containers, so arbitrary data can be stored within them. Strictly speaking, absolutely anything can go in a DOCX, but when it's opened in Word and saved again, anything untracked (i.e., not part of the spec) will be dropped. So it's best to comply with that spec.
It seems to me that machine-readable data about a solicitation could be stored within a DOCX, which might—might—be useful. That would allow the procurement software to understand what individual files are (which would otherwise be impenetrable), and potentially allow vendors' LLMs to better understand the contents.
- Research how to best store machine-readable data in a DOCX
- See if any LLMs will discover the inclusion of machine-readable data in a DOCX, or if they have never encountered that before and, as a result, will not benefit from that
- Lenguaje dominante
- JavaScript
- Estrellas
- 0
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Issues similares
-
good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
cli: `studio --request <missing file>` answers with a raw ENOENT/EISDIR instead of a clear errorAbiertobug good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
laaielichter/Ai-edit-studio#81 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
jasonacox/pypowerwall#472 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
sebastienros/jint#4531 ·
Los mantenedores suelen responder en 1 día
-
Add plone.svg to plone/iconsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 2 días