Claude Dynamic Workflow 深度解析发布时间2026 年 5 月 28 日随 Claude Opus 4.8 一同推出目前处于 Research Preview 阶段。目录背景一次架构级的升级什么是 Dynamic Workflow子 Agent 的底层原理Dynamic Workflow 如何调度 Agent为什么叫Dynamic——与传统 Workflow 的区别使用指南运行时约束与费用总结一、背景一次架构级的升级使用过 Claude Code 的开发者都熟悉这样一个痛点当任务规模足够大比如审计一个有几百个文件的代码库Claude 会开始迷失——它既是工人又是指挥官每一步的工具调用结果都要写回自己的上下文窗口随着任务推进200K token 的上下文越来越满推理质量开始下降最终在任务完成之前撑不住。Dynamic Workflows 是 Anthropic 在 2026 年 5 月 28 日随 Claude Opus 4.8 推出的解决方案它从根本上改变了 Claude 处理大规模任务的架构。二、什么是 Dynamic Workflow一句话定义Dynamic Workflow 是一段由 Claude 自动编写的 JavaScript 编排脚本由独立运行时在后台执行通过调度数十至数百个并行子 Agent 来完成大规模任务。你只需用自然语言描述任务Claude 会分析任务的规模与结构自动生成JavaScript 编排脚本将脚本提交给独立的 Workflow 运行时执行运行时调度大量并行子 Agent 分工协作所有中间结果存储在脚本变量中不占用主对话的上下文最终将汇总结果返回给你典型使用场景跨数十万行代码的大规模库迁移从启动到 PR 合并全自动全量代码库安全审计扫描所有 API 端点的鉴权检查深度研究/deep-research跨多个来源并行搜索并交叉验证大型重构后的全量不变量验证多角度方案规划并行起草多个方案后综合择优三、子 Agent 的底层原理理解 Dynamic Workflow必须先理解子 Agent 是如何被召唤出来的。3.1 Agent 的本质每一个 Agent包括子 Agent就是一次独立的 Claude API 调用拥有自己的独立上下文窗口200K token全新的不含父对话历史独立工具权限列表独立执行循环推理 → 工具调用 → 结果写回 → 再推理父子 Agent 之间的唯一通信渠道是一个名为Agent的工具Tool的调用与返回。3.2 Agent 工具的调用机制Claude 本身运行在一个推理循环里接收上下文 → 生成思考 Tool Call → 执行工具 → 结果写回上下文 → 继续推理...Agent就是其中一个工具和ReadFile、BashExec地位相同。当 Claude 判断某个子任务适合委托时它生成如下的 Tool Call{tool:Agent,input:{prompt:扫描 src/routes/user.ts找出所有缺少鉴权检查的端点返回行号和函数名,tools:[ReadFile,Grep],model:claude-opus-4-8}}Claude Code 的运行时内部对应AgentTool.tsx接到这个调用后Fork 出一个新的执行上下文类比操作系统的fork以 prompt 为首条消息发起一次全新的 Claude API 请求子 Claude 拥有自己的推理循环可以调用被授权的工具子 Agent 内部的所有中间步骤永远不传回父 Agent子 Agent 的最终输出作为Agent工具的返回值写入父 Agent 上下文用图示意父 Agent 上下文 ┌────────────────────────────────────────────┐ │ [用户] 帮我审计所有 API │ │ [Claude 思考] 需要并行扫描多个文件... │ │ [Tool Call] Agent(扫描 user.ts) │ │ │ │ │ ┌────────▼───────────┐ │ │ │ 子 Agent 上下文 │ │ │ │ [读文件][Grep]... │ ← 全程隔离 │ │ │ [结论第42行缺失] │ │ │ └────────────────────┘ │ │ [Tool Result] 第42行缺失鉴权 ← 只收结论 │ │ [Claude 继续推理]... │ └────────────────────────────────────────────┘3.3 内置的三种子 Agent 类型Claude Code 内置了三种子 Agent主 Claude 会根据任务性质自动路由类型用途默认模型Explore只读的文件发现与代码搜索Haiku速度快、省钱Plan收集上下文后生成策略方案OpusGeneral-purpose既要探索又要修改的通用任务Opus四、Dynamic Workflow 如何调度 Agent普通子 Agent 机制虽然强大但规模受限——父 Claude 的上下文窗口会随着每个子 Agent 的返回结果不断膨胀最终成为瓶颈。Dynamic Workflow 的解法是把编排逻辑从 Claude 的脑子里搬进 JavaScript 脚本。4.1 运行时原语Runtime PrimitivesWorkflow 运行时向脚本注入了一套专用 API核心是agent()函数以及用于控制执行流的parallel()、pipeline()、phase()// 这是 Claude 自动生成的编排脚本真实可查看// 第一阶段并行扫描所有路由文件constresultsawaitparallel([agent({prompt:扫描 src/routes/user.ts找出缺少鉴权的端点,tools:[ReadFile,Grep],schema:{type:object,properties:{issues:{type:array}}}}),agent({prompt:扫描 src/routes/admin.ts找出缺少鉴权的端点,tools:[ReadFile,Grep],}),agent({prompt:扫描 src/routes/payment.ts找出缺少鉴权的端点,tools:[ReadFile,Grep],})]);// 第二阶段对抗性验证——另起一批 Agent 挑战上面的结论constverifiedawaitagent({prompt:以下是初步扫描结果${JSON.stringify(results)}请逐条验证排除可能的误报给出最终确认清单,tools:[ReadFile],});每一个agent()调用背后就是一次独立的 Claude API 请求。脚本本身运行在沙箱环境中不能直接操作文件系统只能通过这些原语来启动子 Agent由子 Agent 代为执行真实操作。4.2 对抗性验证Adversarial VerificationDynamic Workflow 内置了一个重要的质量保障机制在主任务 Agent 完成工作后系统可以再调度一批独立的验证 Agent专门挑战、质疑前者的结论只有经过交叉验证的结果才会最终上报。这使得输出的可信度远高于单次运行。4.3 完整架构层次图你的提示词 │ ▼ ┌──────────────────────────────────────────────────┐ │ 主 ClaudeOrchestrator │ │ · 接收你的需求分析任务规模 │ │ · 动态生成 JavaScript 编排脚本 │ │ · 等待运行时执行完毕 │ │ · 只看最终汇总报告 │ └──────────────────┬───────────────────────────────┘ │ 提交脚本 ▼ ┌──────────────────────────────────────────────────┐ │ Workflow 运行时JS 沙箱 │ │ 执行脚本中的循环、分支、变量存储逻辑 │ │ │ │ parallel([ │ │ agent(扫 user.ts) ──→ [子 Claude #1] │ │ agent(扫 admin.ts) ──→ [子 Claude #2] │ │ agent(扫 payment.ts) ──→ [子 Claude #3] │ │ ]) │ │ │ │ results 存入脚本变量 ← 子 Claude 们返回结论 │ │ │ │ agent(对抗性验证) ──→ [子 Claude #4] │ │ │ │ final_result verified │ └──────────────────┬───────────────────────────────┘ │ 返回最终结果 ▼ 主 Claude 上下文 只接收这一条最终结果五、为什么叫Dynamic——与传统 Workflow 的区别5.1 传统 Workflow静态节点编排以 n8n、Dify、LangGraph、Zapier 为代表的传统工作流工具核心特征是[节点A] → [节点B] → [条件分支] → [节点C] ↘ [节点D]流程图运行前由人工预先定义结构固定每个节点是什么、如何连接全部人工配置运行时只是按图索骥地执行本质人写逻辑机器执行5.2 Dynamic的核心含义Dynamic Workflow 中动态体现在两个层面层面一编排脚本由 AI 实时生成你描述需求 → Claude 理解任务 → Claude动态写出最适合该任务的编排脚本 → 脚本被执行。不需要人来画流程图。层面二编排结构随任务规模自适应即使对于同一个任务描述Claude 每次生成的脚本也可能不同代码库有 100 个文件 → Claude 生成 10 路并行的脚本代码库有 10000 个文件 → Claude 生成分批 递归汇总的脚本编排结构本身会根据任务的实际情况自动调整。5.3 三种模式的全面对比传统 Workflown8n/Dify普通 Agent 调子 AgentDynamic Workflow谁设计编排人可视化拖拽Claude逐轮推理Claude一次性生成脚本编排结构运行前固定运行时动态决定运行前生成、运行时固定中间状态存放平台数据库Claude 上下文窗口脚本变量不进任何 Claude 上下文规模瓶颈取决于人设计的节点数受 200K 上下文限制最多 1000 个 Agent可重复运行是流程图不变否是脚本可保存复用适合任务类型固定流程的自动化小型多步骤任务大规模、结构事先未知的任务5.4 继承与升维的关系Dynamic Workflow 并非颠覆传统 Workflow而是继承并升维传统思想Dynamic Workflow 中的体现编排即代码脚本就是流程定义可版本控制、可复用节点隔离每个子 Agent 有明确输入输出内部过程不泄漏并行/串行控制parallel()、pipeline()、phase()是 DAG 调度的 AI 版本新增自生成能力不再需要人画图Claude 理解任务后自动生成最合适的图六、使用指南6.1 环境要求Claude Codev2.1.154 或更高版本付费计划Max、Team、Enterprise 默认开启Pro 需在/config手动启用支持平台CLI、Desktop App、VS Code 插件、Amazon Bedrock、Google Vertex AI、Microsoft Foundry6.2 三种触发方式方式一在提示词中包含 “workflow” 关键词最直接Run a workflow to audit every API endpoint under src/routes/ for missing auth checksClaude Code 会高亮该词Claude 随即为这个任务生成编排脚本。如果这次不想触发按OptionWmacOS或AltWWindows/Linux可取消。方式二开启 Ultracode 模式最激进/effort ultracodeUltracode xhigh推理力度 对每个实质性任务自动触发工作流。Claude 自主判断是否需要启动工作流一个请求可能连续触发多个工作流先理解代码、再执行修改、再验证结果。当前会话结束后自动复位。方式三运行内置工作流最简单/deep-research What changed in the Node.js permission model between v20 and v22?/deep-research是 Anthropic 内置的深度研究工作流并行搜索多个角度交叉验证来源生成带引用的报告。6.3 审批与监控运行前 Claude Code 会展示计划阶段phases并请求确认Yes, run it直接启动View raw script先查看脚本再决定No取消运行时随时可用/workflows查看进度按键操作↑/↓选择阶段或 AgentEnter/→钻取查看 Agent 的提示词、工具调用和结果p暂停 / 恢复x停止选中的 Agent 或整个工作流r重启选中的 Agents将脚本保存为可复用命令6.4 保存为可复用命令运行成功后按s保存脚本保存到.claude/workflows/项目级随 Git 共享给团队保存到~/.claude/workflows/个人级所有项目可用之后直接用/命令名运行还可以通过args传入动态参数 Run /audit-routes on src/routes/payments/七、运行时约束与费用7.1 硬性约束约束数值原因最大并发 Agent 数16 个低配机器更少取min(16, CPU核数-2)控制本地资源占用单次运行最多 Agent 数1000 个防止失控循环工作流脚本本身不能直接操作文件系统/Shell只有子 Agent 才能读写执行运行中用户输入不支持中途干预如需分阶段确认需拆成多个工作流7.2 费用提醒Dynamic Workflow 会显著增加 Token 消耗因为同时运行大量子 Agent。官方建议先用小范围测试比如一个目录而不是整个仓库确认效果后再扩大规模。/workflows视图实时显示每个 Agent 的 Token 用量可随时中止已完成的部分不会丢失。另外脚本中每个agent()调用如果未指定model参数会继承会话的当前模型。在大规模工作流中建议对验证阶段等关键 Agent 显式指定模型agent({prompt:验证以上结论,model:claude-opus-4-8,// 显式指定避免会话模型切换影响结果tools:[ReadFile]})八、总结架构演进的三个阶段传统 Workflow → 人是架构师机器是工人 普通 Agent → 机器既是架构师又是工人但规模受上下文限制 Dynamic Workflow → 机器是架构师生成脚本脚本调度大量工人子 Agent核心价值Dynamic Workflow 解决的不是Claude 能不能完成这个任务而是Claude 能不能在不崩溃的情况下完成大规模任务。通过把编排逻辑搬进脚本中间状态不再占用上下文窗口任务规模从几十步扩展到了数小时乃至数天的持续运行。子 Agent 本质是一次新的 Claude API 调用父 Agent 通过调用Agent工具来触发它Dynamic Workflow 把调度逻辑从 Claude 的上下文搬进了 JavaScript 脚本由脚本决定什么时候调agent()、调多少个、怎么并行从而突破了上下文窗口的规模瓶颈。参考资料Introducing Claude Opus 4.8 - AnthropicOrchestrate subagents at scale with dynamic workflows - Claude Code DocsSubagents in the SDK - Claude Code DocsCh 8. Spawning Sub-Agents - Claude Code from Source