I've found [Plannotator]( https://github.com/backnotprop/plannotator) useful for this. It opens the plan on a minimal web page so I can highlight and add comments. This is then passed back to Claude code. Works well enough for now. But ideally this should be natively implemented in cc.

>It's sure baffling how Anthropic has kept Claude Code's plan mode so linear and inflexible

It's difficult to know what the appropriate process for a model would be without widespread deployment. I can see how they have to strike a fine balance between keeping up with what the feedback shows would be best and changing the way the user interacts with the system. Often it's easy to tell what would be better once something is deployed, but if people are productively using the currently deployed system you always have to weigh the advantage of a new method against the cost of people having to adapt. It is rare to make something universally better, and making things worse for users is bad.

There's also:

4. Tell claude what to do instead, which will update the plan base on what you say.

5. Add comments to the plan directly - similar to 4 - but you can comment on specific parts.

Note: I use the VSCode extension, not sure if it differs in terminal mode.

You can just tell it what to do. I have a cut and paste handy that lets the tool know to present all judgement calls to me a few at a time in logical groups to give feedback on. I go through that process and then it pulls the plan from that

Overall I think it's useful.

Superpowers has several skills. Its core workflow is:

- Brainstorm with you to design a spec

- Use subagents to review its own spec, then get your approval

- Based on the spec, write a plan, use subagents to review before final approval

- Use subagents to implement (using TDD)

I think that the brainstorming skill [1] is great. It helps flesh out a rough early idea. I also like that it uses subagents to adversarially review its own spec/plan; that has caught several things I would've missed. I do not like the separation of spec/plan; IMO the models are good enough to get straight to coding once the spec is written. The plan often ends up being code blocks in a Markdown doc.

[1]: https://github.com/obra/superpowers/tree/main/skills/brainst...

Does gsd have Test Driven Development?

>The way I use Claude is quite similar to what super powers does under the hood anyways.

I bake my own bread and solo code, both episodic. No matter how I vary fresh starts, I always end up in the same place. The optimization problem feels to be a giant bowl.

This reminds me of named flavors of management style for teams of programmers. A friend in this role instead prefers deep dives into Apollo flight control, and abstracting.

As a solo programmer I always converge on staying extraordinarily involved in planning and code review, and working in steps of finer granularity than superpowers suggests. One may produce less code this way, but it's the only way I know to discover one needs less code.