Dynamic Workflows in Claude Code
by mil22 on 5/28/2026, 4:52:21 PM
https://claude.com/blog/introducing-dynamic-workflows-in-claude-code
Comments
by: SkyPuncher
I don't really get this. At this point, my limiting factor is not how quickly Claude can self-trudge through code. It's whether Claude is going to do the task correctly or not.<p>I need more mechanisms for controlling long-running sessions and dynamically injecting my thoughts, correction, and nudges rather than faster ways to burn through my tokens without knowing if the results are going to be correct.
5/28/2026, 5:25:41 PM
by: mil22
Interesting to note, not sure if this was known publicly before today's blog post:<p>Rewriting Bun with dynamic workflows<p>An example of what dynamic workflows can unlock at scale is the recent rewrite of Bun. Jarred Sumner used dynamic workflows to port Bun from Zig to Rust with 99.8% of the existing test suite passing, roughly 750,000 lines of Rust, and eleven days from first commit to merge. One workflow mapped the right Rust lifetime for every struct field in the Zig codebase. The next wrote every .rs file as a behavior-identical port of its .zig counterpart, hundreds of agents working in parallel with two reviewers on each file. A fix loop then drove the build and test suite until both ran clean. After the port landed, an overnight workflow addressed unnecessary data copies and opened a PR for each for final review. While not yet in production, all of this was handled by dynamic workflows. Jarred will be writing about this more in the future.
5/28/2026, 5:04:58 PM
by: bcherny
A few of us from the Claude Code team will be hanging around if anyone has questions! Very excited for this launch -- dynamic workflows have been a game changer for engineering here at Anthropic. Can't wait to hear what you think.
5/28/2026, 5:24:14 PM
by: trjordan
It feels like we're far past the point of where having AI do more faster is helpful.<p>It's telling that they used "rewrite Bun in Rust" as the proof point here. It's cool! But the vast majority of software engineering doesn't start with tens of thousands of tests, where making them pass is the whole job.<p>In my experience, AI still drifts from what I meant it to do on anything bigger than building a widget. My time is spent suspiciously reviewing output for changes the agent snuck in, or invariants it broke. I talked with a friend recently where the agent broke the test harness badly enough that none of the tests mattered for 3 weeks. They did pass, though, so CI never complained.<p>There's something at the intersection of context engineering, managing that sloppy pile of markdown plans, and good old fashioning system understanding that's the real bottleneck.
5/28/2026, 5:23:02 PM
by: vld_chk
Quite a thing to use Bun rewrite to Rust as example of dynamic workflows, while now it is considered as anti pattern which leads team to stop supporting the tool due to inability to properly understand and navigate 1m vibe coded Rust lines
5/28/2026, 5:26:36 PM
by: xcskier56
Are these “features” just hooks to get people to burn more tokens faster?<p>I’m at the point where deciding what we should and should not do takes a lot more time than actually doing it. More agents just means running faster in potentially the wrong direction
5/28/2026, 5:40:07 PM
by: vblanco
I made my own knockoff of that for myself <a href="https://github.com/vblanco20-1/AgentLoom" rel="nofollow">https://github.com/vblanco20-1/AgentLoom</a> (not really usable, just a vibecoded prototype), based on the workflow files found in the Bun repo. Ive been using it but pointed at deepseek flash to do some really large scale stuff. Its a fun way of using agents, and highly useful for tasks like code review to apply some rules, or to find vulnerability candidates. Funny enough, i used it in the same way claude does, vibecoding the workflow scripts and prompts themselves.<p>I did find it uses tokens like crazy, i migrated Pixel Dungeon (java) to C# as a experiment, and it used almost 2 billion tokens. It was just 20 bucks due to deepseek flash, but i shudder thinking of how much money this uses when run on the real claude API pricing.
5/28/2026, 5:31:14 PM
by: tra3
I say this as someone who's found LLMs incredibly beneficial.<p>Is this a way to increase token burn?<p>I thought we covered this with Claude's C compiler. What changed?
5/28/2026, 5:17:24 PM
by: Deukhoofd
I'm going to be honest, this very much reads like an exciting new way to burn up as many tokens as possible. Large amounts of parallel agents that all have all their work double-checked by multiple other agents, and that keeps running for a longer period of time?<p>I feel like there are more efficient ways to tackle the issues given.
5/28/2026, 5:21:02 PM
by: 2001zhaozhao
We really need a way to scope and implement these multi-agent orchestration features that isn't locked in to one provider.
5/28/2026, 5:36:41 PM
by: CuriouslyC
Anthropic is going to price themselves out of code, but still find a nice market providing service to senior management. Their long term play is virtual employees rather than tools for humans.
5/28/2026, 5:21:17 PM
by: buryat
Not sure I understand how it's different from a team of sub-agents, what's the difference I'm curious?
5/28/2026, 5:29:18 PM
by: piyuv
“We realized the tech is not as addictive as we’ve hoped so we won’t be able to raise token prices enough to be profitable, so here’s a way to make you consume a lot more tokens without even realizing”
5/28/2026, 5:25:09 PM
by: mkw5053
Wow, almost like the good old days of /ultrathink are back. Feels simultaneously like just yesterday and a lifetime ago.
5/28/2026, 5:36:35 PM
by: SilverElfin
Cloudflare just launched a feature with this same name, just this month. Why would Anthropic choose the same exact name?<p><a href="https://blog.cloudflare.com/dynamic-workflows/" rel="nofollow">https://blog.cloudflare.com/dynamic-workflows/</a><p>Also isn’t all of this already easy to do on any of the platforms (include Claude before this and OpenAI too).
5/28/2026, 5:21:05 PM
by: jdw64
[dead]
5/28/2026, 5:47:10 PM