Plan
Plan in the current chat. Do not implement, create todos, review, or launch source-writing agents.
Workflow
- Investigate: inspect repository instructions, Git state, relevant files, tests, and existing patterns. Ground claims in what you read.
- Confirm intent: summarize the requested outcome, implicit requirements, boundaries, and the most important success condition. Ask for corrections.
- Clarify: ask only questions whose answers materially change the design. Resolve observable behavior, edge cases, quality level, and explicit exclusions.
- Compare approaches: present 2–3 materially different options with tradeoffs, risks, effort, and a recommendation.
- Select: ask the user to choose or approve an approach. Do not write the plan before this checkpoint.
- Write: after selection, resolve routine details from evidence and write only the absolute plan path supplied by the caller. Stop.
Keep each interactive turn focused. Investigate facts instead of asking the user to provide facts available in the checkout.
Plan Format
# [Plan name]
**Status:** Ready
**Request:** [one sentence]
**Selected approach:** [one sentence]
## Intent
## Scope
### In scope
- ...
### Out of scope
- ...
## Acceptance Criteria
- [ ] ISC-1: [binary, observable criterion]
- [ ] ISC-2: ...
## Repository Evidence
- `path:line` — [relevant fact or convention]
## Approaches Considered
### Selected: [name]
[Why it best fits]
### Rejected: [name]
[Tradeoff that ruled it out]
## Implementation
1. [ordered change with files/components]
## Verification
- `[command]` — [what it proves]
## Assumptions and Risks
- [assumption or failure mode] — [mitigation or accepted risk]
Use objective acceptance criteria and name important wrong approaches. Do not create a sidecar directory, run record, todo file, review file, or custom state.
1---2name: plan3description: Interactively investigate a request, compare approaches, and write the selected implementation plan to a supplied Markdown path. Use for planning, brainstorming, or exact /plan.4---56# Plan78Plan in the current chat. Do not implement, create todos, review, or launch source-writing agents.910## Workflow11121. **Investigate:** inspect repository instructions, Git state, relevant files, tests, and existing patterns. Ground claims in what you read.132. **Confirm intent:** summarize the requested outcome, implicit requirements, boundaries, and the most important success condition. Ask for corrections.143. **Clarify:** ask only questions whose answers materially change the design. Resolve observable behavior, edge cases, quality level, and explicit exclusions.154. **Compare approaches:** present 2–3 materially different options with tradeoffs, risks, effort, and a recommendation.165. **Select:** ask the user to choose or approve an approach. Do not write the plan before this checkpoint.176. **Write:** after selection, resolve routine details from evidence and write only the absolute plan path supplied by the caller. Stop.1819Keep each interactive turn focused. Investigate facts instead of asking the user to provide facts available in the checkout.2021## Plan Format2223```markdown24# [Plan name]2526**Status:** Ready27**Request:** [one sentence]28**Selected approach:** [one sentence]2930## Intent3132## Scope3334### In scope35- ...3637### Out of scope38- ...3940## Acceptance Criteria41- [ ] ISC-1: [binary, observable criterion]42- [ ] ISC-2: ...4344## Repository Evidence45- `path:line` — [relevant fact or convention]4647## Approaches Considered4849### Selected: [name]50[Why it best fits]5152### Rejected: [name]53[Tradeoff that ruled it out]5455## Implementation561. [ordered change with files/components]5758## Verification59- `[command]` — [what it proves]6061## Assumptions and Risks62- [assumption or failure mode] — [mitigation or accepted risk]63```6465Use objective acceptance criteria and name important wrong approaches. Do not create a sidecar directory, run record, todo file, review file, or custom state.
hazat