Why Word specs are invisible to Cursor
Cursor's context system reads workspace files. Word documents — even if they live in a synced folder — are binary blobs the chat surface can't @-reference cleanly. The PRD that defined the feature, the security spec that constrains the implementation, the API contract the team agreed to last sprint: all of it lives outside the AI's reach unless converted to plain text.
Convert each spec to Markdown, commit (or symlink) into the repo at docs/specs/, and Cursor treats it like any other source file. @feature-x-spec.md in the chat pulls the document into context; the AI implements features against the documented requirements rather than guessing from code shape alone.
The implementation workflow
Open Word to Markdown, upload the spec, download the .md, save into docs/specs/. In Cursor's chat, prompt: "@auth-flow-spec.md implement the password-reset endpoint per section 4.2, write tests covering the edge cases listed in section 5". The AI now writes code constrained by your spec rather than by its training distribution.
For multi-source coding workflows: pair with PDF API references (PDF for Cursor), web docs (URL for Cursor), and recorded design discussions (Audio for Cursor, Video for Cursor). Every documentation modality lands in the workspace as @-referenceable Markdown.