Claude Code团队成员亲述：动态工作流该怎么用
动态工作流：从“单打独斗”到“多Agent协同”
当你在Claude Code中输入普通指令时，模型在同一个上下文窗口中边计划边执行，遇到长任务就容易“偷懒”——比如只完成50条安全审查中的20条就宣称完成。动态工作流彻底改变了这种模式：你只需在提示中包含“workflow”或使用触发词“ultracode”，Claude就会自动为任务编写一个JavaScript脚本，将计划固化在代码中，再由运行时按脚本派发多个子Agent并行处理。每个子Agent可以在独立的工作树中运行，互不干扰，最后汇总结果。这样，Claude Code的会话上下文只持有最终答案，避免了单轮交互中的“智能体懒惰”。
五种核心模式：让Claude学会团队分工
Claude Code在构建动态工作流时组合使用以下几种基本模式，类似一支精密的流水线：
- 分类并执行（Classify-and-act）：用一个分类器Agent先判断任务类型，再路由到不同的子Agent处理，最后可能再用分类器校验输出。
- 分发并汇总（Fan-out-and-synthesize）：将大任务拆成多个小步骤，每个步骤由独立Agent处理，汇总步骤等待所有子Agent完成后合并结构化输出。特别适合“把50个文件逐一行代码审查”这类需要独立上下文的场景。
- 对抗性验证（Adversarial verification）：每个子Agent的输出都由另一个Agent对照评判标准进行对抗式审核，确保质量。
- 竞赛（Tournament）：让多个Agent以不同方式执行相同任务，再通过评判Agent两两比较，选出最优解。
- 循环直到完成（Loop until done）：对于工作量未知的任务（如修bug），循环生成Agent直到满足停止条件（如无新错误），而不是固定轮次。
从个人复盘到商业计划：工作流的实战案例
团队成员分享了几种极具实用性的场景。比如，你可以让Claude编写一个工作流：“回顾我最近的50次会话，挖掘我反复犯的错误，并将这些重复性问题生成CLAUDE.md规则。”工作流会派多个Agent并行归类整理线索，再通过对抗式验证追问“这条规则当时真的能避免一个真实错误吗？”，最后将通过验证的规则提炼回CLAUDE.md。
另一个例子是商业计划拆解：让不同的Agent分别从投资者、客户和竞争对手的角度，对同一份商业计划进行批判性分析。每个Agent只专注于一个视角，结果再汇总，避免单一Agent的认知偏差。此外，工作流还内置了深度研究技能（/deep-research），可用于从Slack上下文整理状态报告，或深入浏览代码库研究功能实现。
对于支持工单排序、按照定性标准（如bug严重程度）排优先级，工作流也能轻松胜任：先让分类Agent逐条判断，再汇总排序。更精妙的是，你可以创建“怀疑者视角”的子Agent，专门复核验证Agent的规则是否合理，从而减少误报。
避免“Token黑洞”：如何聪明地使用工作流
工作流虽强，但并非万能。一次运行可能消耗几百甚至上千万Token，滥用反而得不偿失。团队成员给出三条关键建议：
- 结合使用 /goal 与 /loop 指令，在提示中明确设定Token预算，例如输入「use 10k tokens」，系统自动设限。
- 仅对需要多Agent协调、高并行或对抗性验证的任务启用工作流；简单对话或单步任务直接用普通模式更高效。
- 善用技能（Skill）分享工作流文件：将JavaScript工作流文件放入技能文件夹，并在SKILL.MD中引用，同时提示Claude将其视为“模板”而非逐字执行的脚本，以增加灵活性。
分享与模板：把工作流变成团队资产
团队成员强调，工作流是一种全新的扩展Claude Code的方式。你可以将写好的工作流脚本通过技能分享给团队，甚至创建自己的“工作流库”。例如，把“代码审查六步法”封装成一个工作流模板，每次审查代码时只需引用模板，Claude就会自动编排审查Agent、测试Agent和对抗验证Agent。目前已有社区贡献的开源工作流集合，未来预计会涌现更多模式。将工作流视为起点而非终点，持续探索如何调整参数、优化子Agent提示词，才能让这项能力成为真正的效率倍增器。