Content
85%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.
The body is highly actionable and workflow-safe: executable code everywhere, explicit validation with repair loops for XML manipulation, and correct script references. Its main weaknesses are duplicated warning text that inflates token cost and a monolithic structure that inlines a large API/XML reference that would be better split into separate reference files.
Suggestions
Move the docx-js feature catalog (~250 lines: styles, lists, tables, images, hyperlinks, footnotes, tab stops, columns, TOC, headers/footers) and the XML Reference (~130 lines: tracked changes, comments, image XML) into references/ files (e.g. references/docx-js.md and references/xml-patterns.md), keeping SKILL.md as an overview with clearly signaled one-level-deep links.
Consolidate the repeated table-width rules into a single 'Tables' section entry and have the Critical Rules list reference it once, removing the 'Always use DXA / never PERCENTAGE' and dual-width duplications stated 3-4 times each.
Tighten the multi-part landscape/table-width explanations by keeping one canonical code example per rule and dropping the redundant restatements in comments and bullet lists.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is dominated by lean, executable code with minimal prose, but several warnings are repeated — the 'Always use DXA / never WidthType.PERCENTAGE' rule appears four times (tables section, width rules list, and Critical Rules) and the dual-width table rule is stated three times. Not 5: duplicated CRITICAL rules could be consolidated into one place; not 3: there is no padding or explanation of concepts Claude already knows. | 4 / 5 |
Actionability | Guidance is copy-paste ready throughout: complete executable docx-js snippets for every feature, exact bash commands ('python scripts/office/unpack.py document.docx unpacked/'), a DXA unit conversion table, and exact XML patterns for tracked changes, comments, and images. Common cases are covered with specific, runnable examples. | 5 / 5 |
Workflow Clarity | The editing workflow is explicitly sequenced ('Follow all 3 steps in order': unpack → edit XML → pack with validation and auto-repair), and the creation workflow includes a feedback loop: 'After creating the file, validate it. If validation fails, unpack, fix the XML, and repack.' Validation checkpoints for XML manipulation are explicit, satisfying the feedback-loop requirement. | 5 / 5 |
Progressive Disclosure | The bundle provides working scripts (all referenced paths verified to exist) and the SKILL.md has good section structure with a Quick Reference navigation table, but roughly 450 of ~590 lines are an inline docx-js API catalog and XML reference that belong in one-level-deep reference files, and no references/ directory exists. Not 4: the content that should be split out is the majority of the file, which is more than 'minor organization gaps'; not 2: structure and navigation within the file are clear and existing references are correct and clearly signaled. | 3 / 5 |
Total | 17 / 20 Passed |