BUG: .docx files rejected by file picker and at upload — format not supported

[boyarnaito]

Summary

The Amicode file upload UI excludes .docx from its default file-picker filter,
and when the user overrides to "All Files" and selects a .docx, the upload is
rejected with an explicit "not supported" error. The user's workflow is to
download a meeting transcript from Gemini Notes as .docx and upload it to
discuss with Amico. The workaround of saving as PDF is undesirable: .docx is
natively text-structured and requires no OCR, whereas PDF ingestion does — making
the workaround both slower and lower-fidelity than native .docx support would be.

Context

• Extension: harmoniqs.amicode 0.2.2
• OS: Linux 6.18.33.2-microsoft-standard-WSL2 x86_64
• Engine pin: v1.18.10-amicode.11 (harmoniqs/opencode, base v1.18.10)
• Activity: attempting to upload a .docx transcript via the library upload UI

Expected vs actual

Expected: .docx is accepted as an uploadable document format (included in
the default picker filter; text extracted directly without OCR).
Actual: .docx is absent from the default picker filter; selecting it via
"All Files" produces an error: file format not supported.

Diagnostics

• No active run at time of report
• No absolute paths, no binary uploads

---

intake: not-ready — mature per the maturity contract before picking up
suggested_path: A
diagnostics: inline
upstream: n/a