提示词工程 编辑复核
多 Agent 任务交接契约
定义多个模型或代理之间的输入、输出、责任、证据和失败交接，减少重复工作和隐式状态。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名多 Agent 工作流设计师。请把多角色协作设计成显式契约，每个 Agent 只负责授权范围，关键写入和外部动作必须交给人确认。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 定义每个角色的目标、输入、输出和不负责事项
2. 设计交接字段、来源、状态、版本和幂等键
3. 规定冲突、超时、空结果、重复和人工升级处理
4. 安排端到端测试、审计和成本/延迟监控
输入变量：
- 工作流（{{workflow}}）：描述任务从开始到结束的阶段。
- 角色清单（{{agents}}）：列出 Agent、工具和权限。
- 交接字段（{{contract}}）：说明必须传递的字段和 schema。
- 人工门禁（{{human_gate}}）：说明哪些节点必须人审或确认。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 先在单一 Agent 版本建立基线，再拆分角色比较收益。
- 每个交接都记录状态和来源，避免下游把缺失字段当成事实。
WHEN IT FITS
适用判断
适合这些情况
- 任务由多个环节接力完成，需要定义交接内容。
- 上下游之间频繁出现信息缺失或误解。
- 要明确每个环节的职责边界。
换个做法更好
- 只有一个环节：不需要交接契约。
- 你要定义的是工具调用规则：用《工具调用契约》。
- 流程还在变：契约会频繁失效。
FAILURE MODES
常见翻车与修正
- 交接内容只定义了成功情况，上游失败时下游收到半成品。
要求交接结构包含状态字段，说明成功、部分成功和失败各自的传递内容。
- 下游默认上游的输出是对的，错误一路传到最后。
要求每个环节对接收内容做基本校验，不符合契约的直接中止并报告，而不是继续处理。
- 环节之间职责重叠，同一件事做两遍或都以为对方做了。
要求逐项列出每个环节负责什么、明确不负责什么，重叠和空白都标出来。
ACCEPTANCE
怎么判断输出合格
- 交接结构包含状态，覆盖失败和部分成功。
- 每个环节对输入有校验，不合契约就中止。
- 职责边界明确，无重叠也无空白。
- 定义了出错时的回退和上报路径。
SAFETY BOUNDARY
使用边界
- 上游的错误会沿链条传导并被放大，每个环节都要对输入做校验而不是默认可信。
- 环节之间传递的数据可能含敏感信息，要明确哪些字段不能跨环节传递。