转载请注明出处❤️

作者：测试蔡坨坨

原文链接：caituotuo.top/9e4a7c1f.html

你好，我是测试蔡坨坨。

前几天，Anthropic 发布了最新的 Claude Opus 4.8 模型，并且官宣了 Claude Code 中的 Workflow 功能。在 Anthropic 的官方文档和博客中，将这个功能命名为 Dynamic Workflows，即动态工作流。

在官方博客中还给出了使用 Dynamic Workflows 实现的成果。

文章中提到 Jarred Sumner 使用动态工作流将 Bun 从 Zig 移植到 Rust，而且 99.8% 的现有测试套件通过，约 75 万行 Rust 代码，从首次提交到合并仅用了十一天。这是官方给出的最具价值，也最具说服力的 Dynamic Workflows 的案例。

本篇文章就来上手体验一下 Dynamic Workflows 的高级用法。

1 开启

在 Claude Code 最新版本中，我们想使用 Dynamic Workflows 非常简单。

先使用 /config 命令进入设置界面，然后使用方向键找到这里的 Dynamic Workflows，然后通过左右方向键开启，确保它对应的值是 true。这说明 Dynamic Workflows 功能就开启了。

2 实操

开启配置之后，我们只需要输入 workflow 这个关键词，就可以看到 workflow 变成彩色的，继续在后面跟上我们的任务描述即可。

这里利用 Dynamic Workflows 功能，给之前介绍过的 beancount 复式记账软件新增新手引导功能和配置页面。

我们还可以在 workflow 的后面跟上 +100k 来控制 token 的预算，并且说明用廉价模型和强模型互相配合使用，就不用担心 token 会爆炸了。

这里可以看到 Claude 开始设计 workflow，并提到用廉价的 Haiku 模型并行运行，以及使用 Opus 4.8 模型进行收敛。

这里可以看到 Claude Code 已经编写好 workflow 脚本并在后台运行：

通过 /workflows 命令或方向键 ↓+enter 可以查看 subagent 运行状态和进度，可以看到有两个阶段，第一个阶段有 7 个 Haiku 模型的 agent 在并行运行，第二阶段由 1 个 Opus 4.8 agent 进行收敛。

我们还可以通过方向键切换到对应的 agent，查看具体的运行详情。

可以看到这里的运行状态为 completed，模型用到了 Haiku 4.5，花费了 81.2k tokens，调用了 8 个工具，Claude Code 给它设定的 prompt，以及 agent 的输出结果等信息。

通过 Dynamic Workflows 设计完成之后，Claude Code 就开始干活了。

执行的效果也是 Very Nice：

3 概念

经过以上的演示，相信大家对 Dynamic Workflows 的使用有了更加直观的认识。

下面，我们就结合官方的博客以及官方文档，进一步了解 Claude Code Dynamic Workflows。

官方文档：https://code.claude.com/docs/en/workflows

官方博客：https://claude.com/blog/introducing-dynamic-workflows-in-claude-code

根据官方的描述，动态工作流是一种用于大规模协调 subagents 的 JavaScript 脚本。Claude 会根据你的任务描述编写脚本，并在后台运行。它把计划从对话里搬进了代码，我们只需要用自然语言描述我们的任务，Claude Code 就会根据我们描述的任务来生成 JS 脚本，生成的脚本会在 runtime 后台运行，这里会产生几十甚至几百个 subagents，最多一千个，这些 agent 可以并行运行（每次并发的 subagents 的数量最多是 16 个），甚至还可以做到对抗验证，最终会输出唯一答案。

工作流的本质是 Harness 的形态，它的新颖之处在于这个 Harness 不是人手写的，而是 Claude 根据任务编写合成的。从而实现由模型合成 Harness，人工筛选和保存 Harness 的新范式。

4 场景

那么我们什么时候需要用到动态工作流呢？

官方给出的说明是，当我们的任务过于复杂时，使用单 agent 无法一次处理，尤其在复杂的遗留代码库中：跨整个服务的漏洞搜索、涉及数百个文件的迁移、从各个角度进行压力测试等场景。

5 subagents、skills、dynamic workflows 的区别

Subagents 本质是 Claude Code 派生的 worker，由 Claude Code 来决定下一步，产生的结果会占据 Claude Code 的上下文窗口。

Skills 本质是 Claude 需要遵循的指令，由 Claude Code 按照 prompt 来决定下一步，产生的结果也会占据 Claude Code 的上下文窗口。

Workflows 本质是 runtime 执行的脚本，由脚本决定下一步，产生的结果是存储在脚本变量中的。也就是说 dynamic workflows 把循环、分支、中间结果都交给脚本，而 Claude Code 的上下文只留最终的答案。

6 启动方式

6.1 prompt 中带 workflow

在提示词的任意位置带上 workflow，只要这个 workflow 变成彩色的，就说明能够正确使用 dynamic workflows。

6.2 将 /effort 改成 ultracode

6.3 内置命令 /deep-research

/deep-research 是 Claude Code 内置的深度研究工作流。它会围绕问题从多个维度展开网络检索，对获取到的信息来源进行抓取、交叉验证与相互核对，并对不同来源中的观点进行可信度评估与投票。最终输出一份带引用来源的研究报告，仅保留经过交叉验证的结论，自动过滤缺乏证据支持或未能形成共识的观点。

同理，我们自己保存的工作流也可以注册为命令，并和内置的流程一起显示在 Slash Command 中。

7 保存工作流

对于一些需要重复执行的任务，Claude Code 编写的工作流脚本也可以保存为命令复用。例如代码审查、分支检查等固定流程，下次即可直接复用同一套编排逻辑。

7.1 操作步骤

运行 /workflows 命令，选择想要保留的运行记录，按下 s 进行保存。在保存弹窗中，可通过 Tab 键切换保存位置。

7.2 保存路径

• 项目级别：.claude/workflows/
  保存在当前项目中，仓库成员克隆项目后均可使用。
• 用户级别：~/.claude/workflows/
  保存在用户本地目录中，对所有项目生效，但仅自己可见。

按下 Enter 完成保存。

7.3 使用方式

在后续会话中，可通过 /<name> 形式直接运行对应工作流。

7.4 补充说明

如果项目级工作流与用户级工作流存在同名命令，优先执行项目级工作流。

8 总结

体验下来，我觉得 Dynamic Workflows 最大的变化不是「能跑更多 agent」，而是把编排逻辑从对话搬进了脚本。以前用单个 agent 处理复杂任务，循环、分支、中间结果全都堆在上下文窗口里，跑着跑着窗口就满了，结果也越来越飘。现在这些都丢给脚本去管，Claude Code 的上下文只接收最后那个收敛后的答案，干净很多。

用廉价的 Haiku 并行铺开、再用 Opus 4.8 收敛，这套搭配很聪明，配上 +100k 这样的预算控制，token 也不至于失控。

当然它也不是万能的。简单任务用 workflow 纯属杀鸡用牛刀，几十个 agent 跑起来又慢又费 token。它真正的用武之地是那些单个 agent 一次啃不下来的活：跨服务的漏洞排查、几百个文件的迁移、多角度的压力测试。如果你手头正好有这类任务，建议开 /config 把它打开，从一个小需求试起，先感受一下「模型自己写 Harness」是什么体验。