update-plan

Update Plan

Revise an existing plan based on new information and copy the updated version to the clipboard.

IMPORTANT: Enter Plan Mode first

Before doing anything else, enter Plan Mode. Do not write or modify any code. Plan Mode allows you to explore the codebase read-only and revise the plan without making changes.

Process

Step 1: Receive the Current Plan and Changes

What changed: $ARGUMENTS

If $ARGUMENTS is provided, use it as the description of what changed. If empty, use the conversation context to understand the changes. If neither provides enough detail, ask the user what changed.

The user provides:

1. The current plan — pasted from their notes (full or partial)
2. What changed — described in natural language

If the current plan is not provided in the conversation or arguments, ask the user to choose:

• Paste the current plan
• Infer from conversation context

Common types of changes:

Change Type	Example
New edge case	"The API returns 404 when the resource is soft-deleted, we need to handle this"
Scope adjustment	"We decided not to implement restore for v1"
Approach change	"The ORM doesn't support bulk upsert, need to use raw SQL"
New dependency	"This requires a migration to add the deleted_at column first"
Task splitting	"The repository TODO is too large, needs to be split"
Completed items	"I finished the domain and repository tasks"

Step 2: Generate the Updated Plan

Apply the changes to the plan while following these rules:

1. Preserve completed items — Keep [x] items as-is for history
2. Mark removed items — Use strikethrough with a reason, don't silently delete
3. Add new items at the correct dependency position — not just appended at the end
4. Update What — if the goal or scope fundamentally changed, revise it
5. Update the decision table — if edge cases changed, the table must reflect it
6. Update references — add new files, PRs, or documents discovered during work
7. Update requirements — if the specifications or constraints changed

Output the full updated plan following the same five-section format defined in references/plan-format.md.

Step 3: Show the Diff Summary

Before the full plan, provide a brief summary of what changed:

### Plan Changes

- Added: <new TODO items or sections>
- Modified: <changed approach or scope>
- Removed: <items no longer needed, with reason>
- Reordered: <dependency changes>

This helps the user quickly verify the update matches their intent.

Step 4: Copy to Clipboard

Copy the updated plan (without the diff summary) to the clipboard using the same approach as create-plan:

• macOS: pbcopy
• Linux (X11): xclip -selection clipboard or xsel --clipboard --input
• Linux (Wayland): wl-copy
• WSL: clip.exe

Inform the user the updated plan is on their clipboard so they can replace the old version in their notes.

Guidelines

• Do not alter completed [x] items unless the user explicitly asks
• When splitting a TODO, preserve the original intent and add sub-tasks
• If the change invalidates a decision table row, update it — don't just add rows
• If the user provides only partial plan text, ask for the missing sections before generating the update (or note assumptions clearly)
• Keep the same format as the original plan — consistency matters for the workflow

Plan Format Reference

See references/plan-format.md for the complete five-section format specification (What, Requirements, TODO, References, Verification).