当 AI 开始拥有“自主调度权”：Claude 4.8 这个新功能，到底有多可怕？

上周，Claude Code 上线了一个新功能——动态工作流（dynamic workflows）。说白了，Claude 现在能现场给自己"写"一套定制工具，专门为手头这件活儿量身打造。

Claude Code 默认的工具流是为写代码设计的，这大家都知道。但后来发现，很多看起来跟代码无关的事，在本质上跟写代码也差不多。所以这套默认工具能解决的场景比想象中广。不过确实有那么几类任务，光靠默认套路还不够得劲——比如深度研究、安全审计、多 Agent 协作，还有代码审查。之前得在 Claude Code 之上另搭一套专门的"工具"才能跑好。

现在有了工作流，可以让 Claude 在 Claude Code 里现场搭出这种专用工具，直接把这类问题给收拾了。而且搭完之后，还能分享出去，或者留着自己下次复用。

这篇文章分享一下这段时间用工作流的真实感受和踩过的坑。不过得先把丑话说前头：最佳实践还在不断演化中。动态工作流往往会更费 token，什么时候用、怎么用，都得掂量掂量。

先看几个例子，脑洞打开

在讲技术细节之前，先放几个真实能用的提示词感受一下。看完就知道，工作流能干的事儿远不止写代码：

• "这个测试大概 50 次里会挂 1 次。搭个工作流出来：在 worktree 里复现 → 提出各种假设 → 挨个对抗式验证 → 不找出真正原因不许停。"
• "用工作流翻一下我最近 50 次会话，把我反复犯的错挖出来，把那些反复出现的写进 CLAUDE.md 当成规则。"
• "用工作流翻一下 Slack 里过去六个月所有 #incidents 频道的记录，找出那些大家都没提单、但其实反复出现的根本原因。"
• "把这份商业计划书扔给工作流，让不同的 agent 站在投资人、客户、竞争对手三个角度，把它批个底朝天。"
• "这文件夹里有 80 份简历。开个工作流，先按后端岗位排个序，前十名再交叉验一遍。中间用 AskUserQuestion 工具采访我，把评分标准敲定。"
• "我手上这个 CLI 工具缺个名字。用工作流头脑风暴一拨候选名，再跑个锦标赛选前三出来。"
• "用工作流把我代码里 User 这个模型全改成 Account。"
• "用工作流把我这篇博客草稿里的每一条技术论断都对照代码库核一遍，千万别发错东西出去。"

是不是有点感觉了？这些场景里，传统的"一次性提示词"基本都搞不定。

工作流到底是怎么跑的

动态工作流本质上就是一个 Ja vaScript 文件，里面会用到几个特殊的函数来启动和协调子 agent。

除了这些专用函数，文件里也能正常用 Ja vaScript 自带的那些——JSON、Math、Array 都行，方便做数据处理。

特别值得一提的是：

。这意味着 Claude 可以根据任务的复杂程度，自主决定"用多聪明的脑子"和"要不要跟主任务隔离"。

还有一点很贴心：如果工作流跑到一半被中断了——比如不小心关了终端，或者按了 Ctrl+C——下次接着开会话，它能从断掉的地方继续跑，不会前功尽弃。

为什么要搞动态工作流

默认的 Claude Code 工具流，在处理任务时需要把"规划"和"执行"塞在同一个上下文窗口里。

对于很多写代码的场景，这套打法其实很有效。但一旦碰到那种

的任务，就容易出问题。

因为 Claude 在同一个上下文窗口里持续干一件复杂的事干得越久，越容易踩到下面这三种坑：

就是 Claude 干到一半觉得累了，明明还有一半活儿没干完，就直接宣布"搞定收工"。比如一个安全审查里有 50 项需要查的，它只查了 20 项就交差。

Claude 容易偏爱自己产出的结果。尤其是让它按评分标准给自己打分或者做校验的时候，它会下意识地"放自己一马"。

干着干着就忘了最初的目标。尤其是在上下文被压缩过几轮之后——每压缩一次都会丢点细节，像"这个边界情况要怎么处理"、"千万别做 X"这种约束条件，很容易就被磨没了。

工作流的存在，就是为了对付这三种毛病。它的核心思路是：

动态 vs 静态工作流

之前可能用过 Claude Agent SDK 或者 claude -p 这种方式来"静态地"编排多个 Claude Code 实例。这种方式能干活，但有个天然的缺陷：

