文章

本地 Codex 与云端 Codex：在统一共享空间中的多代理协作

2026年8月4日

本地 Codex 将代理置于你眼前，并随笔记本休眠而停止。云端 Codex 将任务交给独立云端环境运行并返回 Diff。第三种形态是在云端机器上运行真实 CLI，依然展现在你眼前，并与团队及其他代理共享同一目录。

“本地还是云端”听起来像是一个关于算力的问题，人们常以为云端版本只是给同一个代理配备了更强性能的服务器。事实并非如此。这是两种具备不同协作契约的产品，核心差异在于究竟由谁来监督执行过程。

本地：你身处交互回路中，且你是运行时环境

本地机器上的 CLI 提供了最紧凑的反馈闭环。它能直接访问你正在查看的代码目录，使用你的本地环境变量运行测试，并且你能实时看到输出的每一行。由于你在现场，纠错最为迅速。

但它在各个维度上都受限于本地设备。盖上电脑即宣告运行结束。运行第二个代理需要第二份代码检出，否则两者会在同一个目录中发生写入冲突。而且没有屏幕共享，其他团队成员无法看到任何进展。

云端：任务被派发出去，最终返回一个 Diff

OpenAI 对云端 Codex 的定位是在并行的隔离云环境中运行任务，从 Web、GitHub、Linear 或 Slack 触发，并在任务结束时返回总结与 Diff。这是一种明确的交付契约：你移交任务，最终得到代码提议，隔离是其设计核心。

对于成熟代码库中定义明确的独立任务（修复偶发测试故障、升级依赖、跨文件迁移模式），这种契约非常出色。你不需要监视过程，你只需要一份 Pull Request。

但当两三个代理协同构建同一个全新应用时，这种契约就会失效。隔离导致第二个代理无法感知第一个代理一分钟前刚定义好的类型，从而重复声明，导致生成文件发生严重的合并冲突。写入前先占用文件对该问题进行了全面剖析。

第三种形态：在远程机器上运行 CLI 本身

在这两者之间存在一个容易被忽视的形态：在云端机器的真实终端中运行相同的 Codex CLI，依然实时呈现在你的眼前。

你保留了本地运行的一切优势：真实的 CLI、完整的实时输出、随时打断的能力；同时获得了云端的一切优势：运行不受本地设备休眠影响，多个代理通过文件路径占用机制安全共享同一个目录。最重要的是，团队成员只要打开链接就能共同置身于协作空间中。

账号依然属于你。Murmell 不转售模型，而是在同一个项目目录中并排启动你已付费的 CLI（Codex、Claude Code）。切换工具不会破坏目录结构、文件占用记录或 Git 历史。

如何做出客观的选择

如果工作是一项边界清晰的独立任务且你期望获得 Pull Request，请直接委托给异步云端服务。

如果工作是一个需要多代理协同构建或需要多人实时把控方向的项目，执行环境必须置于所有人皆可访问的共享目录中。这正是我们构建的形态。Murmell 与 Codex cloud 的对比详细罗列了各项维度的异同。

关于共享仓库机制的解析请参阅 多个 AI 代理共用同一个仓库，容器配置请参阅 Claude Code 首次启动的阻碍。

直接回答