/plan

A command that restates a coding request, identifies risks, and writes a step-by-step implementation plan before code changes begin.

In plain words
What is it for?
Use it before new features, major architecture changes, complex refactoring, or work affecting several files or components.
Why use it?
It helps clarify unclear requirements and exposes dependencies or blockers early, while requiring the user to approve the plan first.

Command

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add commands/mckruz/claude-code-mastery/plan
Clone the repo
git clone --depth 1 https://github.com/MCKRUZ/claude-code-mastery
Per session 29 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 498 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00029 $0.00498
Opus 5 $0.00015 $0.00249
Sonnet 5 $0.00006 $0.00100
Haiku 4.5 $0.00003 $0.00050

Measured 2d ago against content hash db4ee8c99867, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

/plan scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

cursor-export/commands/plan.md · 81 lines

What it actually says

Plan Command

Create a comprehensive implementation plan before writing any code.

Workflow

  1. Restate Requirements - Clarify what needs to be built
  2. Identify Risks - Surface potential issues and blockers
  3. Create Step Plan - Break down implementation into phases
  4. Wait for Confirmation - MUST receive user approval before proceeding

When to Use

Use /plan when:

  • Starting a new feature
  • Making significant architectural changes
  • Working on complex refactoring
  • Multiple files/components will be affected
  • Requirements are unclear or ambiguous

Process

  1. Analyze the request and restate requirements in clear terms
  2. Break down into phases with specific, actionable steps
  3. Identify dependencies between components
  4. Assess risks and potential blockers
  5. Estimate complexity (High/Medium/Low)
  6. Present the plan and WAIT for explicit confirmation

Output Format

# Implementation Plan: [Feature Name]

## Requirements Restatement
- [Clear bullet points of what needs to be built]

## Implementation Phases

### Phase 1: [Name]
- [Specific actionable steps]
- [Files to create/modify]

### Phase 2: [Name]
- [Steps]

## Dependencies
- [External services, libraries, etc.]

## Risks
- HIGH: [Critical risks]
- MEDIUM: [Notable risks]
- LOW: [Minor risks]

## Estimated Complexity: [HIGH/MEDIUM/LOW]
- [Time estimates per phase]

**WAITING FOR CONFIRMATION**: Proceed with this plan? (yes/no/modify)

Important

CRITICAL: Do NOT write any code until the user explicitly confirms the plan with "yes", "proceed", or similar affirmative response.

If the user wants changes, they can respond with:

  • "modify: [changes]"
  • "different approach: [alternative]"
  • "skip phase X and do phase Y first"

Integration with Other Commands

After planning:

  • Use /tdd to implement with test-driven development
  • Use /build-fix if build errors occur
  • Use /code-review to review completed implementation
Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 81 lines · 29 tokens per session scan A db4ee8c99867

Subscribe to this mod's changes

/plan is a command published in the GitHub repository MCKRUZ/claude-code-mastery (11 stars, last pushed 4mo ago), licensed MIT. It adds 29 tokens to every session and 498 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.