Intermediate
Open
Free
Ordering the Four Phases Before Touching Code
This subject recommends a four-phase workflow for any change bigger than a one-line fix.
What's the correct order?
Solution
The correct answer is "Explore → Plan → Implement → Verify/Commit."
You read the relevant code first, then propose (and get approval on) a plan, then implement from that plan, then verify with evidence before committing. Reordering any of these defeats the point: planning before exploring means proposing changes without understanding the code; implementing before planning is exactly what skipping plan mode does; and verifying before implementing is not meaningful — there is nothing yet to verify.
Share this question