CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

documentation-strategy

Design and run a documentation system for a team or product. Use this skill when planning what to document, choosing a documentation tool, organizing existing docs, fixing stale documentation, designing a maintenance cadence, or scoping technical writing work. Triggers on documentation, docs, tech writing, knowledge base, wiki, runbook, README, internal docs, doc audit, doc maintenance, stale docs, where do we document. Also triggers when the team is repeatedly answering the same questions or when onboarding takes too long.

Quality

86%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

The canonical home for this skill is documentation-strategy in rampstackco/claude-skills

SKILL.md
Quality
Evals
Security

Quality

Content

68%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.

A well-structured strategy skill with specific, actionable guidance (templates, cadence tables, named tools, failure patterns) and proper use of a one-level-deep reference file. Its main weaknesses are implicit rather than explicit validation checkpoints — particularly around the batch deletion of stale docs in Step 4 — and some rhetorical padding plus duplication between the body's four-category framework and the reference guide.

Suggestions

Add an explicit validation checkpoint to Step 4 before deleting or archiving docs: verify usage metrics from the Step 1 audit, confirm with the doc's owner, and prefer redirect/archive over delete as the default path.

Trim rhetorical flourishes ('The audit is often eye-opening…', 'They know.', 'The team that ships features without docs has less than they think they have.') and tighten vague guidance like the search-quality bullet into concrete criteria.

Condense the four-category section to a compact summary table plus an early pointer to references/doc-types-guide.md, removing the duplication between the body's category detail and the reference guide.

DimensionReasoningScore

Conciseness

Mostly efficient — terse bullet fragments, tables, and a copy-paste ADR template — but a handful of rhetorical flourishes ('The audit is often eye-opening…', 'Ask people what they wish were documented. They know.', 'The team that ships features without docs has less than they think they have.') and the ~55-line four-category section that duplicates references/doc-types-guide.md could be trimmed. More than anchor 3's 'some unnecessary explanation', short of anchor 5's every-token-earns-its-place.

4 / 5

Actionability

Concrete and executable for an instruction-only skill: ADR code-block template, exact maintenance-cadence table, named tools (Notion, Confluence, Docusaurus, Mintlify), per-system runbook checklists, and an enumerated output format. Minor gaps keep it below anchor 5 — e.g., 'Search that actually works (most platforms; some better than others)' is vague and there is no worked example of a finished strategy document.

4 / 5

Workflow Clarity

The 10-step workflow is clearly and logically sequenced (audit → categorize → gaps → dead weight → homes → ownership → cadence → integration → discoverability → measure), but validation checkpoints are implicit rather than explicit. Step 4 directs batch 'Delete or archive' of stale docs with no verification loop (e.g., confirm with the owner or check usage metrics before deletion), which the rubric caps at 3 for batch/destructive operations.

3 / 5

Progressive Disclosure

Well-sectioned body with a clearly signaled, real, one-level-deep reference ('references/doc-types-guide.md: Detailed guide to the four doc types… with examples and templates for each' — verified to exist with no nested file references). Minor organization gap: the body's four-category section (examples + properties for each) overlaps the reference file's content instead of being cleanly split, so anchor 5's 'content appropriately split' is not fully met.

4 / 5

Total

15

/

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: third-person, concrete, and explicit about both capabilities and trigger conditions, with comprehensive natural trigger terms and behavioral cues. The only weakness is mild overlap risk with content-writing skills on generic terms like 'README' and 'tech writing', which the description does not disambiguate.

DimensionReasoningScore

Specificity

Lists six concrete actions covering the full lifecycle — 'planning what to document, choosing a documentation tool, organizing existing docs, fixing stale documentation, designing a maintenance cadence, or scoping technical writing work' — comprehensive coverage rather than the minor gaps of anchor 4.

5 / 5

Completeness

Explicitly answers both what ('Design and run a documentation system for a team or product' plus enumerated actions) and when ('Use this skill when…', 'Triggers on…', 'Also triggers when…') with concrete trigger phrases, matching the anchor-5 example pattern.

5 / 5

Trigger Term Quality

Comprehensive natural terms with synonyms ('documentation, docs', 'knowledge base, wiki', 'internal docs') plus natural user phrasings ('where do we document', 'stale docs', 'doc audit') and behavioral triggers ('repeatedly answering the same questions', 'onboarding takes too long'); no common variations are missing.

5 / 5

Distinctiveness Conflict Risk

The system-strategy framing ('Design and run a documentation system', 'doc audit', 'maintenance cadence') carves a mostly distinct niche, but broad triggers like 'README', 'docs', and 'tech writing' carry minor overlap risk with adjacent content-writing skills, falling short of anchor 5's minimal conflict risk.

4 / 5

Total

19

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

rampstackco/claude-skills

Path

dist/codex/.agents/skills/documentation-strategy/SKILL.md

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.