Bun 96万行代码从 Zig 到 Rust 迁移流程数据可视化
3

7 月

Claude Code Dynamic Workflows 正式发布:Pro 用户也能调度 1000 个并行 Agent,6 天完成 96 万行代码迁移

Dynamic Workflows 封面

Claude Code Dynamic Workflows 正式发布:Pro 用户也能调度 1000 个并行 Agent

一句话结论:7 月 2 日 Dynamic Workflows GA,$20/月 Pro 用户终于能用。最硬核背书:Bun 用它在 6 天内完成 96 万行 Zig→Rust 迁移,99.8% 测试通过。

什么是 Dynamic Workflows

Claude 自己写 JavaScript 编排脚本,调度数十到上千个并行子代理在后台完成大规模任务。

关键创新不是并行——是把编排计划从上下文窗口搬进独立 JavaScript 运行时。上下文窗口只接收最终结论,不受单个 agent 记忆容量限制。

Bun 案例:96 万行代码,6 天

四个阶段:建立映射规则 → 数百 agent 并行翻译(每文件双审查)→ 修复循环至 99.8% 测试通过 → 通宵优化自动开 PR。

Bun 迁移流程

重要局限:约 13,000-14,000 个 Rust unsafe 块。反映的是结构性转译而非惯用重写——任何一个 LLM 都无法独立完成跨内存管理范式的惯用重写。

如何开启

  • Pro 用户:/config → 启用 Dynamic workflows(一次设置)
  • Max/Team:默认开启
  • 要求:Claude Code CLI v 2.1.154+

什么时候用

  • 代码库级审计(安全扫描/死代码)
  • 大规模迁移(框架升级/语言移植)
  • 需要双重验证的高风险工作
  • 多角度交叉验证的研究

判断标准:一个 agent 上下文窗口装不下,或你需要独立验证。

局限

  • 结构性转译 ≠ 惯用重写
  • 成本非线性增长
  • 验证债务——变更速度可能超出人工审查
  • 小任务杀鸡用牛刀

FAQ

和以前 subagent 区别?

编排从上下文窗口外移到独立 JS 脚本,上下文只收最终答案。

Pro 够用吗?

Token 限额是瓶颈。偶尔用够,频繁大规模建议 Max。

和 Codex 区别?

Claude 有对抗性验证层,Codex 返回 PR 无同级显式审查。

相关阅读

参考来源

延伸阅读:搭配 Claude Sonnet 5 使用效果更佳 — Claude Sonnet 5 三天实测,了解什么时候用 Sonnet 5、什么时候仍需 Opus 4.8。

效率加倍:Dynamic Workflows 的多 Agent 并行 + Context 7 实时文档 = 每个 Agent 都能拿到最新的库文档,并行迁移代码时不会因为 API 版本不一致而出错。

分享这篇文章

评论 (2)

评论被关闭。

RELATED

Posts