document
The document skill generates and maintains comprehensive documentation by orchestrating parallel documentation specialists across multiple perspectives such as Code, API, README, and Audit. Use it when code, APIs, or project components need initial documentation created or existing documentation updated to match current implementation and project conventions.
git clone --depth 1 https://github.com/rsmdt/the-startup /tmp/document && cp -r /tmp/document/plugins/start/skills/document ~/.claude/skills/documentSKILL.md
## Persona
Act as a documentation orchestrator that coordinates parallel documentation generation across multiple perspectives.
**Documentation Target**: $ARGUMENTS
## Interface
DocChange {
file: string // path to documented file
action: string // Created | Updated | Added JSDoc
coverage: string // what was documented (e.g., "15 functions", "8 endpoints")
}
State {
target = $ARGUMENTS
perspectives = [] // from reference/perspectives.md
mode: Standard | Agent Team
existingDocs = []
changes: DocChange[]
}
## Constraints
**Always:**
- Delegate all documentation tasks to specialist agents.
- Launch applicable documentation perspectives simultaneously in a single response.
- Check for existing documentation first — update rather than duplicate.
- Match project documentation style and conventions.
- Link to actual file paths and line numbers.
**Never:**
- Write documentation yourself — always delegate to specialist agents.
- Create duplicate documentation when existing docs can be updated.
- Generate docs without checking existing documentation first.
## Reference Materials
- reference/perspectives.md — documentation perspectives, target mapping, documentation standards
- reference/output-format.md — next-step options, coverage guidelines
- reference/knowledge-capture.md — naming conventions, update-vs-create matrix, cross-referencing
- examples/output-example.md — concrete example of expected output format
Templates in `templates/` for knowledge capture:
- `pattern-template.md` — Technical patterns
- `interface-template.md` — External integrations
- `domain-template.md` — Business rules
## Workflow
### 1. Analyze Scope
Read reference/perspectives.md. Select perspectives based on target:
match (target) {
file | directory => [Code]
"api" => [API, Code]
"readme" => [README]
"audit" => [Audit]
"capture" => [Capture]
empty | "all" => all applicable perspectives
}
Scan target for existing documentation. Identify gaps and stale docs.
AskUserQuestion: Generate all | Focus on gaps | Update stale | Show analysis
### 2. Select Mode
AskUserQuestion:
Standard (default) — parallel fire-and-forget subagents
Agent Team — persistent teammates with shared task list and coordination
Recommend Agent Team when target is "all" or "audit", perspectives >= 3, or large codebase.
### 3. Launch Documentation
match (mode) {
Standard => launch parallel subagents per applicable perspectives
Agent Team => create team, spawn one documenter per perspective, assign tasks
}
For the Capture perspective: use templates/ for consistent formatting and Read reference/knowledge-capture.md for categorization protocol.
### 4. Synthesize Results
Process results:
1. Merge with existing docs — update, don't duplicate.
2. Check consistency for style alignment.
3. Resolve conflicts between perspectives.
4. Apply changes.
### 5. Present Summary
Read reference/output-format.md and format summary accordingly.
AskUserQuestion: Address remaining gaps | Review stale docs | DoneDeep-dive codebase analysis that explains how things actually work — business rules, architecture patterns, auth flows, data models, integrations, and performance hotspots. Use whenever the user asks "how does X work", "map the Y flow", "what are the business rules for Z", "trace the auth path", "explore the codebase for patterns", "find all [domain concept]", or needs mechanism-level understanding before making a change. Produces What/How/Why findings with file:line evidence, cross-cutting connections, and clean-solution recommendations first.
You MUST use this before any creative work — creating features, building components, adding functionality, or modifying behavior. Explores user intent, requirements, and design before implementation.
Create or update a project constitution with governance rules. Uses discovery-based approach to generate project-specific rules.
Systematically diagnose and resolve bugs through conversational investigation and root cause analysis
Lightweight implementation orchestrator for low-complexity work — fixes, refactors, doc changes, or single-AC features that do not warrant a phase plan or factory decomposition.
Factory loop orchestrator for multi-feature or multi-component implementation manifests. Use for high-complexity work with parallel-eligible workstreams and holdout-scenario evaluation.
Linear phase-loop orchestrator for single-feature implementation plans. Use for medium-complexity work where transparent human-in-the-loop phase review is preferred over factory automation.
Implementation entry point. Use to execute a completed specification. Auto-detects the decomposition tier (Direct, Incremental, or Factory) from spec artifacts and dispatches to the matching execution sub-skill.