编码智能体已经很强了，但管理它们还没跟上。我开源了为此构建的控制室（MIT）

同时运行多个编码智能体，你的日常就会变成五个终端、没有共享内存，并且 git log 是你唯一的审计线索。每个厂商的答案都是“只用我们的”。o8 是凌驾于所有这些之上的一个层。一个编排器界定工作范围并分派任务，每个 worker 都在自己的 git worktree 中运行，在你批准之前不会有任何合并。Claude Code、Codex、Gemini、Aider、Goose 以及另外八个工具都在同一个适配器契约之后运行，所以你不需要选定一个实验室并被困在它们的盒子里。它的功能包括：合并门禁 —— rebase、类型检查、HEAD-SHA 锁定、有序合并。Worker 不能合并自己的工作；执行和审批在架构上就是分离的权限。工程大脑 —— 询问你的仓库或整个智能体集群的历史，得到带引用的答案。“智能体昨天交付了什么”是一个查询，不是考古。组织记忆 —— 重复出现的修复会以你接受或拒绝的规则提案形式返回。可重放的审计追踪 —— 每个数据包、每次合并和每个决策都是你自己磁盘上 SQLite 中的一行。无遥测；默认关闭，可选择性开启。移动端 —— 在智能体集群继续工作时，用手机批准或拒绝合并。Canvas —— 将 IDE 作为工作台，智能体、差异（diff）和实时预览并排展示。免费、MIT 许可，并且它运行在你已经付费的订阅之上。今天支持 macOS；Windows 和 Linux 已规划并正在推进。约 88MB，签名构建，自动更新。我构建了它，并用它来构建它自身 —— 超过 5,500 次提交，其中大部分都是通过它分派的。Issue 是开放的，添加一个运行时是有文档说明的补丁 —— 适配器契约就是一个文件。如果你希望里面有某个 CLI，那就是通往被合并 PR 的最短路径。你现在用什么来防止两个智能体互相干扰？