而现在有了 Claude Opus 4.8 这种级别的模型，再加上动态工作流，Claude 已经聪明到能根据具体场景，"现编"一套完全贴身的工具了。

几个常用的工作流"套路"

想用工作流其实很简单——直接让 Claude 给你做一个就行。或者在提示词里加个"ultracode"关键词，这样能更稳地触发它真的去搭工作流。

不过建议先在脑子里建个模型，搞清楚工作流是怎么搭起来的，这样才知道什么时候该用，也知道怎么在提示词里引导 Claude 往想要的方向走。

下面这几种"套路"是 Claude 在搭工作流时经常会用到、也经常会组合起来用的：

先用一个分类 agent 决定这是个什么类型的任务，然后根据类型分派给不同的 agent 去处理。也可以反过来用——最后用一个分类 agent 决定输出长什么样。

把一个大任务拆成很多小任务，每个小任务交给一个 agent 单独跑，最后再用一个 agent 把所有结果汇总成一份。这种套路特别适合那种"步骤特别多、或者每一步都最好在干净的上下文里跑"的任务。汇总这一步是个"屏障"——它会等所有发散出去的 agent 都跑完，然后把它们的结构化输出合并成一份。

每个 agent 跑完之后，再单独派一个 agent 出来，用评分标准或者规则"挑刺儿"地校验一遍它的产出。

先围绕一个主题生成一堆想法，然后用评分标准或者验证流程筛一遍，去掉重复的，最后只留那些质量最高、经过验证的。

不是分工，而是让一群 agent 互相 PK。同样一个任务，派 N 个 agent 用不同思路去解，然后让裁判 agent 两两对比，直到决出一个赢家。

对于那种"不知道要干多少活"的任务，就一直派 agent 出去跑，直到满足某个停止条件为止（比如没有新发现了、或者日志里没有新错误了）。不要硬卡一个固定的轮数。

这些场景用工作流最值

动动脑筋想想，有哪些地方可以让 Claude Code 给你搭个工作流。一个很直观的体会是：

1. 大型迁移和重构

Bun 从 Zig 改写成 Rust，就是用工作流干的。具体怎么干的可以看看 Jarred 在 X 上的这条 thread。

核心打法是：把任务拆成一连串"可以单独操作的小目标"——比如调用点、跑挂的测试、模块等等。给每个修复点单独开一个 worktree，派一个子 agent 进去改；改完了再派另一个 agent 进去对抗式审查；审查通过再合回去。

：记得告诉 agent 千万别用那些特别吃资源的命令（比如说全量构建），这样就能最大化并行，跑很多个也不会把机器压垮。

2. 深度研究

在 Claude Code 里内置了一个 /deep-research 技能，它本身就是用动态工作流搭的。具体来说：发散出去跑一堆网页搜索 → 把原始资料抓回来 → 对抗式地校验每一条论断 → 最后合成一份带引用的报告。

但这种"深度研究"的思路，其实不只限于网页搜索。比如可以让 Claude 把 Slack 里的上下文攒成一份状态报告，或者让它把一个代码库深挖一遍，搞清楚某个功能到底是怎么跑的。

3. 深度校验

反过来，如果手上有一份报告，想把里面

都核对一遍、每个引用都追溯到源头——这种场景特别适合搭个工作流：让一个 agent 先把报告里所有事实性论断都列出来，然后给每条论断单独派一个子 agent 去深挖核对。还可以再上一层，让一个验证 agent 去检查核对 agent 找的源头靠不靠谱。

4. 排序

可能手上有一堆条目，想按某种

的标准排个序——比如"按 bug 的严重程度给支持工单排个序"。

这种活儿 Claude Code 其实挺擅长。但如果想让它一次性给 1000 多行排个序，那质量会肉眼可见地下降，而且也塞不进上下文。

正确做法是：跑个锦标赛、或者用一组"两两对比"的 agent 串成一条流水线。

。每个对比都是独立的 agent，外面那个调度循环负责维护对阵表，主体上下文里只保留当前的赛程进度。

5. 记忆和规则遵守

如果发现 Claude 老是不按写在 CLAUDE.md 里的某些规矩来，那就可以搭个工作流：把所有关心的规则列成清单，

。还可以再派一个"怀疑论者" persona 的子 agent，去审视这些规则本身写得对不对——这一步能有效避免"假阳性"满天飞。

