Murmell 对比 Codex Cloud
Codex Cloud 把一个任务从你手里接过去,拿到别处处理。Murmell 把 Codex CLI 留在你眼前,在一个窗口里,运行在我们运营的机器上,和画布上所有其他代理共用同一个目录。
两个不同的时刻
两款产品瞄准的不是同一个时刻。OpenAI 把 Codex Cloud 定位为一种在隔离环境里启动任务、并行工作、从网页、GitHub、Linear 或 Slack 发起的方式,结尾给出一份摘要和一个 diff。这是委托:你离开,结果回来。
Murmell 瞄准的是工作实际发生的那个小时。终端可见,输出在滚动,第二个代理可以在同一时刻、同一个目录里工作,因为有一个仲裁者在分配文件。
共享带来了什么
两个隔离环境会产出两份需要缝合的 diff。共享目录里的两个代理产出的是同一个统一状态,冲突在发生的那一刻就被拒绝,而不是等到审阅时才被发现。机制的详细说明。
选哪个
任务边界清晰、你想不看过程直接拿到成品时,选 Codex Cloud。会话本身很重要——多个代理在一个项目上、有人在旁观时,选 Murmell。两者用的都是你已经有的 OpenAI 账号。
对比
| Codex Cloud | Murmell | |
|---|---|---|
| 第二个代理在哪里工作 | 每个任务一个独立的云端环境 | 共享目录,写入前先占用要动的路径 |
| 谁能旁观 | 返回的摘要和 diff | 拿到链接的任何人,实时查看,每个光标都带名字 |
| 工作产物落在哪里 | 你从这份 diff 创建的一个 pull request | 项目的私有仓库,随工作进度不断推送 |
直接回答
Murmell 和 Codex 是竞争关系吗?
不是。Murmell 在自己的云端机器上运行 Codex CLI,在画布的一个窗口里,和 Claude Code 挨在一起,共用同一个项目目录。你接入的是自己已经付费的账号。
Codex Cloud 的多个任务能共用一个工作目录吗?
不能。OpenAI 的文档说明,任务运行在隔离的云端环境里,每个任务一个独立环境,结果以摘要和 diff 的形式返回,可以据此创建 pull request。