Murmell 对比 Google Jules
Jules 是 Google 的一个异步代理。你给它一个仓库,它把仓库克隆到一台云端机器上,写一份计划,等你同意,再打开一个 pull request。Murmell 是一块画布,多个代理在同一时刻共用同一个目录工作,你就坐在旁边看着。
计划,还是过程本身
Jules 建立在事先达成一致的基础上:它先读,再提出一个方案,得到你的同意之后才动手写。这是对信任问题的严肃回应,代价是每个任务开始前都要来回确认一次。
Murmell 用另一种方式回应。代理工作时终端是可见的,信任来自你看到的东西,而不是你批准过的东西。出问题时你直接打断,不用等到结束。
一份拷贝,还是一个目录
每个任务一份克隆让任务彼此独立,但也让拼装变成人工活。共享一个目录让拼装这一步直接消失,前提是写入被仲裁。仲裁写入的那条规则。
选哪个
把一个任务交出去、不用盯着、结果以 pull request 形式收回,选 Jules。多个代理需要一起推进、还需要其他人看到这个过程,选 Murmell。
对比
| Jules | Murmell | |
|---|---|---|
| 第二个代理在哪里工作 | 你仓库在一台云端机器上的克隆 | 共享目录,写入前先占用要动的路径 |
| 谁能旁观 | 提出的计划,然后是 pull request | 拿到链接的任何人,实时查看,每个光标都带名字 |
| 工作产物落在哪里 | 一个包含修改内容的 pull request | 项目的私有仓库,随工作进度不断推送 |
直接回答
Jules 是在我自己的仓库里工作,还是在一份拷贝上?
在一份拷贝上。Google 的文档说明,Jules 拉取你的仓库,克隆到一台云端机器上,制定一份计划,然后创建一个包含修改内容的 pull request 供审阅。
多个代理能在同一个目录上工作吗?
在 Murmell 的画布上可以。每个代理会占用自己要动的路径,看板为每个路径保持一个持有者,所以第二个代理是等待,而不是覆盖。