为dynamic workflows，Claude 发布 Opus4.8
公众号名称：AI 方寸山
发布时间：2026-05-29 08:38
Anthropic 在 Claude Opus 4.8 发布的同时，给 Claude Code 加了一个新东西叫 dynamic workflows。这个应该是比模型还重要的工具，可能要超过skill。
过去你让 Claude Code 干一个大型工程任务，它是一轮一轮在主上下文里推进，上下文越塞越满，模型越走越散。
dynamic workflows 换了个做法：Claude 接到大任务之后，会动态写出一段 JavaScript 编排脚本，由 runtime 在后台跑。脚本里去拉 subagents、控并行、做验证，最后把结论交回给主对话。中间过程不压到主上下文里。
官方把它定位成大任务的工具，不当默认能力开。要 Claude Code v2.1.154 以上版本，Pro 用户在 /config 里打开。第一次触发会先确认要执行什么，组织管理员可以通过 managed settings 关掉。Boris Cherny 在 HN 也补了一句，settings.json 里加 disableWorkflows: true 就能禁。
最重磅的案例是 Bun 把 Zig port 到 Rust。Jarred Sumner 用 dynamic workflows，11 天从 first commit 到 merge，生成约 75 万行 Rust，原有测试套件 99.8% 通过。一个 workflow 给 Zig 的 struct 字段映射 Rust lifetime，另一个 workflow 并行生成对应的 .rs 文件，每个文件走两个 reviewer，再用构建-测试循环持续修复。这个数字挺唬人，但门槛也明确：得有完善的测试套件当 oracle，目标够明确才能跑出来这种结果。
HN 上分两边。Jarred 自己说感觉更像为特定任务定制的 build system。质疑集中在几件事上。token 消耗明显比普通 Claude Code 高一截。agent 是概率系统这个本质没变，人工 review 跳不过去。也有人提到，长期把工程流程压在 Anthropic 这一家上，会被锁住。
Bun 那种规模大部分人大概率碰不到。更现实的玩法是几个老仓库的小范围 audit。比如手上一个项目，TypeScript 配置过去两年改了七八次，eslint 规则也加了又减，理论上有一批旧文件没跟上新规则。让 workflow 跑一遍，每条结论都标出文件和行号，再让 reviewer agent 复查一次，最后给一份报告，比自己抽时间扫这种事划算得多。
再比如一些半成品 side project 里堆了不少 deprecated API 调用，自己懒得逐个查。workflow 可以并行扫整个仓库，把每处替换方案和兼容性提醒都列出来。改不改是后话，先有一份单子就行。
这种活的共同点是范围大、机械、能用测试或者编译错误兜底。token 烧得起，结论也能逐条验证。Anthropic 自己也是这么劝的：别拿它当默认能力开，挑值得烧的任务上。
图1：
图2：
内容效果不满意？点此反馈