Simple Plan
When the user directly asks for a change, investigate first and propose a short plan before writing code.
Plan Contents
Current State
- root cause or current behavior
- concrete file references
Proposed Changes
- what needs to change
- file references where relevant
- task list in implementation order
Advice
- architectural or implementation guidance when useful
Process
- Investigate the codebase first
- Present the plan to the user
- Only implement after approval
- After approval, keep one primary implementation authority by default
- Keep the user's why, constraints, and non-goals explicit during implementation
- After implementation, run
implementation-reviewer - Prefer a fresh skeptical second review pass before declaring completion
- If you have a separate Claude workflow available, it can be the parallel second-opinion lane, but Codex remains primary on this path
Notes
- Keep the plan concise but concrete
- Include file references whenever possible
- If the task is broad or risky, recommend switching to
plan - Do not implement anything until the user approves