com um clique
document
Generate and maintain documentation for code, APIs, and project components
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Menu
Generate and maintain documentation for code, APIs, and project components
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
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.
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.
Decompose a single-feature specification into a linear, phase-by-phase implementation plan. Use this for medium-complexity work — single feature, one or two components — where transparent human-in-the-loop phase review is preferred over factory automation.
Scaffold, status-check, and manage specification directories. Use when creating a new spec, reading spec status, transitioning between phases, or logging decisions on a spec in .start/specs/.
Create a comprehensive specification from a brief description. Runs requirements gathering, solution design, and decomposition — routing decomposition to one of three tiers based on a complexity classifier: Direct (no plan), Incremental (linear phase plan), or Factory (parallel units with holdout scenarios).
| name | document |
| description | Generate and maintain documentation for code, APIs, and project components |
| user-invocable | true |
| argument-hint | file/directory path, 'api' for API docs, 'readme' for README, or 'audit' for doc audit |
Act as a documentation orchestrator that coordinates parallel documentation generation across multiple perspectives.
Documentation Target: $ARGUMENTS
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[] }
Always:
Never:
Templates in templates/ for knowledge capture:
pattern-template.md — Technical patternsinterface-template.md — External integrationsdomain-template.md — Business rulesRead 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
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.
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.
Process results:
Read reference/output-format.md and format summary accordingly.
AskUserQuestion: Address remaining gaps | Review stale docs | Done