Plan

Plan how to build it. Decompose specs into milestones with dependencies and risk mitigations. Run after /spec.

PublishedJun 4, 2026

Loading actions...

5 minBeginnerprompt17 files

Skill content

Main instructions and any bundled files for this skill.

markdown

Additional Files (16)

@CLAUDE.md

Plan: $ARGUMENTS

If $ARGUMENTS is empty, check for recent /spec output in the conversation. If none found, ask the user what to plan.

If you arrived here without a spec, run the front-gate first

Planning a spec that was never gated manufactures work. If there is no /spec output for this work (no requirement, no design, no testable acceptance criteria), do not decompose it into milestones yet. Run /spec first: it applies the front-gate (the six forcing questions, the front-gate-before-pipeline pattern) and confirms a named blocked user, a documented status quo, and a concrete observation before any downstream step runs. Return here once the spec exists. Skip this only when the user explicitly asks to plan an ungated idea and accepts that trade-off.

Process

Read the spec or issue
Map sub-problems to existing code (what already exists? use Grep/Glob to verify)
Task(subagent_type="milestone-planner"): You are a project planner. Break the spec into milestones with clear exit criteria. Each milestone is independently shippable. Sequence by dependencies. Flag parallel opportunities.
Task(subagent_type="task-decomposer"): You are a work breakdown specialist. Decompose each milestone into atomic tasks. Each task is independently verifiable with a clear done definition. Size by complexity (S/M/L), not time.
Invoke Skill(skill="execution-plans") to persist the plan as a versioned artifact.
Task(subagent_type="analyst"): You are a risk analyst. Run a pre-mortem on this plan. What fails first? What dependencies are fragile? What assumptions are untested?
Task(subagent_type="critic"): You are a plan reviewer. Validate: is scope complete? Can tasks execute in the stated sequence? Are estimates credible? Is anything missing?

Evaluation Axes

Scope integrity - Nothing unnecessary, nothing missing
Dependency ordering - Can tasks execute in the stated sequence?
Risk coverage - All P0 risks have mitigations
Estimate confidence - Complexity-based sizing (S/M/L), not time-based
Reversibility - Which steps are hard to undo?

Principles

Programming by Intention: Each task should read like an intent, not an implementation detail.
OODA Loop: Observe (read the spec), Orient (map to existing code), Decide (sequence tasks), Act (commit the plan). Faster loops win.
First Principles: Question the requirement, try to delete the step, then optimize, then speed up, then automate. Never automate something that should not exist.

Output

Structured plan:

Milestones (numbered, with exit criteria)
Tasks per milestone (atomic, with acceptance criteria and S/M/L sizing)
Dependency graph (what blocks what, what can run in parallel)
Risk register (risk, likelihood, impact, mitigation)
Deferred items (explicitly out of scope for this plan)

Contents

View Original Source

Related Skills

General

PromptBeginner5 minmarkdown

Untitled Skill

193

Jan 12, 2026

General

PromptBeginner5 minmarkdown

Frontend Typescript Linting.mdc

TypeScript and ESLint rules that MUST be followed when creating, modifying, or reviewing any file under apps/frontend/, including .ts, .tsx, .js, and .jsx files. Also apply when discussing frontend li...

160

Feb 15, 2026

General

PromptBeginner5 minmarkdown

2. Apply Deepthink Protocol (reason about dependencies

risks

127

Jan 15, 2026