doc
Skill0 starsChanged 7 months agoMITView on GitHub
Read, create, or edit `.docx` documents. Use this skill when Word document structure, formatting, tables, pagination, or rendered layout matters, and choose the lightweight text path before the full visual rendering path when layout is not the main concern.
We split this skill into the rules it gives an agent
14 rules. 0 are common, 7 are distinctive, and 7 are very specific to this project.
0
Common
Most of the 26 edited versions we read keep these.
7
Distinctive
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 8
Use this skill when the task involves .docx files and success depends on extracting content reliably, editing with preserved structure, or …
- Distinctive: line 19
avoid over-installing heavy document tooling for one-off text extraction tasks
- Distinctive: line 21
verify rendered layout visually when pagination, tables, or spacing matter
- Distinctive: line 27
do not treat extracted text as proof that DOCX layout is correct
- Distinctive: line 28
when the document contains tables, pagination-sensitive content, diagrams, or client-facing formatting, route to the full rendering path
- Distinctive: line 29
prefer the user's or project's default Python environment before creating ad hoc environments
- Very specific: line 30
only install system tools such as libreoffice and poppler when the task truly needs rendering or page-image review
- Distinctive: line 31
if visual review is impossible, state the layout risk clearly instead of pretending the document is fully verified
- Very specific: line 35
Read references/task-routing.md and classify the task.
- Distinctive: line 36
Run a quick environment preflight for Python and DOCX/PDF rendering tools.
- Very specific: line 37
If the task is text extraction, prefer python-docx for structured text reads.
- Very specific: line 38
If the task is editing or rendering-sensitive, use python-docx for edits and render the result through soffice plus page-image checks when …
- Very specific: line 39
Use scripts/render_docx.py when you need a stable local render helper for page review.
- Very specific: line 40
Keep intermediate artifacts in tmp/docs/ and final repo outputs in output/doc/ when working inside a repository.
“Common” is measured: kept by at least 6 in 10 of the 26 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
DOCX
Use this skill when the task involves .docx files and success depends on extracting content reliably, editing with preserved structure, or validating rendered layout.
Read First
- the target
.docxfiles references/task-routing.mdto choose between lightweight text extraction and full rendering reviewharness/state.mdif the task is part of an ongoing project workflowharness/history.mdif it exists
Goals
- choose the lightest DOCX workflow that still answers the user request correctly
- avoid over-installing heavy document tooling for one-off text extraction tasks
- preserve structure and formatting when editing DOCX files
- verify rendered layout visually when pagination, tables, or spacing matter
Rules
- first classify the task as either
lightweight text extractionorfull DOCX review/editing - for content extraction, summaries, field reads, or quick checks, prefer the lightweight path
- do not treat extracted text as proof that DOCX layout is correct
- when the document contains tables, pagination-sensitive content, diagrams, or client-facing formatting, route to the full rendering path
- prefer the user's or project's default Python environment before creating ad hoc environments
- only install system tools such as
libreofficeandpopplerwhen the task truly needs rendering or page-image review - if visual review is impossible, state the layout risk clearly instead of pretending the document is fully verified
Process
- Read
references/task-routing.mdand classify the task. - Run a quick environment preflight for Python and DOCX/PDF rendering tools.
- If the task is text extraction, prefer
python-docxfor structured text reads. - If the task is editing or rendering-sensitive, use
python-docxfor edits and render the result throughsofficeplus page-image checks when needed. - Use
scripts/render_docx.pywhen you need a stable local render helper for page review. - Keep intermediate artifacts in
tmp/docs/and final repo outputs inoutput/doc/when working inside a repository. - Report which workflow path was used, what dependencies were required, and what evidence supports the result.
Output
Tell the user:
- which DOCX workflow path was used:
lightweight text extractionorfull DOCX review/editing - which dependencies or tools were available, missing, or installed
- whether layout fidelity was actually verified visually
- where any output files were written
- any remaining evidence gaps such as unverified pagination, scanned assets, or missing render tooling
Other versions33 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 33
- termio-sh/termio★ 751same name
- boshu2/agentops★ 452same name
- JetBrains/skills★ 386same name
- leanEthereum/leanSpec★ 143same name
- kv0906/pm-kit★ 138same name
- davidhozic/mujoco-rs★ 85same name
- VoDaiLocz/kilo-kit-mcp★ 28same name
- PracticalSwan/agent-skills★ 22same name
- jhy0285/monofield★ 5same name
- Mazalucas/El-DT-Lightweight-Army★ 4same name
23 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
Used alongsideProjects with it also use test, explain and 3 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
Microsoft AzureSkilltest
Also in 5 projects that use this
sunnyclinches44Skillexplain
Explains code using real-world analogies and ASCII diagrams
Also in 4 projects that use this
dazuckSkillinterview
Interview me about a plan to flesh out requirements before implementation. Asks non-obvious questions one at a time until all ambiguities are resolved.
Also in 3 projects that use this
GitHubSkillrefactor
Surgical code refactoring to improve maintainability without changing behavior. Covers extracting functions, renaming variables, breaking down god functions, improving type safety, eliminating code smells, and applying design patterns. Less drastic than repo-rebuilder; use for gradual improvements.
Also in 3 projects that use this
GoogleSkillimprove-codebase-architecture
Scan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick.
Also in 3 projects that use this
In this repository42 other files it gives its agents.
- AGENTS.mdAGENTS.md
- codex/AGENTS.mdAGENTS.md
- claude/CLAUDE.mdCLAUDE.md
- backend-refactorSkill
- buildSkill
- discussSkill
- frontend-designSkill
- frontend-refactorSkill
- low-altitude-interviewerSkill
- pdfSkill
- repo-bootstrapSkill
- skill-maintenanceSkill
- tdd-executionSkill
- architecture-guardrailsSkill
- closed-loop-testingSkill
- harness-marathonSkill
- task-harnessSkill
- api-designSkill
- architecture-designSkill
- brainstormSkill
- codex-record-retrospectiveSkill
- database-designSkill
- integration-designSkill
- map-codebaseSkill
- migration-designSkill
- observability-designSkill
- planSkill
- query-optimizationSkill
- scalability-checkSkill
- service-boundary-reviewSkill
- api-change-checkSkill
- browseSkill
- bugfix-verificationSkill
- debugSkill
- incident-debugSkill
- performance-investigationSkill
- qaSkill
- reviewSkill
- security-reviewSkill
- verifySkill
- release-checkSkill
- shipSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

