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 (
.pdf, .docx, .ppt), NOT slash-separated (.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:
INFO_TEMPLATE.md - Research and analysis documents
SPEC_TEMPLATE.md - Technical specifications
IMPL_TEMPLATE.md - Implementation plans
TEST_TEMPLATE.md - Test plans
TASKS_TEMPLATE.md - Task plans (partitioned work items)
FIXES_TEMPLATE.md - Fix tracking documents
FAILS_TEMPLATE.md - Failure log (lessons learned)
REVIEW_TEMPLATE.md - Review documents (_REVIEW.md)
WORKFLOW_TEMPLATE.md - AGEN verb workflow structure
STRUT_TEMPLATE.md - STRUT plans (embeddable in any document)
Usage
- Read this SKILL.md for core rules
- Read the template for your document type (required)
- For SPEC documents: also read
SPEC_RULES.md (required)
- Follow the template structure exactly, except when user requests exceptions or different structure
File Naming
_INFO_[TOPIC].md - Research, analysis, preparation documents
_SPEC_[COMPONENT].md - Technical specifications
_SPEC_[COMPONENT]_UI.md - UI specifications
_IMPL_[COMPONENT].md - Implementation plans
_IMPL_[COMPONENT]_FIXES.md - Fix tracking during implementation
SPEC_[COMPONENT]_TEST.md - Test plan for specification
IMPL_[COMPONENT]_TEST.md - Test plan for implementation
TASKS_[TOPIC].md - Task plans (partitioned work items)
! 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:
[TOPIC]-[DOC][NN] (IN = Info, SP = Spec, IP = Impl Plan, TP = Test Plan)
- Example:
CRWL-SP01, AUTH-IP01
- Spec-Level:
[TOPIC]-[TYPE]-[NN] (FR = Functional Requirement, IG = Implementation Guarantee, DD = Design Decision)
- Example:
CRWL-FR-01, AUTH-DD-03
- Plan-Level:
[TOPIC]-[DOC][NN]-[TYPE]-[NN] (EC = Edge Case, IS = Implementation Step, VC = Verification Checklist, TC = Test Case)
- Example:
CRWL-IP01-EC-01, AUTH-TP01-TC-05
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
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: write-documents-23description: Apply when creating or editing INFO, SPEC, IMPL, TEST, FIX documents, or STRUT plans Use when this capability is needed.4---56# Document Writing Guide78This skill contains document templates and formatting rules.910## Verb Mapping1112This skill implements:13- [WRITE-INFO] - Create INFO documents (use INFO_TEMPLATE.md)14- [WRITE-SPEC] - Create SPEC documents (use SPEC_TEMPLATE.md)15- [WRITE-IMPL-PLAN] - Create IMPL documents (use IMPL_TEMPLATE.md)16- [WRITE-TEST-PLAN] - Create TEST documents (use TEST_TEMPLATE.md)17- [WRITE-FIX] - Create FIX documents (use FIXES_TEMPLATE.md)18- [WRITE-FAIL] - Create/update FAILS.md (use FAILS_TEMPLATE.md)19- [WRITE-REVIEW] - Create _REVIEW.md documents (use REVIEW_TEMPLATE.md)20- [WRITE-TASKS-PLAN] - Create TASKS documents (use TASKS_TEMPLATE.md)21- [WRITE-STRUT] - Create/insert STRUT plans (use STRUT_TEMPLATE.md)2223## MUST-NOT-FORGET2425- Use lists, not Markdown tables26- No emojis - ASCII only, no `---` markers between sections27- Header block: Doc ID (required), Goal (required), Target file, Depends on (omit if N/A)28- Every document MUST have a unique ID29- Reference other docs by filename AND Doc ID: `_SPEC_CRAWLER.md [CRWL-SP01]`30- Be exhaustive: list ALL domain objects, actions, functions31- Document History section at end, reverse chronological32- Use box-drawing characters (├── └── │) for trees33- SPEC, IMPL, TEST documents MUST have MUST-NOT-FORGET section (after header block, before TOC)3435## Document Writing Rules3637- Enumerations: use comma-separated format (`.pdf, .docx, .ppt`), NOT slash-separated (`.pdf/.docx/.ppt`)38- Ambiguous modifiers: when a clause can attach to multiple nouns, split into separate sentences39 - BAD: "Files starting with '!' signify high relevance that must be treated with extra attention."40 - GOOD: "Files starting with '!' indicate high relevance. This information must be treated with extra attention."4142## Templates (Required)4344You MUST read the appropriate template before creating documents:45- `INFO_TEMPLATE.md` - Research and analysis documents46- `SPEC_TEMPLATE.md` - Technical specifications47- `IMPL_TEMPLATE.md` - Implementation plans48- `TEST_TEMPLATE.md` - Test plans49- `TASKS_TEMPLATE.md` - Task plans (partitioned work items)50- `FIXES_TEMPLATE.md` - Fix tracking documents51- `FAILS_TEMPLATE.md` - Failure log (lessons learned)52- `REVIEW_TEMPLATE.md` - Review documents (_REVIEW.md)53- `WORKFLOW_TEMPLATE.md` - AGEN verb workflow structure54- `STRUT_TEMPLATE.md` - STRUT plans (embeddable in any document)5556## Usage57581. Read this SKILL.md for core rules592. Read the template for your document type (required)603. For SPEC documents: also read `SPEC_RULES.md` (required)614. Follow the template structure exactly, except when user requests exceptions or different structure6263## File Naming6465- `_INFO_[TOPIC].md` - Research, analysis, preparation documents66- `_SPEC_[COMPONENT].md` - Technical specifications67- `_SPEC_[COMPONENT]_UI.md` - UI specifications68- `_IMPL_[COMPONENT].md` - Implementation plans69- `_IMPL_[COMPONENT]_FIXES.md` - Fix tracking during implementation70- `SPEC_[COMPONENT]_TEST.md` - Test plan for specification71- `IMPL_[COMPONENT]_TEST.md` - Test plan for implementation72- `TASKS_[TOPIC].md` - Task plans (partitioned work items)73- `!` prefix for priority docs that must be read first7475## Agent Behavior7677- Be extremely concise. Sacrifice grammar for concision.78- NEVER ask for continuations when following plans.79- Before assumptions, propose 2-3 implementation alternatives.80- List assumptions at spec start for user verification.81- Optimize for simplicity.82- Re-use existing code by default (DRY principle).83- Research APIs before suggesting; rely on primary sources only.84- Document user decisions in "Key Mechanisms" and "What we don't want" sections.8586## ID System8788See `[AGENT_FOLDER]/rules/devsystem-ids.md` rule (always-on) for complete ID system.8990**Quick Reference:**91- Document: `[TOPIC]-[DOC][NN]` (IN = Info, SP = Spec, IP = Impl Plan, TP = Test Plan)92 - Example: `CRWL-SP01`, `AUTH-IP01`93- Spec-Level: `[TOPIC]-[TYPE]-[NN]` (FR = Functional Requirement, IG = Implementation Guarantee, DD = Design Decision)94 - Example: `CRWL-FR-01`, `AUTH-DD-03`95- Plan-Level: `[TOPIC]-[DOC][NN]-[TYPE]-[NN]` (EC = Edge Case, IS = Implementation Step, VC = Verification Checklist, TC = Test Case)96 - Example: `CRWL-IP01-EC-01`, `AUTH-TP01-TC-05`9798## Writing AGEN Verb Workflows99100AGEN verbs map directly to Windsurf workflows. See `WORKFLOW_TEMPLATE.md` for:101- Workflow structure template102- General vs Specific parts pattern103- Context discovery pattern104- Strategy pattern105- Output rules106107---108> Converted and distributed by [TomeVault](https://tomevault.io/claim/karstenheld3) — claim your Tome and manage your conversions.109<!-- tomevault:4.0:skill_md:2026-04-13 -->