6
五个编排模式：链式、路由、并行与评估循环
参考：来源 B · Anthropic
学完你能做到
- 不看资料说出五个模式的名字和适用场景
- 区分并行和编排者与工人(最容易混的一对)
- 给一个真实需求选出合适的模式并说明理由
点击标签切换。这五个模式的顺序本身就编码了信息:从最确定到最灵活。前三个模型只是被调用的部件,后两个模型才对流程有真正的控制权。
链式调用 prompt chaining
把大任务拆成几步,每步的输出当下一步的输入。
什么时候用
任务能干净利落地拆成固定的几步,而且顺序明确。
举个例子
Anthropic 举的例子:先生成营销文案,再翻译成另一种语言。或者先写文档大纲,检查大纲符不符合要求,再据此写正文。
容易踩的坑
检查关卡是你写的代码在检查,不是让模型自己判断。 这是学生最容易做错的一点——让模型评价自己的输出,它几乎总说没问题。
课堂练习
25 分钟- (a) 把一篇中文技术文档翻译成英文,并保证术语一致
- (b) 客服系统:退款、技术故障、账号问题三类工单需要不同处理
- (c) 检查一段代码有没有安全漏洞,希望尽量不漏报
- (d) "帮我把这个项目里所有用到旧接口的地方都改掉"
- (e) 写一段广告文案,要求语气符合品牌规范
- 进阶讨论:(d) 如果改成"把 config.py 里的旧接口改掉",还需要编排者吗?
查看参考答案
(a) 链式 —— 先翻译再校对术语,两步固定。
(b) 路由 —— 三类输入各走各的。
(c) 并行投票 —— 多个视角交叉检查以减少漏报。
(d) 编排者与工人 —— 要改几个文件事先不知道。
(e) 评估者与优化者 —— 品牌规范就是评价标准。
进阶题答案:不需要了。 范围一旦确定,就退化成链式——读文件、找旧接口、改写、写回。这个对比能让学生真正理解模式 4 的适用边界。
案例推演：一份竞品报告如何组合五种编排模式
报告需要收集资料、按公司并行研究、将问题路由给财务或产品分析、逐步写作，并由评估器发现证据缺口后返工。单一模式无法优雅覆盖全程。
本节追问：模式应按任务结构组合，还是整套系统只选一个？ 先不要急着看结论。沿着下面四步，逐项区分输入、决策、证据和失败信号。
| 阶段 | 本步要做的决定 | 什么算证据 | 最常见的失败 |
|---|---|---|---|
| 顺序链式 | 先定义问题，再检索，再综合 | 每步输出是下一步明确输入 | 把互不依赖的公司串行处理 |
| 路由分工 | 财务、产品与舆情进入不同分析器 | 路由依据可解释且有兜底 | 分类不确定仍强行分一路 |
| 并行展开 | 多家公司同时收集与抽取 | 任务互相独立且合并规则明确 | 并发写同一状态导致覆盖 |
| 评估循环 | 证据覆盖不足时只返工缺口 | 评估标准可操作并设迭代上限 | 评估器只说“再详细一点” |
阅读方式：先遮住后两列自己回答，再用“证据”和“失败”两列检查理解。
常见误解
从框架示例复制一个固定多 Agent 拓扑
实际上
可观察症状：角色很多但任务依赖与合并逻辑不清。
更可靠的修复：先画数据依赖图，再为每段选择最简单合适的模式。
案例工作坊 · 建议真正动手完成
25 分钟- 画出报告任务的依赖图并标注五种模式。
- 为并行结果设计冲突合并规则。
- 写出评估循环的三项通过条件和最大轮次。
查看参考答案
编排模式是局部设计工具。真实系统常按依赖关系组合链式、路由、并行、协调和评估循环；选择依据是任务结构而不是框架名称。
迁移检查：换一个场景还会不会
四家公司资料互不依赖，最自然的处理方式是？
检查一下
并行和编排者与工人,最本质的区别是什么?
实现评估者与优化者时,最必须加的一样东西是?