Product Requirement Document creation and feature lifecycle management — 5-phase cycle from discovery through design, sprint execution, review, and release management with a living roadmap. Use this skill whenever: creating a new feature, starting a new piece of work, building a PRD, planning implementation, discussing requirements, updating the project roadmap, checking project progress, or when the user says "new feature", "add feature", "I want to build", "let's plan", "create a PRD", "what's the roadmap", "what's next", "update progress", "discover this feature", or any variation of feature planning and tracking. Also trigger when the user references existing PRDs, wants to modify scope, reprioritize work, or asks about project status.
From cksnpx claudepluginhub cardinalconseils/claude-starter --plugin cksThis skill is limited to using the following tools:
references/design-patterns.mdreferences/filesystem.mdreferences/logging-events.mdreferences/performance-testing.mdreferences/prd-template.mdreferences/release-checklist.mdreferences/roadmap-format.mdreferences/security-checklist.mdreferences/testing-strategy.mdreferences/uat-patterns.mdreferences/verification-patterns.mdtemplates/backlog.mdtemplates/confidence.mdtemplates/context.mdtemplates/design-summary.mdtemplates/manifest.mdtemplates/plan.mdtemplates/prd.mdtemplates/project.mdtemplates/requirements.mdEnables AI agents to execute x402 payments with per-task budgets, spending controls, and non-custodial wallets via MCP tools. Use when agents pay for APIs, services, or other agents.
Compares coding agents like Claude Code and Aider on custom YAML-defined codebase tasks using git worktrees, measuring pass rate, cost, time, and consistency.
Designs and optimizes AI agent action spaces, tool definitions, observation formats, error recovery, and context for higher task completion rates.
This skill manages the full feature lifecycle through 5 phases: Discover → Design → Sprint → Review → Release
With a living roadmap, state tracking, iteration loops, and session persistence.
PROJECT LEVEL (one-time):
/kickstart → idea → research → monetize → feature roadmap → stack → architecture
/bootstrap → scaffold → .claude/ → CLAUDE.md → .prd/ → .context/ → deploy config
FEATURE LEVEL (repeatable):
/new "feature" → creates feature entry → enters Phase 1
PHASE LEVEL (the 5-phase cycle):
/discover → Phase 1: Discovery (11 Elements)
/design → Phase 2: Design (Stitch MCP)
/sprint → Phase 3: Sprint Execution (plan → build → review → QA → UAT → merge)
/review → Phase 4: Review & Retro (+ iteration loop)
/release → Phase 5: Release Management (Dev → Staging → RC → Production)
Commands (entry points) Workflows (logic) Agents (specialists)
───────────────────── ───────────────── ──────────────────────
Project Level:
/kickstart ───────────→ kickstart skill ───────────→ (intake → research → monetize → roadmap)
/bootstrap ───────────→ cicd-starter skill ────────→ (scaffold → .claude/ → .prd/)
Feature Level:
/cks:new ─────────────→ new-project + discover ────→ prd-discoverer
/cks:autonomous ──────→ autonomous.md ─────────────→ (all agents, 5 phases)
Phase Level:
/cks:discover ────────→ discover-phase.md ─────────→ prd-discoverer (11 elements)
/cks:design ──────────→ design-phase.md ───────────→ prd-designer (Stitch MCP)
/cks:sprint ──────────→ sprint-phase.md ───────────→ prd-planner + prd-executor + prd-verifier
/cks:review ──────────→ review-phase.md ───────────→ (feedback + retro + iteration decision)
/cks:release ─────────→ release-phase.md ──────────→ (env promotion + quality gates)
Routing:
/cks:next ────────────→ next.md ───────────────────→ (auto-chains via Skill())
/cks:progress ────────→ progress.md ───────────────→ (read-only dashboard)
/cks:status ──────────→ (inline) ──────────────────→ (read-only)
Daily Actions (PRD-aware):
/cks:go ──────────────→ go.md ─────────────────────→ build → commit → push → PR
/cks:go commit|pr|dev|build → sub-actions (all read PRD state, hint next step)
Utility (integrated into lifecycle):
/cks:context ─────────→ context-research/SKILL.md ──→ (auto-runs in discover)
/cks:doctor ──────────→ (inline diagnostics) ───────→ (auto-runs pre-release)
/cks:changelog ───────→ (inline git analysis) ──────→ (auto-runs post-release)
/cks:retro ───────────→ retrospective/SKILL.md ─────→ (auto-runs in review phase)
Deprecated (redirect):
/cks:discuss ─────────→ redirects to /cks:discover
/cks:plan ────────────→ redirects to /cks:sprint
/cks:execute ─────────→ redirects to /cks:sprint
/cks:verify ──────────→ redirects to /cks:sprint
/cks:ship ────────────→ redirects to /cks:release
Hooks (automatic):
SessionStart ─────────→ Show PRD status if .prd/ exists
Stop ─────────────────→ Warn about uncommitted changes
| Command | Phase | Description |
|---|---|---|
/cks:discover [phase] | Phase 1 | Discovery — 11 Elements (problem, stories, scope, API surface, criteria, constraints, test plan, UAT, DoD, KPIs, cross-project deps) |
/cks:design [phase] | Phase 2 | Design — UX research, screen generation (Stitch MCP), component specs |
/cks:sprint [phase] | Phase 3 | Sprint — planning [3a], TDD [3b], implement [3c], code review [3d], QA [3e], UAT [3f], merge [3g] |
/cks:review [phase] | Phase 4 | Review — sprint review [4a], retro [4b], backlog refinement [4c], iteration decision [4d] |
/cks:release [phase|all] | Phase 5 | Release — Dev [5a], Staging [5b], RC + E2E [5c], Production [5d], Post-deploy [5e] |
| Command | Description |
|---|---|
/cks:new [brief] | Create new feature → enter Phase 1 |
/cks:next | Auto-advance to next step (respects iteration loops) |
/cks:autonomous [--from N] | Run all 5 phases without stopping |
/cks:progress | Show 5-phase progress dashboard + suggest next action |
/cks:status | Quick project status overview |
| Command | Description |
|---|---|
/cks:go [commit|pr|dev|build] | Daily quick actions (PRD-aware) |
/cks:context [topic] | Research technology → .context/ (auto-runs in discover) |
/cks:doctor | Health diagnostic (auto-runs pre-release) |
/cks:changelog | Generate CHANGELOG.md (auto-runs post-release) |
/cks:retro [--auto] | Retrospective (auto-runs in review phase) |
/cks:research [topic] | Deep multi-hop research → .research/ |
/cks:logs [flags] | View and query lifecycle logs — filter by feature, phase, severity, date |
| Agent | File | Role |
|---|---|---|
| prd-orchestrator | agents/prd-orchestrator.md | Drives full lifecycle — dispatches all other agents |
| prd-discoverer | agents/prd-discoverer.md | Phase 1: Discovery — 11 elements, codebase research, manifest-aware |
| prd-designer | agents/prd-designer.md | Phase 2: Design — Stitch MCP screens, component specs |
| prd-planner | agents/prd-planner.md | Phase 3 [3a-3b]: Sprint planning + technical design |
| prd-executor | agents/prd-executor.md | Phase 3 [3c]: Implementation |
| prd-verifier | agents/prd-verifier.md | Phase 3 [3e]: QA validation |
| prd-researcher | agents/prd-researcher.md | Utility: codebase + technology investigation |
Phase 4 (Review) contains the iteration decision [4d] that routes back to the correct phase:
Phase 4: Review
[4d] Iteration Decision
├── "UX issues" → back to Phase 2 (Design)
├── "Logic bugs" → back to Phase 3 (Sprint)
├── "Requirements changed" → back to Phase 1 (Discovery)
└── "Ready to release" → forward to Phase 5 (Release)
/cks:next respects this routing — it reads phase_status from STATE.md:
iterating_design → invokes /cks:designiterating_sprint → invokes /cks:sprintiterating_discover → invokes /cks:discoverreviewed → invokes /cks:releaseCRITICAL: All user interactions across ALL phases MUST use AskUserQuestion with selectable options. No plain text terminal questions. This applies to:
Every phase displays a progress banner with sub-steps:
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
PRD ► Phase {NN}: {name} ► {PHASE_NAME}
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[1] Discover {✅ done | ▶ current | ○ pending}
[2] Design {✅ done | ▶ current | ○ pending}
[3] Sprint {✅ done | ▶ current | ○ pending}
[4] Review {✅ done | ▶ current | ○ pending}
[5] Release {✅ done | ▶ current | ○ pending}
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Derive status from filesystem artifacts:
{NN}-CONTEXT.md exists{NN}-DESIGN.md exists{NN}-SUMMARY.md + {NN}-VERIFICATION.md exist{NN}-REVIEW.md existsphase_status == "released" in STATE.mdEach phase ends with:
━━━ Context Reset ━━━
Phase artifacts saved. Clear context and continue:
/clear
/cks:next
State is on disk — nothing is lost.
━━━━━━━━━━━━━━━━━━━━━
All state lives in .prd/ — nothing is lost on /clear.
not_started → discovering → discovered → designing → designed →
sprinting → sprinted → reviewing → reviewed → releasing → released
↑ ↑ ↑
└────────────┴───────────┘
iteration loop (from Phase 4)
iterating_design → designing (back to Phase 2)
iterating_sprint → sprinting (back to Phase 3)
iterating_discover → discovering (back to Phase 1)
See references/filesystem.md for the full directory layout.
Key paths: .prd/PRD-STATE.md (state), .prd/phases/{NN}-{slug}/ (artifacts), .prd/logs/lifecycle.jsonl (events).
This skill ships with opinionated defaults. Review and adapt to your needs:
workflows/../agents/templates/| Rationalization | Reality |
|---|---|
| "This feature is too simple for a PRD" | Simple features in unknown systems create cascading bugs. The PRD takes 10 minutes; the rework takes hours. |
| "We already know what to build" | Knowing the what without documenting the why leads to scope creep and misaligned expectations. |
| "Discovery slows us down" | Skipping discovery means discovering requirements during implementation — the most expensive time to learn. |
| "The user will tell us if it's wrong" | Users report symptoms, not root causes. Discovery prevents building the wrong thing entirely. |