诉求：让多个 Agent 与 Session 形成可管理的执行组织 #2

来源、父级与授权链

本 Issue 由 2026-08-15 的 clean-slate 迁仓，从冻结的老仓 Eridanus117/agent-control#7（诉求：让多个 Agent 与 Session 形） 迁入。

原 Issue 的全部评论、决定回执与证据链继续在老仓可读，本仓不复制。授权与父级沿用原 Issue，未扩大。老仓自迁仓日起 archive（只读），不再写入。

范围

见下方「原正文（逐字迁入）」。迁入时未修改范围；正文中对老仓的引用一律为完整 URL。

验收条件

见下方原正文。原正文未显式列出验收条件时，以老仓原 Issue 的成功条件为准（链接见上）。

原正文（逐字迁入）

目标来源

• 当前权威：https://github.com/Eridanus117/agent-control/blob/main/authority/04-collaboration.md
• 父目标：诉求：用足够可靠的资源信息支持投入决策 #6

当前问题

单 Session 限制吞吐，直接增加模型又会产生上下文、冲突、交接和恢复问题。

期望结果

Codex、Claude、DeepSeek 等执行者能够围绕同一长程目标分工、并行、交付、审查、整合和恢复，且协调成本低于收益。

当前满足判断

部分满足。GitHub 持久主干、Orca 薄运行适配和自有 github-collaboration 已通过一次并行样本与一次恢复样本；跨供应商能力不对称、多个任意 Session 的共享写入、自然任务 ROI 和长期平台选择仍未解决。

子项规则

下级能力、实验和交付必须同时说明产能收益、方向治理、恢复、安全和协调成本。只解决冲突保护或完成某批 PR 都不能自动满足本诉求。

决定与关闭

Agent 可以提出带证据的满足判定；本一级诉求是否当前满足、被替代、停止投入或不再需要，由负责人确认。