ワンクリックで
document
Generate and maintain documentation for code, APIs, and project components
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Generate and maintain documentation for code, APIs, and project components
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| 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
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).