Discussion about this post

User's avatar
JP's avatar

The Approach 2 (Plan to Spec File to Execute) is the one that actually scaled for me. For smaller stuff, Plan then Code works fine. But the moment a feature touches more than a few files, having that spec file committed to the repo is what saves you when context gets compacted or you start a fresh session.

Since this was published, a best practices guide dropped that codifies this exact workflow into four phases: explore, plan, implement, commit. Covered it here https://reading.sh/context-is-the-new-skill-lessons-from-the-claude-code-best-practices-guide-3d27c2b2f1d8?postPublishedType=repub and the key insight they added is the verification layer. Plan Mode gets you the right architecture, but adding tests and type checks into the loop is what actually catches the drift between plan and implementation.

One thing I'd push back on slightly: the "reduced cognitive load" framing undersells it. It's not just that you think less during implementation. It's that Plan Mode front-loads the context loading, so by the time you switch to normal mode the model already has a working map of the codebase. That's the real gain.

No posts

Ready for more?