一句话结论
一个 Agent 接消息，一个 Agent 分类，一个 Agent 回内容，一个 Agent 兜底，比单 Agent 稳得多。
适用场景
- 单 Agent 越改越乱，想分工
- 客服、内容、分流、总结想拆成不同角色
- 希望每个角色独立可替换、独立调优
常见现象
- 一个 Agent 同时做太多事，回答质量下滑
- 想加新规则就要改一大段 Prompt
- 无法判断是分类错还是回答错
原因解释
- 把分流、检索、生成、检查混在一个 Prompt 里
- 上下文越塞越多，模型忘记早期规则
- 缺少把「中间结果」传给下一步的结构
解决步骤
- 把任务拆成接收、分类、处理、回复四步
- 每步用一个 Agent，输入和输出都用 JSON 固定字段
- 在 OpenClaw 里把这些 Agent 串成 pipeline，不要互相调用
- 为每一步留 fallback：分类失败 → 兜底 Agent；回复失败 → 转人工
- 线上观察一周，看哪一步出问题最多，再单独优化
仍然不行怎么办
- 拆完更乱就退回单 Agent，把规则写到知识库
- 如果只是回答风格不稳，先调输出格式，不必拆 Agent
小白先准备什么
- 先画一条最简单业务线：用户输入、谁负责判断、谁负责查资料、谁负责回复、失败时找谁。
- 每个 Agent 只写一个职责，不要让一个 Agent 同时做客服、报价、发货和售后。
- 为每个 Agent 写清输入字段和输出字段，例如 user_message、intent、reply、next_action。
- 准备 5 条正常样例和 5 条异常样例，测试它们会不会乱传任务。
验收标准
- 每个 Agent 单独运行时都能完成自己的小任务。
- 上一个 Agent 的输出能被下一个 Agent 直接读取，不需要人工改格式。
- 低置信度、资料缺失、用户要求人工时，会进入兜底流程。
- 日志里能看出任务从哪个 Agent 传到哪个 Agent，方便排错。
可复制提示词
请把下面业务拆成多 Agent 流程。
业务目标：___
用户入口：___
可用资料：___
必须转人工的情况：___
请输出：
1. 需要几个 Agent，每个 Agent 的名字和职责。
2. 每个 Agent 的输入字段和输出字段。
3. 正常流程图。
4. 异常和转人工流程。
5. 最小可运行版本先做哪 3 步。
常见误区和不适合场景
- 误区一：一开始就拆很多 Agent。小白先做 2-3 个，跑通后再拆。
- 误区二：没有固定输出格式。多 Agent 之间最怕上一环说人话、下一环读不懂。
- 误区三：没有负责人。任何失败都要有人工接管入口。
- 不适合：业务规则还没稳定、连人工流程都说不清的场景。
还卡着？
可以把截图、日志、需求单或当前页面链接发到 zhemuy@gmail.com。