CtrlK
BlogDocsLog inGet started
Tessl Logo

officecli-docx

Use this skill any time a .docx file is involved -- as input, output, or both. This includes: creating Word documents, reports, letters, memos, or proposals; reading, parsing, or extracting text from any .docx file; editing, modifying, or updating existing documents; working with templates, tracked changes, comments, headers/footers, or tables of contents. Trigger whenever the user mentions 'Word doc', 'document', 'report', 'letter', 'memo', or references a .docx filename.

72

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

85%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

An exceptionally actionable, well-sequenced skill with strong validation culture (incremental execution, QA cycle, delivery gates) — top marks for actionability and workflow clarity. Its weaknesses are moderate redundancy across long sections and a complete absence of progressive disclosure: reference-grade material (raw XML appendix, specialty topics, recipes) is monolithically inlined rather than split into one-level-deep reference files.

Suggestions

Split the 'Raw-set XML appendix (L3 patterns)' and the 'Advanced / specialty topics' section (equations, comments/tracked changes, watermark) into a references/ file (e.g. references/advanced-ooxml.md), keeping SKILL.md an overview with clearly signaled one-level-deep pointers — this directly addresses the lowest-scoring dimension.

Move the 'Report-level recipes' (a)–(f) into a recipes reference file and keep one representative example inline, cutting SKILL.md length while preserving copy-paste access to the patterns.

Deduplicate repeated guidance to improve conciseness: consolidate the duplicated page-break rules ('Forcing page breaks' vs the pitfalls table row) and the updateFields instructions repeated across TOC, Fields, QA, and the XML appendix into one authoritative location cross-referenced from the others.

DimensionReasoningScore

Conciseness

The body is dense, assumes Claude's competence (no filler explaining what Word/documents are; the ZIP-of-XML mental model is tool-specific knowledge), and nearly every command earns its place — but there is real redundancy across ~560 lines: page-break rules appear both in 'Forcing page breaks' and again in the pitfalls table, and updateFields guidance is repeated in TOC, Fields, QA, and the XML appendix. This matches 'efficient; minor instances of over-explanation that could be trimmed' rather than the lean 5 anchor.

4 / 5

Actionability

Every section gives copy-paste-ready, complete `officecli` commands with exact props and values (e.g. `--prop pbdr.bottom="single;6;2E75B6"`, `--prop fieldType=mergefield --prop name=customer_name`), covering the common cases (headings, tables, lists, fields, TOC, footers) plus validated report-level recipes. This matches the fully-executable top anchor.

5 / 5

Workflow Clarity

The Common Workflow is a clearly sequenced six-step process with explicit checkpoints ('After each structural op, `get` it back'), and QA is a bug-hunt cycle with a fix-then-rerun-full-cycle feedback loop plus a copy-paste Delivery Gate that REJECTs on any failure. For a file-mutating, batch-prone tool this is the top anchor: clear sequence, explicit validation, and error-recovery loops.

5 / 5

Progressive Disclosure

Section structure and skip signals are good ('Advanced / specialty topics (skip if you are writing a report)'), but there are no bundle files at all: the L3 raw-set XML appendix, equations/comments/watermark specialty topics, and the report-level recipes are all inlined in a single ~560-line SKILL.md when they clearly belong in one-level-deep reference files. This sits between the 'minimal structure, content that belongs in separate files is inlined' (2) and the well-split 4/5 anchors — structure is solid but nothing is offloaded, so 3.

3 / 5

Total

17

/

20

Passed

Description

96%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it explicitly states when to trigger, enumerates comprehensive concrete capabilities, and includes natural user vocabulary plus the file extension. The only weakness is that very broad trigger words like 'document' and 'report' create minor overlap risk with other office-document skills.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions — "creating Word documents, reports, letters, memos, or proposals; reading, parsing, or extracting text…editing, modifying, or updating existing documents; working with templates, tracked changes, comments, headers/footers, or tables of contents" — matching the comprehensive-coverage anchor. It is not below 5 because no significant capability area is missing; not above because 5 is the maximum.

5 / 5

Completeness

It explicitly answers both questions: "Use this skill any time a .docx file is involved -- as input, output, or both" (when, with concrete trigger phrases) plus a full enumerated capability list (what). This matches the top anchor verbatim in structure.

5 / 5

Trigger Term Quality

Natural user phrasings are covered comprehensively — "'Word doc', 'document', 'report', 'letter', 'memo', or references a .docx filename" — including synonyms and the file extension, matching the anchor exactly. Score 4 would require 'a few natural terms missing', which is not the case here.

5 / 5

Distinctiveness Conflict Risk

"any time a .docx file is involved" carves a clear niche with minimal conflict, but the bare trigger words "document" and "report" are generic and could overlap with sibling office-format skills (pptx, xlsx, pdf), matching 'mostly distinct; minor overlap risk with closely related skills'. Not 5 because those broad single-word triggers invite cross-skill collisions; not 3 because the .docx scoping is explicit and dominant.

4 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (563 lines); consider splitting into references/ and linking

Warning

Total

15

/

16

Passed

Repository
iOfficeAI/OfficeCLI
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.