Content
88%Weight 40%Scale 1-5Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A dense, highly actionable reference that earns its length: exact commands, complete code, explicit pitfalls, and a validated editing workflow with feedback loops. The only structural weakness is that the docx-js API cookbook and XML reference live entirely inline, and some rules are stated redundantly.
Suggestions
Consolidate the table-width guidance, which currently appears three times (Tables code comments, the 'Width rules' list, and the 'Critical Rules' recap), into one authoritative section to cut duplicate tokens.
Move the docx-js feature cookbook (Styles through Headers/Footers) or the XML Reference into a references/ file, keeping SKILL.md as an overview with clearly signaled one-level-deep links.
Trim duplicated CRITICAL annotations in code comments that restate the Critical Rules section verbatim (e.g., dual table widths and ShadingType.CLEAR appear in both).
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Nearly every line carries non-obvious, high-value detail (DXA unit tables, CRITICAL pitfalls, smart-quote entity table, dual-width table rules) with no explanations of concepts Claude already knows. Not 5: table width guidance is repeated three times (Tables code comments, 'Width rules' list, and 'Critical Rules' recap), which could be consolidated; not 3: there is no padding or generic explanation. | 4 / 5 |
Actionability | Fully executable copy-paste content: complete docx-js snippets (document setup, styles, numbering, tables, images, hyperlinks, footnotes, tab stops, columns, TOC, headers/footers), exact bash commands with flags, and exact unit conversions ('1440 DXA = 1 inch', '914400 EMU = 1 inch'). Not 4: the examples cover the common cases with concrete, runnable specifics throughout. | 5 / 5 |
Workflow Clarity | The editing workflow is explicitly sequenced ('Follow all 3 steps in order': unpack → edit XML → pack) with a validation feedback loop — pack.py 'Validates with auto-repair' plus explicit auto-repair will/won't-fix lists — and the creation flow includes 'validate it. If validation fails, unpack, fix the XML, and repack'. Not 4: validation checkpoints and error-recovery loops are explicit, matching the top anchor for XML manipulation. | 5 / 5 |
Progressive Disclosure | Good structure: Quick Reference table, clear section headers, and every referenced script path (scripts/office/soffice.py, unpack.py, pack.py, validate.py, scripts/accept_changes.py, scripts/comment.py) resolves to a real bundle file. Not 5: the ~200-line docx-js cookbook and the full XML reference are inlined in a single 590-line SKILL.md with no separate reference files for content that could be split out; not 3: navigation is easy, sections are well-organized, and the bundle is properly leveraged. | 4 / 5 |
Total | 18 / 20 Passed |