From cafleet
Dispatches design doc lifecycle workflows: create (Director/Drafter/Reviewer team), interview (multi-round Q&A), execute (TDD team). Includes format spec with template and guidelines.
How this skill is triggered — by the user, by Claude, or both
Slash command
/cafleet:cafleet-design-docThis skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
This skill is the umbrella for the full design-document lifecycle: the standardized **format spec** plus three CAFleet-native **orchestration workflows** (create, validate/interview, implement/execute). It is a dispatcher — consult a reference page for the format, or route to the matching workflow body to run a team.
create/create.mdcreate/roles/director.mdcreate/roles/drafter.mdcreate/roles/reviewer.mdexecute/execute.mdexecute/roles/director.mdexecute/roles/programmer.mdexecute/roles/tester.mdexecute/roles/verifier.mdinterview/interview.mdinterview/roles/analyzer.mdreference/coordination.mdreference/guidelines.mdreference/template.mdThis skill is the umbrella for the full design-document lifecycle: the standardized format spec plus three CAFleet-native orchestration workflows (create, validate/interview, implement/execute). It is a dispatcher — consult a reference page for the format, or route to the matching workflow body to run a team.
Teammates in agent teams must always load this skill by its name cafleet-design-doc via their backend's skill-loader — never by reading the skill files directly.
Before routing into a workflow or consulting a reference page, Read your overlay — it is row #1 below. Identify your coding agent first: your spawn prompt's CODING AGENT: line names it; a standalone / main-session reader uses its own identity.
Load-bearing — Read before acting:
| # | Read | What you lose if you skip it |
|---|---|---|
| 1 | your overlay ../cafleet/reference/coding-agent/<name>.md — read and resolve it (see Resolve your overlay in the cafleet SKILL.md) | you skip resolution — you emit a literal {monitor_model} / {decision_surface} in the workflow you route into, or guess a wrong/default value, or ignore a backend note (codex has no harness task list) |
On-demand — consult directly (no team), only when the task needs it:
| Read | When |
|---|---|
| reference/template.md | you are writing or checking a doc against the standard structure |
| reference/guidelines.md | you need section guidelines, quality standards, or formatting rules |
| reference/coordination.md | you need the inter-agent verb + pointer + COMMENT(role) schema |
Each workflow body (create / interview / execute) carries its own Required-reading block for the team it runs — base-dir, supervision, and coordination are gated there, not on this dispatch surface.
Before acting, resolve every {token} you will use to its overlay value (or the documented default); a literal {token} in any command or message is a defect.
When the user's request matches a scenario below, invoke this skill and run the linked workflow as a full CAFleet team — proactively, the moment the request matches, without waiting for the user to say "use cafleet".
Routing into a workflow means executing its entire orchestration. The dedicated monitoring member is spawned first-in (cafleet member create --role monitor, gating the team behind its ready: monitor live handshake), then the role team, then the workflow body's review and revision rounds run through to approval. The linked workflow body is the authoritative procedure.
| When the user wants to… | Invoke this skill and run |
|---|---|
| Create a design doc / specification / technical spec | the create workflow (create/create.md) — Director/Drafter/Reviewer team |
| Validate / review / interview an existing design doc | the interview workflow (interview/interview.md) — multi-round Q&A |
| Implement / execute a design doc | the execute workflow (execute/execute.md) — TDD team |
For the document template, section guidelines, or the coordination protocol — consult the On-demand reference pages in § Required reading above (no team needed).
Always route design-doc work through the workflow bodies above — each runs the full CAFleet team.
npx claudepluginhub himkt/cafleet --plugin cafleetGenerates architecture/design documents from approved SRS docs when no prior design exists, proposing 2-3 approaches with trade-offs and securing section-by-section approval.
Technical design documents — problem analysis, solution exploration, architectural decisions. Invoke whenever task involves any interaction with design documents — creating, updating, reviewing, comparing options, or capturing architectural decisions.
Guides design validation through collaborative dialogue before coding begins. Use when creating features, building components, or modifying behavior to prevent wasted work.