briefbound-multi-agent-orchestration

Briefbound Peer-Agent Collaboration

目标

让同项目的平级会话 Agent 各自完成原任务，同时通过最少必要协商减少重复劳动、修改冲突、过期结论和集成返工。编排对象是协作过程，不是其他 Agent。

Briefbound task contract

• Context Boundary: 已对齐意图、现有独立 thread、各自任务/scope/branch、共享契约、依赖、冲突和集成目标。
• Output Contract: peer agreement、责任边界、共享决定、依赖交付、集成证据和各自任务状态。
• Allowed Action: 读取/发送 thread 消息、使用现有 registry、协商和执行已授权的本地集成；不得替对方改任务状态，新建会话、远程 Git、发布和破坏性动作需授权。
• Success Evidence: 每个 Agent 的原任务保持 owner、共享边界无矛盾、重复工作被消除、目标分支验证通过且恢复债务清零。
• Stop Condition: 意图未对齐、不是同项目、缺少有效 thread、协作成本不低于收益、责任争议、高风险取舍或权限不足。
• Route Out: 各 Agent 原 owner、briefbound-autonomous-collaboration-loop、briefbound-thread-coordination、briefbound-pr-review、briefbound-development-cleanup、briefbound-router 或 BLOCKED。

统一调用契约

• 所有 Agent 平级且保留原任务、写入许可、branch 和完成责任；没有主从、派发或隐式任务转移。
• 用户可见内容默认中文，只报改变行动的共同决定、依赖、风险和集成证据。Route Out 仅以 Briefbound task contract 为准；末行写 下一步建议: <一个具体动作>。
• 协作必须改善至少一个本地任务且不损害其他任务，或降低共享项目的冲突/回归；否则静默返回各自工作。

进入闸门

Briefbound Router 已完成意图对齐和有界发现，以 PEER_COLLABORATION_READY 交接；本轮具有原生 thread read/send 能力，并且至少两个现有独立会话存在真实互补、依赖、重叠或共同集成面。

简单任务、仅目录相似、无共享决定、同一小文件无法并行，或消息/合并成本高于预期收益时不进入。一次建议、状态交换或单一冲突只用 briefbound-thread-coordination。

本 skill 维护平级协作协议，不负责持续驱动。用户已确认自动推进所有 peer、恢复冲突并合入本地 main 时，以 briefbound-autonomous-collaboration-loop 为 primary，本 skill 只提供 agreement 支持。

平级协作循环

1. 建立各自与共同事实

读取每个候选的 Task / Desired Outcome / Scope / Branch or Worktree / Checkpoint / Blocker / Success Evidence。区分：各自独占面、共享契约、依赖交付和集成面。代码、Git 和运行证据优先于消息或 registry。

2. 提出协作而非派发

任何 Agent 都可提出 COLLABORATION_PROPOSAL，但不能改变对方任务。对方以 PEER_ACCEPT / PEER_ADAPT / PEER_DECLINE 自主决定。只有接受后才形成 agreement；需要消息结构时读取 references/team-protocol.md。

agreement 只记录 Peer Tasks / Shared Surface / Each Scope / Dependency / Integration Target / Current Integration Claim / Evidence / Exit Condition。Coordination Owner 仅维护共同决定，Integration Owner 仅负责合入验证，均不拥有其他 Agent。开始协作时可以没有 Integration Owner。

使用一次 registry claim 原子占用 lane=collaboration/<topic-key>，并加入相关 thread/<agent-id> 与共享 surface，防止重复提议；拒绝、过期或结束后释放。每个 Agent 继续自己的非冲突工作，不等待可选协作。