对比

Murmell 逐一对比

这些工具都能同时运行不止一个编程代理。区别在于第二个代理会发生什么。几乎所有工具都给它一份你文件的拷贝,拷贝会在审阅时被发现。Murmell 把它们放进同一个目录,在写入之前就解决冲突:代理声明要动的路径,服务器拒绝所有其他人碰它,直到它被释放。

每个任务一台云端机器

代理拿到你仓库的一份克隆,在一个分支上工作,交出一个 pull request。审阅之前什么都不共享。

• Murmell 对比 Cursor. 一人一个编辑器、一个代理一台机器,对比一块画布、一个目录给所有人共用。
• Murmell 对比 Devin. 靠隔离实现并行,对比靠共享实现并行,以及各自适合的场景。
• Murmell 对比 Google Jules. 一份你批准的计划和一个你审阅的 pull request,对比在同一棵代码树里你能实时看到的终端。
• Murmell 对比 GitHub Copilot 与 Agent HQ. 代理的工作在哪里汇合:是在 pull request,还是在工作副本里。
• Murmell 对比 Codex Cloud. 在共享画布上运行 Codex CLI,和把一个任务委托出去,是两件不同的事,原因在这里。
• Murmell 对比 Replit Agent. 从零造一个应用,对比让多个代理在已经存在的代码上工作。

每个任务一个空间,在你自己的机器上

同样的选择,只是在本地:一个代理一个 worktree 或工作目录,最后合并。代码不外传,也没有别人看到这个过程。

• Murmell 对比 Windsurf. 你机器上每段对话一个 worktree,对比云端的一个共享目录。
• Murmell 对比 Conductor. 一款一个任务一个空间的 Mac 应用,对比一块所有人共用一个目录的云端画布。
• Murmell 对比 OpenHands Agent Canvas. 这份对比列表里最接近的一组:一个代理一个 worktree,对比一整棵树加文件占用机制。
• Murmell 对比 Vibe Kanban. 本地执行之上的一块看板,对比云端目录之上的一块共享画布。
• Murmell 对比 Codeg. 汇总本地会话,对比在共享云端目录上直接启动代理。

同一时间一个代理,在你的编辑器里

没有文档说明的并行能力:一个受监督的代理,在你已经在用的工具里。

• Murmell 对比 Gemini Code Assist. 编辑器里一个受监督的代理,对比一个你旁观的目录里多个不受监督的代理。

同一个代理,换个地方

CLI 在两边完全一样。变化的是它运行的机器,以及能旁观它的人数。

• Murmell 对比网页版 Claude Code. 同一个 CLI,两种运行方式:每个任务一台隔离机器,还是画布上多个代理共用一份工作副本。

该问自己的问题

你的任务会互相碰到吗?如果它们真的互不相关,按机器隔离不花什么代价,第一组里的任何工具都够用。一旦它们开始共用文件,总得有人来缝合,这时共享目录就能改变整个工作日。这条规则如何运作。