Murmell 对比 GitHub Copilot 与 Agent HQ
Agent HQ 是 GitHub 把自己已有的能力组合成一个代理平台:你从一个指挥台分配任务,代理离开,回来时是一个 pull request。Murmell 是一块由真实终端组成的画布,多个代理共用一个目录,你看着他们工作。
真正的区别
GitHub 把工作单位说得很清楚:一个分支,一个一次性环境,每个任务一个 pull request。指挥台负责分配和追踪。一切都在审阅这一步汇合,这和一个把审阅当作核心已经做了十五年的产品是一致的。
Murmell 让汇合发生得更早。代理不是各走各的:他们在同一个目录里,冲突在写入之前就被解决,而不是之后。到审阅那一步时,呈现的已经是一个统一的状态。
能看到什么
一个 pull request 展示结果。一块画布展示制作过程:终端、报错、重试,以及在场的人。对结对编程,或者向别人演示一种方法来说,这完全是两回事。
选哪个
任务互相独立、由工单追踪、审阅是合适的交接点时,选 Copilot 和 Agent HQ。多个代理需要在同一时间处理代码库的同一个角落时,选 Murmell。冲突是怎么被仲裁的。
对比
| Copilot 与 Agent HQ | Murmell | |
|---|---|---|
| 第二个代理在哪里工作 | 同一时间一个分支,运行在 GitHub Actions 承载的一次性环境里 | 共享目录,写入前先占用要动的路径 |
| 谁能旁观 | 它打开的那个 pull request | 拿到链接的任何人,实时查看,每个光标都带名字 |
| 工作产物落在哪里 | 每个分配的任务正好对应一个 pull request | 项目的私有仓库,随工作进度不断推送 |
直接回答
两个 Copilot 代理能在同一个分支上工作吗?
不能。GitHub 的文档说明,代码代理同一时间只在一个分支上工作,在 GitHub Actions 承载的一次性环境里,每个分配的任务正好打开一个 pull request。
Murmell 会取代 GitHub 吗?
不会。每个 Murmell 项目都会拿到一个私有仓库,工作在会话过程中不断推送进去,机器销毁前还有最后一次推送。审阅仍然留在它原本的地方。