Subagent 执行步骤 vs Claude Code Dynamic Workflows容易混淆的两个概念本文说清楚区别以及该怎么选。一、结论先行给 subagent 写执行步骤先做什么、再做什么、用什么命令本质还是在写一份更详细的 prompt属于优化子代理自身表现的范畴不是 Claude Code 官方的Dynamic Workflows动态工作流功能。两者是不同重量级的机制。二、子代理里的执行步骤是什么一个子代理比如java-reviewer拿到任务后自己顺序执行完你写的步骤比如先用Grep批量扫描术语一致性再扫描裸抛异常、空 catch最后逐文件精读核对注释规范汇总输出全过程只有一个子代理在跑中间产生的所有内容都留在这一个子代理自己的上下文窗口里跑完只把最终报告带回主对话。这就是普通 subagent 的工作方式写执行步骤只是让它别临场发挥、结果更稳定可复现。三、Dynamic Workflows 是什么这是 Claude Code 官方的正式功能v2.1.154比 subagent 重得多Claude 会自己写一段 JavaScript 编排脚本脚本负责调度几十到上百个子代理并行执行子代理返回的中间结果存在脚本变量里不会进入任何对话的上下文窗口最后只给你一份汇总结论典型使用场景全代码库级别的 bug 排查几百个文件的迁移/重构需要多个角度交叉验证、互相反驳才能得出可信结论的研究任务触发方式输入里包含workflow关键词会被高亮识别内置命令/deep-research开启ultracode设置让 Claude 自动判断任务是否值得起一个 workflow官方明确提示Dynamic Workflows消耗的 token 远高于普通会话不适合小任务。四、对比表维度Subagent 详细执行步骤Dynamic Workflow执行者数量1 个子代理顺序执行由脚本调度多个子代理并行执行中间结果存放留在这一个子代理的上下文里存在脚本变量里不进任何对话上下文调度方式靠 prompt 里写死的步骤顺序靠 Claude 现写的 JS 脚本动态调度是否支持交叉验证不支持单一视角支持可以让多个 agent 互相反驳校验适合规模单模块、几十个文件全代码库、几百文件级别的重任务Token 消耗正常水平明显更高官方建议先在小任务上试水触发方式显式点名调用子代理输入含workflow关键词 //deep-research/ 开启ultracode五、怎么选任务规模是一个模块、几十个文件逻辑是按固定顺序检查一遍 →用 subagent 写清楚执行步骤比如java-reviewer审查common-mq就够了性价比更高。任务规模是整个多模块工程、几百个文件或者需要多角度独立验证再取可信结论 → 考虑Dynamic Workflow但要接受它烧 token 明显更多。对java-reviewer这个场景来说规模不大、逻辑是固定检查流程保持子代理 详细执行步骤的写法就是合适的选择不需要上升到 workflow。
