热点加餐|Workflow:编排载体的第三种选择
黄佳

你好,我是黄佳。
之前讲子代理,我们归纳出四种使用模式:只读型、高噪声、并行探索、流水线编排。这四种模式的共同前提是主对话作为编排者:每一步派谁、谁拿到上一步的结果、什么时候收尾,都由 Claude 在当前上下文里临场判断。
到了 Claude Code v2.1.154,第三种编排原语正式进入我们视野,它就是 Workflow。它和 Sub-Agent、Skill 并列,目前是 research preview。
这篇加餐需要补充的内容是,Workflow 不是更强的 Sub-Agent,它把编排逻辑从对话搬到了脚本里,由此带来一套不同的契约。

说明:Workflow 还在 research preview 阶段,所以加餐里涉及的版本号、并发上限、命令名、目录路径都以官方文档为准,后续版本可能调整。
从放大规模的并行审查说起
延续我们前面 SubAgent 中的例子。我们配置过一个 code-reviewer 子代理,YAML frontmatter 里写好 description 和工具白名单,主对话把 PR diff 派给它,回来一份审查意见。它有独立的上下文窗口、限定的工具集、可复用的定义文件,在“一次派一个工人”的场景下表现稳定。
现在把这个例子放大一个量级。假设一个 PR 改了 12 个文件,你想让 12 个 reviewer 并行各看一份,最后合并成一份报告。
公开
同步至部落
取消
完成
0/2000
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《Claude Code 工程化实战》,新⼈⾸单¥59
《Claude Code 工程化实战》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论