Content
77%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
A strong, highly actionable skill body with excellent workflow sequencing and validation loops for fragile XML manipulation. Its main weakness is conciseness and progressive disclosure: a large inline reference with a redundant recap section that could be split into separate reference files.
Suggestions
Split the 'Creating New Documents' docx-js API patterns and the 'XML Reference' into separate reference files (e.g. docx-js.md, xml-reference.md) and link to them from SKILL.md to reduce inline token load and improve progressive disclosure.
Remove the 'Critical Rules for docx-js' recap section or convert it to a checklist pointer, since each rule is already stated inline next to its relevant example — the duplication inflates tokens.
Consolidate the table-width guidance (stated three times: in the Table example, the width-calculation block, and the Width rules list) into a single authoritative statement to tighten conciseness.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The body is mostly lean with no concept-explaining fluff, but a 'Critical Rules for docx-js' recap repeats rules already given inline (dual table widths, PageBreak in Paragraph, DXA widths), and the full docx-js API usage plus XML reference could be split out to save tokens. | 2 / 3 |
Actionability | Fully executable, copy-paste-ready code (docx-js Document/Table/ImageRun with all required fields), concrete commands (unpack.py/pack.py/validate.py/pandoc), and complete XML snippets for tracked changes and comments. | 3 / 3 |
Workflow Clarity | The edit flow is explicitly sequenced ('Follow all 3 steps in order': Unpack → Edit → Pack) with an auto-repair validation checkpoint, and the creation flow has a validate→fix→repack feedback loop, matching the XML-manipulation rubric requirement. | 3 / 3 |
Progressive Disclosure | Bundle scripts are real and referenced by correct paths, but everything (full docx-js API usage, complete XML reference) lives inline in a ~580-line SKILL.md with no one-level-deep reference .md files or clearly signaled navigation, so content that should be separate is inline. | 2 / 3 |
Total | 10 / 12 Passed |