analyze
Deep-research analysis of a codebase, a topic, or both. Clarifies the question, agrees the research angles with you, then runs a…
Generate and maintain documentation for code, APIs, and project components
Claude Code
$ npx -y skills add rsmdt/the-startup --skill document --agent claude-code
Codex
$ npx skills add rsmdt/the-startup --skill document -a codex -y
Cursor
$ npx skills add rsmdt/the-startup --skill document -a cursor -y
Gemini CLI
$ npx skills add rsmdt/the-startup --skill document -a gemini-cli -y
GitHub Copilot
$ npx skills add rsmdt/the-startup --skill document -a github-copilot -y
OpenCode
$ npx skills add rsmdt/the-startup --skill document -a opencode -y
Windsurf
$ npx skills add rsmdt/the-startup --skill document -a windsurf -y
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 | Dynamic Workflow existingDocs = [] changes: DocChange[] }
**Always:**
**Never:**
Templates in `templates/` for knowledge capture:
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.
Ask the user to choose: Generate all | Focus on gaps | Update stale | Show analysis
Ask the user to choose: Standard (default) — parallel fire-and-forget subagents Agent Team — persistent teammates with shared task list and coordination Dynamic Workflow — one inline workflow script fans out the documenters and collects their changes
Recommend Agent Team when target is "all" or "audit", perspectives >= 3, or large codebase. Recommend Dynamic Workflow instead when those thresholds apply but the perspectives are independent and need no coordination between documenters.
match (mode) { Standard => launch parallel subagents per applicable perspectives Agent Team => create team, spawn one documenter per perspective, assign tasks Dynamic Workflow => run one dynamic workflow: one documenter agent per perspective in parallel, returning every DocChange }
For Dynamic Workflow, these instructions are the opt-in: call the Workflow tool directly with an inline script. Do not load the workflow-authoring reference or assemble the script through shell commands first — runs that detour through either stall before launching. Choose `model` and `effort` per stage from what the stage does. Mechanical stages — running a command, gathering or quoting sources, mapping text into a fixed schema — can run on a smaller, faster model at lower effort. Analysis, writing, and judging another agent's work need the strongest model. A judging stage never runs on a weaker model than the stage it judges. When unsure, omit `model` so the stage inherits the session model.
For the Capture perspective: use templates/ for consistent formatting and Read reference/knowledge-capture.md for categorization protocol.
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.
Read reference/output-format.md and format summary accordingly.
Ask the user to choose: Address remaining gaps | Review stale docs | Done
The Agentic Startup - A collection of Claude Code commands, skills, and agents.
Deep-research analysis of a codebase, a topic, or both. Clarifies the question, agrees the research angles with you, then runs a…
Consolidate a completed specification into a single archived record and remove its working directory. Use as the final stage…
Required first step before any creative work — creating features, building components, adding functionality, or modifying…
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
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
Ask which skill or flow fits your situation. A router over the skills in this repo.