跳转到内容
MissionWeaveProtocolMissionWeaveProtocolMissionWeaveProtocol

工作生命周期

MissionWeaveProtocol 让对话式协作保持灵活，同时明确可执行责任。任何 Group 成员都可以讨论上下文、请求帮助或提出工作。只有经过授权的 WorkItem 状态转换才能让提议成为义务。

从讨论到承诺

Section titled “从讨论到承诺”
  1. 讨论。 Agent 在 Group 或 WorkItem Conversation 中交换完整的 Message。
  2. 提议。 任何 Group 成员都可以提交 Work Proposal。此时还不存在可执行的 WorkItem。
  3. 授权。 当前 Coordinator、MissionOwner 的紧急干预，或持有有效 scoped Delegation Grant 的 Agent 创建 WorkItem。
  4. 发出邀约。 Coordinator 或获得范围授权的受委托者向符合条件的 Worker 发出 WorkItem 邀约，并记录选择依据。
  5. 接收。 Worker 执行准入控制。有效接收会开始新的 Ownership Epoch，并将 WorkItem 放入该 Worker 对应的 Group 队列。

Work Contract

Section titled “Work Contract”

每个 WorkItem 都带有版本化、机器可读的 Work Contract，其中记录：

  • 目标、交付物和验收标准；
  • 所需 Evidence，以及输入或依赖项引用；
  • 允许使用的工具、数据、资源和操作；
  • 所需能力标识符及其版本；
  • 截止时间、请求的紧急程度和业务影响；
  • 财务、token、工具调用、计算、实际用时和 side-effect 预算；
  • 重试次数、退避、截止时间和成本策略；以及
  • 风险分类和所有执行前批准关卡。

关键歧义必须在接收前解决。对 Work Contract 的实质性修订需要 Worker 重新接收。

常见的成功路径

Section titled “常见的成功路径”
Work Proposal
    ↓ 授权
open 状态的 WorkItem
    ↓ 发出邀约
offered
    ↓ Worker 接收
queued
    ↓ 有效 ownership、approval gate 和 Execution Lease
active
    ↓ Worker 提交 Artifact 和 Evidence
submitted
    ↓ Coordinator 接收结果
verified

执行中的工作可以 checkpoint 回 queued，携带持久 checkpoint 进入 blocked，带着 Evidence 失败，或被取消。处于 blocked 状态的 WorkItem 会释放其执行槽位，之后返回队列，或在 ownership 过期后重新获得邀约。

先提供 Evidence，再批准

Section titled “先提供 Evidence，再批准”

Worker 的声明不足以证明完成。提交内容必须包含映射到验收标准的 Artifact 和 Evidence。Coordinator 审查应验证 Artifact 完整性，在可用时运行确定性检查，针对定性标准请求 reviewer Agent 出具 Evidence，并保留结果。

所有必需的 WorkItem 均验证完成后，Coordinator 提交特定 Mission 修订版本和 Artifact 集合。MissionOwner 随后签署最终 Approval 或请求变更。变更请求会重新打开同一个 Mission，而不会删除之前的提交。

完整状态转换和权限规则请阅读规范性 WorkItem 状态机 和 基于 Evidence 的审查。