Claude-skill-registry write-documents
Apply when creating or editing INFO, SPEC, IMPL, TEST, FIX documents, or STRUT plans
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/testing/write-documents" ~/.claude/skills/majiayu000-claude-skill-registry-write-documents && rm -rf "$T"
manifest:
skills/testing/write-documents/SKILL.mdsource content
Document Writing Guide
This skill contains document templates and formatting rules.
Verb Mapping
This skill implements:
- [WRITE-INFO] - Create INFO documents (use INFO_TEMPLATE.md)
- [WRITE-SPEC] - Create SPEC documents (use SPEC_TEMPLATE.md)
- [WRITE-IMPL-PLAN] - Create IMPL documents (use IMPL_TEMPLATE.md)
- [WRITE-TEST-PLAN] - Create TEST documents (use TEST_TEMPLATE.md)
- [WRITE-FIX] - Create FIX documents (use FIXES_TEMPLATE.md)
- [WRITE-FAIL] - Create/update FAILS.md (use FAILS_TEMPLATE.md)
- [WRITE-REVIEW] - Create _REVIEW.md documents (use REVIEW_TEMPLATE.md)
- [WRITE-TASKS-PLAN] - Create TASKS documents (use TASKS_TEMPLATE.md)
- [WRITE-STRUT] - Create/insert STRUT plans (use STRUT_TEMPLATE.md)
MUST-NOT-FORGET
- Use lists, not Markdown tables
- No emojis - ASCII only, no
markers between sections--- - Header block: Doc ID (required), Goal (required), Target file, Depends on (omit if N/A)
- Every document MUST have a unique ID
- Reference other docs by filename AND Doc ID:
_SPEC_CRAWLER.md [CRWL-SP01] - Be exhaustive: list ALL domain objects, actions, functions
- Document History section at end, reverse chronological
- Use box-drawing characters (├── └── │) for trees
- SPEC, IMPL, TEST documents MUST have MUST-NOT-FORGET section (after header block, before TOC)
Document Writing Rules
- Enumerations: use comma-separated format (
), NOT slash-separated (.pdf, .docx, .ppt
).pdf/.docx/.ppt - Ambiguous modifiers: when a clause can attach to multiple nouns, split into separate sentences
- BAD: "Files starting with '!' signify high relevance that must be treated with extra attention."
- GOOD: "Files starting with '!' indicate high relevance. This information must be treated with extra attention."
Templates (Required)
You MUST read the appropriate template before creating documents:
- Research and analysis documentsINFO_TEMPLATE.md
- Technical specificationsSPEC_TEMPLATE.md
- Implementation plansIMPL_TEMPLATE.md
- Test plansTEST_TEMPLATE.md
- Task plans (partitioned work items)TASKS_TEMPLATE.md
- Fix tracking documentsFIXES_TEMPLATE.md
- Failure log (lessons learned)FAILS_TEMPLATE.md
- Review documents (_REVIEW.md)REVIEW_TEMPLATE.md
- AGEN verb workflow structureWORKFLOW_TEMPLATE.md
- STRUT plans (embeddable in any document)STRUT_TEMPLATE.md
Usage
- Read this SKILL.md for core rules
- Read the template for your document type (required)
- For SPEC documents: also read
(required)SPEC_RULES.md - Follow the template structure exactly, except when user requests exceptions or different structure
File Naming
- Research, analysis, preparation documents_INFO_[TOPIC].md
- Technical specifications_SPEC_[COMPONENT].md
- UI specifications_SPEC_[COMPONENT]_UI.md
- Implementation plans_IMPL_[COMPONENT].md
- Fix tracking during implementation_IMPL_[COMPONENT]_FIXES.md
- Test plan for specificationSPEC_[COMPONENT]_TEST.md
- Test plan for implementationIMPL_[COMPONENT]_TEST.md
- Task plans (partitioned work items)TASKS_[TOPIC].md
prefix for priority docs that must be read first!
Agent Behavior
- Be extremely concise. Sacrifice grammar for concision.
- NEVER ask for continuations when following plans.
- Before assumptions, propose 2-3 implementation alternatives.
- List assumptions at spec start for user verification.
- Optimize for simplicity.
- Re-use existing code by default (DRY principle).
- Research APIs before suggesting; rely on primary sources only.
- Document user decisions in "Key Mechanisms" and "What we don't want" sections.
ID System
See
[AGENT_FOLDER]/rules/devsystem-ids.md rule (always-on) for complete ID system.
Quick Reference:
- Document:
(IN = Info, SP = Spec, IP = Impl Plan, TP = Test Plan)[TOPIC]-[DOC][NN]- Example:
,CRWL-SP01AUTH-IP01
- Example:
- Spec-Level:
(FR = Functional Requirement, IG = Implementation Guarantee, DD = Design Decision)[TOPIC]-[TYPE]-[NN]- Example:
,CRWL-FR-01AUTH-DD-03
- Example:
- Plan-Level:
(EC = Edge Case, IS = Implementation Step, VC = Verification Checklist, TC = Test Case)[TOPIC]-[DOC][NN]-[TYPE]-[NN]- Example:
,CRWL-IP01-EC-01AUTH-TP01-TC-05
- Example:
Writing AGEN Verb Workflows
AGEN verbs map directly to Windsurf workflows. See
WORKFLOW_TEMPLATE.md for:
- Workflow structure template
- General vs Specific parts pattern
- Context discovery pattern
- Strategy pattern
- Output rules