反过来也行：把最近的会话和代码评审意见里反复出现的纠错挖出来，让并行的 agent 归类，然后对抗式地验证每条候选（"这条规则真的能避免一个真实犯过的错吗？"），最后把活下来的那些写回 CLAUDE.md。

6. 根因调查

Debug 这件事，最好的做法是先想出几个互相独立的假设，再挨个验证。但如果只用一个上下文窗口，Claude 很容易被自利偏差带偏——它会下意识地偏向自己提出的假设。

工作流能从根本上避免这个问题：

。比如一个看日志，一个看文件，一个看数据。每个假设提出来之后，再由一组"拥护者"和"反驳者" agent 去 PK。

这种思路不只适用于代码。比如做销售分析（"三月销量怎么跌了？"）、数据工程（"这条流水线为啥挂了？"）、或者任何事后复盘的场景，都可以用同样的套路。

7. 大规模分流

每个团队都有一堆支持工单、bug 报告、或者其它 backlog，全靠人根本处理不过来。

一个分流工作流能这样干：给每条工单打分类 → 跟已经在跟踪的去重 → 然后采取行动。行动可以是尝试修一下，也可以是升级到人工。

：让那些读"不可信公开内容"（比如别人发来的工单、第三方数据）的 agent，。高权限操作只能由负责"行动"那一层的 agent 来做。

把分流工作流跟 /loop 组合起来用，Claude 就能不间断地帮忙处理这些事儿。

8. 探索和品味

当要探索多种解法的时候，工作流特别管用——尤其是那种"偏品味"的活儿，比如设计、命名，这种最好有个明确的评分标准（rubric）。

让 Claude 探索一拨方案，再让一个评审 agent 拿着评分标准去挑。

。方案之间也可以跑个锦标赛，按评分标准决出胜负。

9. 评估（Evals）

对于某些特定任务，可以用工作流跑一些轻量级的评估：在 worktree 里派子 agent 跑各种实现，然后派对比 agent 按评分标准去 PK、打分。比如评估一个刚写的技能，然后按标准去打磨它。

10. 模型和"智力"路由

可以搭一个分类 agent，让它来判断"这件活儿该用哪个模型"。这招在"任务会涉及大量工具调用"的场景下特别有用——因为执行前先做点研究，就能判断出最合适的模型。

比如"给我讲讲 auth 模块是怎么跑的"这个任务，最适合的模型取决于 auth 模块有多少文件、代码库的结构长什么样。一个分类 agent 完全可以做完这层调研，然后根据任务的预期复杂度，分派给 Sonnet 或者 Opus。

什么时候

别

用工作流

工作流是个新东西。虽然很多场景下它能带来意想不到的效果，但它不是万能药，而且通常会

。

建议把工作流当作一种"创意工具"，用来把 Claude Code 推到以前没想过的边界。而对于日常的写代码任务，先问自己一句："这事儿真需要这么多算力吗？"

比如传统的写代码任务，绝大多数根本不需要搞个 5 人评审小组。

几个搭工作流的小贴士

对工作流来说，提示词写得越具体、越细致，结果越好。前面介绍的那些套路，能用上的都用上。

工作流不一定是"大活儿专用"。也可以让模型用个"轻量工作流"——比如搞一次快速对抗式审查，专门挑某个假设的刺儿。

对于那些可以反复跑的工作流（比如分流、研究、校验），把它们和 /loop 配起来，就能定时跑；再和 /goal 配起来，就能卡死完成标准。

可以给动态工作流显式设个 token 上限，控制一下别烧太狠。比如在提示词里直接写："用 10k token 解决这事"，模型就会把上限设在那里。

在工作流菜单里按 s 键就能保存。可以把这些工作流存进 ~/.claude/workflows，或者打包成技能分享出去。

要通过技能分享的话，把 Ja vaScript 工作流文件放到技能文件夹里，然后在 SKILL.MD 里引用一下。为了让分享出去的工作流更灵活，建议在提示词里引导 Claude：

一个全新的世界

工作流给 Claude Code 打开了一扇新门。更愿意把它当作一个起点——到底怎么用最好，还远没摸到边。

欢迎上手试试，也欢迎发现什么新玩法。

• 动态工作流官方文档
• Claude Code 术语表：Agentic Harness
• Research 功能介绍
• Claude Code 自动化安全审计
• Agent Teams 文档
• Code Review 文档
• Claude Opus 4.8 发布说明
• Bun 从 Zig 改写为 Rust 的过程（Jarred 推文）