用子图和明确状态字段拆开研究、执行和审查角色，避免多智能体互相转发却没有完成条件。
这篇要解决什么
搜索这个问题的读者通常正在尝试：把一个需要研究和审查的任务拆成两个可回查节点，并定义何时交接与何时结束。。先在测试环境用只读或模拟数据完成链路，再考虑接入真实业务。
按步骤完成
- 先定义共享状态中允许哪些字段，研究节点只添加来源与候选结论，审查节点只输出通过或退回原因。
- 把角色封装成可独立测试的节点或子图，交接条件使用显式状态而不是模型口头说“完成”。
- 设置终止分支：证据不足、输入缺失或循环次数超限都返回人工处理，不继续无限转发。
用一条固定消息检查链路
以下只是协议层示例，展示要记录的字段，不代表已经连到你的服务器：
{"state":{"sources":["doc-1"],"review":"pending"},"next":"reviewer"}把其中的工具名、参数和允许范围替换成自己的清单。不要把密钥、客户资料、订单号或生产地址写进演示文件。
怎样验收结果
给定一条有来源的样本和一条缺来源样本，核对前者经过研究再审查，后者停在退回分支且保留原因。
失败边界
本文不运行真实模型或第三方工具；节点图正确不等于模型结论正确。
依据与核验日期
以上官方资料于 2026-10-01 核对。协议、SDK 和客户端界面会更新；实施前应再次阅读对应版本的官方说明。
相关问答
工具返回成功就能说明业务完成吗？
不能。工具返回只说明该调用得到响应；涉及写入时还要核对业务系统的最终状态、权限和审计记录。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32697.html
