Explore storing machine-readable data in a DOCX file
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- javascript
- Lĩnh vực
- full-stack
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
- Ngôn ngữ chính
- JavaScript
- Star
- 0
- Fork
- 0
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
simstudioai/sim#9831 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
status: waiting for maintainer
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
mui/material-ui#49751 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Edit: Monumental TV [PY]Đang mởchannels:edit check:passed
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày