把多轮协作拆成明确任务、消息可见范围和终止条件，防止多个代理持续互相回复而没有可验收产物。
这篇要解决什么
搜索这个问题的读者通常正在尝试：建立一个研究者与审查者的最小团队，并确保对话在得到结构化结论或达到上限后停止。。先在测试环境用只读或模拟数据完成链路，再考虑接入真实业务。
按步骤完成
- 先给每个代理一个不可重叠的职责和输入输出格式，避免所有角色同时“负责回答”。
- 选择团队模式后设置终止条件，例如出现 APPROVED 标记、达到最大轮数或人工停止。
- 将审查者的否决理由保留在会话记录中，下一轮只修正被指出的问题。
用一条固定消息检查链路
以下只是协议层示例，展示要记录的字段，不代表已经连到你的服务器：
{"termination":"APPROVED or max_messages=6","roles":["researcher","reviewer"]}把其中的工具名、参数和允许范围替换成自己的清单。不要把密钥、客户资料、订单号或生产地址写进演示文件。
怎样验收结果
用一个可通过任务和一个缺少证据任务运行团队；检查前者出现终止标记，后者在上限前转人工而非无限对话。
失败边界
终止条件只能控制流程长度，不能保证代理引用的资料真实或结论正确。
依据与核验日期
以上官方资料于 2026-10-01 核对。协议、SDK 和客户端界面会更新；实施前应再次阅读对应版本的官方说明。
相关问答
工具返回成功就能说明业务完成吗？
不能。工具返回只说明该调用得到响应；涉及写入时还要核对业务系统的最终状态、权限和审计记录。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32703.html
