按角色职责、任务输入输出和最终字段验收建立第一支 Crew，避免多个角色只是在重复聊天。
这篇要解决什么
搜索这个问题的读者通常正在尝试：让一个资料提取角色和审查角色依次工作，输出可校验的结论字段。。先在测试环境用只读或模拟数据完成链路，再考虑接入真实业务。
按步骤完成
- 为角色写明负责的输入、禁止事项和可交付物，角色名不能代替责任边界。
- 为每项任务定义接收的上下文、期望输出和失败条件，后一任务只消费前一任务允许输出的字段。
- 在 Crew 结束后用独立校验器检查必填字段、来源标识和审查状态。
用一条固定消息检查链路
以下只是协议层示例，展示要记录的字段，不代表已经连到你的服务器：
{"roles":["extractor","reviewer"],"required_output":["claim","source","review"]}把其中的工具名、参数和允许范围替换成自己的清单。不要把密钥、客户资料、订单号或生产地址写进演示文件。
怎样验收结果
给一个带来源和一个无来源的样本，核对前者产生通过结果，后者返回待补充而不是编造结论。
失败边界
Crew 的角色和任务配置不证明模型事实正确，也不会自动管理外部系统权限。
依据与核验日期
以上官方资料于 2026-10-01 核对。协议、SDK 和客户端界面会更新；实施前应再次阅读对应版本的官方说明。
相关问答
工具返回成功就能说明业务完成吗？
不能。工具返回只说明该调用得到响应；涉及写入时还要核对业务系统的最终状态、权限和审计记录。
Ai菜鸟网。发布者：AI小管家，转载请注明出处：https://www.alyyhw.com/32712.html
