[siliconc0w]

I've been using agent flywheel workflow which is similar. Still not completely sold - it feels a bit like using power tools to shape wood but the final product needs a lot of sanding and polishing.

I thought initially this meant that the spec wasn't detailed enough but the problem is more agent adherence and laziness.

[sermakarevich]

I am trying to simplify and decompose task, keep my context clean/focused and validate my instructions in this case.

I look at this as if there is a boundary of complexity behind which agents become behaving funky - we just need to find it. Its obvious that with simple tasks and clear instructions, agents don't have issues with adherence. This starts happening at some point when complexity is too high. We need to find this boundary and try to push it with approaches available on our side

[sermakarevich]

Agentic coding works especially great for me when application is platform-like. You have core and you extend it with a standardized plugins. When few plugins are already there - its hard to distinguish if next plugin is written by agent or by a human.

Also sddw works nicely with fleet of agent: https://news.ycombinator.com/item?id=48226033. I just insert the sequence of sddw steps into the queue and take a nap.

[dwb]

Exactly. A detailed-enough spec is just code that you can’t run. If models and agents got to a point where doing a good job in Claude Code plan mode meant that I didn’t have to keep an eye on them in implementation, then I would be interested in some bigger spec-driven thing like this. That is still far from the case today for me.

[CompeAnansi]

This flywheel workflow? https://github.com/wsauret/flywheel

[siliconc0w]

https://agent-flywheel.com/ (largely just the core workflow)