做大型代码库审计或迁移的开发者，Dynamic Workflows 能并行编排上百个 subagent 交叉验证，比单上下文高效太多。想突破 Claude Code 上下文限制的团队，建议先看这篇踩坑报告再动手。
一位开发者分享了 Claude Code 动态工作流(Dynamic Workflows)的实操经验。该功能通过将控制流和中间数据移入独立 JS 脚本，由 runtime 后台编排多个 subagent，突破单上下文窗口限制，支持最多 1000 个 subagent。触发方式包括在 prompt 中带 workflow 关键词、使用 /effort ultracode 命令或运行已有 workflow。适合代码库审计、大规模迁移、交叉验证等大型任务，但日常小改不推荐。作者在测试中跑了 96 个 agent、耗费 220 万 token 却因额度超限无产出，提醒注意额度规划。
Claude Code 动态工作流(Dynamic Workflows)怎么用 兄弟们，我下午做了…
Claude Code 动态工作流(Dynamic Workflows)怎么用
兄弟们，我下午做了个骚操作：我让claude code 用 Dynamic Workflows 研究Dynamic Workflows ，我发现恰巧命中了一个可行场景。
并输出一份高质量的技术文档，通常这类技术文档关键就是要做交叉验证。这个用workflow 来做再合适不过
整理核心内容、踩坑及完整html报告分享如下：
1️⃣它到底是什么
普通模式下,Claude 在自己的上下文里一步步推理执行——计划、循环、分支、中间结果全都占用 token,任务越长上下文越脏、越容易退化。Dynamic Workflow 把这套控制流(循环 / 条件 / 扇出)和中间数据搬进一段 JS 脚本,由独立 runtime 执行;主会话的上下文只保留最终答案。这就是它能突破单上下文窗口、扩展到上千 subagent 的根本原因。
核心： Claude 现写 JS 脚本 + runtime 后台编排多 subagent(本功能)
2️⃣ 执行模型 隔离执行:runtime 在与对话隔离的环境里跑脚本,中间结果留在脚本变量里,不进 Claude 上下文。
异步后台:启动后立即返回一个任务 id,workflow 在后台跑,主会话仍可交互;完成时通知你。
并发受控:同时最多 16 个 subagent,多出的排队等空位;整个生命周期总量上限 1000。
上下文干净:中间推理默认不回到主会话(除非脚本用 log() 输出),因此长任务不会撑爆上下文。
可交叉验证:脚本可以让独立 subagent 互相审查彼此结论后再上报,或从多个角度起草方案再择优。
3️⃣ 如何触发 三种触发方式 prompt 里带 workflow 一词 —— 不改会话 effort,只把单个任务跑成 workflow。Claude Code 会高亮这个词并写脚本而非逐回合处理。(误触发?按 alt+w 本次忽略高亮) 例:Run a workflow to audit every API endpoint under src/routes/ for missing auth checks
/effort ultracode —— xhigh 推理 + 自动编排:Claude 对会话里每个实质任务都自行决定是否起 workflow(一个请求可能连起好几个:先理解代码、再改、再验证)。仅当前会话有效,新会话重置;用 /effort high 退回。只在支持 xhigh 的模型上可用。
跑已有的 workflow 命令 —— 内置的 /deep-research,或你保存过的 /<名字>。
4️⃣ 适用场景
✅ 适合 代码库级审计(bug 猎取、安全审计、profiler 引导的性能优化);大规模迁移;需要交叉核对的研究;任何"单上下文装不下"或"需并行 + 验证"的大任务。
还适合额度剩余很多，没跑完的场景🐶
🚫 不适合 评论者普遍认为多 agent workflow 对约 95% 的日常开发任务并不划算,目前是一种昂贵且实验性的方式,用来啃更大的项目。小改、单文件、问答类——内联更好。
5️⃣踩过的坑 我们中途跑了96个agent、耗费了220 万 token，但是结果是0产出，因为我们额度超限了，所以如果你觉得跑大型项目workflow ，注意做好额度规划，关键时候可以暂停下
完整报告与开源地址见评论👇