Codex 云端转本地

OpenAI Codex 是面向软件开发的编码 Agent；回看 Codex 云端转本地的路线，有助于开发者判断任务执行环境如何影响依赖准备和中途纠偏。Every 于 2026 年 10 月 15 日发布的六场参与者访谈，回顾了 Codex 从云端任务转向本地工具、再扩展到桌面应用的产品路线。OpenAI 在 2025 年 5 月 16 日推出 Codex Cloud；Every 把转向本地的时间定位在同年晚春至夏季，没有给出具体日期。

要点

OpenAI 的发布公告把 Codex Cloud 定义为在云端执行软件工程任务的 Agent，并说明任务运行在独立的云端环境中。公告还称，该预览版远程任务耗时较长，暂不支持前端工作的图像输入和任务中途纠偏。
Every 报道称，外部用户要在云端重建本地依赖与凭据，准备环境可能耗时数小时；执行期间难以打断 Agent 纠正方向。
Every 将转向本地的时间放在 2025 年晚春至夏季；随后 Codex 团队重写底层 Agent，并把它带入 CLI、编辑器扩展和桌面应用。

背景

Codex Cloud 的早期设计解决的是异步执行问题：开发者把编码任务交给云端环境，Agent 在单独的机器上工作，完成后返回结果。OpenAI 的 2025 年 5 月公告确认任务在预装仓库的独立沙箱中运行，执行期间默认关闭互联网访问；它也把远程任务耗时较长、缺少图像输入和中途纠偏列为当时的限制。对不需要碰本机项目配置的独立任务，隔离环境也便于并行处理；实际使用却要求 Agent 所处环境拥有项目依赖、访问凭据和正确设置。开发者手头已有的本地环境并不会自动出现在云机器里。

这次访谈回顾与本站 10 月 13 日报道的 Codex CLI 守护进程事件各自讨论不同决定：前者追溯执行位置如何变化，后者讨论本地 CLI 默认启动后台进程的边界。两件事都提醒开发者，Agent 的运行时会影响工作流：文件从哪里读取、任务在哪里执行、谁能中途介入，都会改变使用体验。Codex 最近一次本地运行时变化，可参见 Codex CLI 的后台守护进程报道；本机桌面能力如何交给不同 Agent，则可看 LCU 对 Codex 电脑操控能力的封装。

Codex 的云端转本地不是单次发布切换。Every 的访谈把它呈现为一连串产品选择；下表按报道中的时间与体验归纳，日期精度保留原文范围。

时间与阶段	执行形态	已报道的特点
2025 年 5 月 16 日	Codex Cloud	OpenAI 公告确认任务在隔离的云端环境运行；Every 称任务完成后可返回摘要、差异，并提供创建 PR 的选项。
2025 年晚春至夏季	转向本地工具	Every 把转向时间限定在这一季节范围；受访者将环境准备、难以中途纠偏列为早期云端体验的摩擦。报道没有给出精确决策日。
2025 年 8 月及之后	CLI 与编辑器扩展	Every 称，团队以 Rust 重写 Agent，使同一底层系统能服务终端、编辑器、桌面应用与云端；CLI 随 GPT-5 于 8 月推出，VS Code 和 Cursor 扩展在当月稍晚跟进。
2026 年 2 月 2 日起	桌面应用	Every 报道称，Codex 发布 macOS 桌面应用，围绕多个独立 Agent 任务组织工作，并刻意不内置代码编辑器。
2026 年 7 月 9 日	并入 ChatGPT 桌面应用	Every 称 Codex 桌面应用成为新的 ChatGPT 桌面应用，并加入聊天功能。

表格中的产品路线和后续日期来自 Every 的访谈报道；OpenAI 的公告只为最初的 Codex Cloud 上线与云端隔离环境提供一手核对。Every 还写到，部分用户需要花数小时重建环境，追问会启动新机器，运行中的 Agent 又不便随时中断和改向。这些是受访者对早期体验的回顾，不能当作所有任务或所有用户都会遇到的固定耗时。

各方说法

Every 的六位受访者给出的是参与者对产品过程的回顾。报道把团队转向本地工具与 Tibo Sottiaux 接手相关联，并将原因落在可观察的交互问题上：环境重建增加了开始任务的成本，长任务进行时又不容易修正方向。Every 页面提供六份访谈文字稿的 Markdown 下载链接；本次核验未确认匿名访问权限。报道没有把某个具体日期写成正式转向公告，因此，决策细节应归因于 Every 的采访，不能写成 OpenAI 当时发布的路线声明。

鸭哥 2026 年 8 月的分析补上了运行位置背后的数据入口差异。文章认为，本地 Agent 的操作轨迹先留在用户环境；云端 Agent 让厂商管理执行基础设施，也更接近工具调用、错误恢复和审批记录。文章同时指出，能否收集和使用这些数据还受遥测设置、用户授权和数据政策影响。这是鸭哥对行业形态的分析，不是 OpenAI 对 Codex 数据用途的官方承诺。

Visual Studio Magazine 在 2026 年 2 月比较 VS Code Agentic AI Marketplace 上标注「agent」的扩展安装量和评分，Claude Code 两项都领先。该榜单不含 GitHub Copilot 等未标为 Agent 的扩展，也不统计终端使用或云端委派；它呈现的是一个插件市场的安装与评价，不能代表代码质量、总用户量或所有开发者的使用感受，也不能解释 Codex 的产品路线。

一分钟判断

想知道本地和云端哪种 Coding Agent 更适合自己的项目，可以拿一个范围小、结果可检查的任务做一分钟试用：在已有项目里选一个简单修改，先让本地 Agent 说明它会读取哪些文件、准备怎样验证，再观察你能否在执行中补充约束，并在接受前检查差异。若手边有云端入口，用同一任务比较环境准备步骤和中途改向的难易度。这个小实验不能代表所有任务，但会把报道里的两类摩擦变成自己能观察的条件。不要用需要生产凭据或真实数据的任务做试验。

编辑判断

Codex 的路线回顾对正在挑选编码 Agent 的开发者有两点实际价值。云端隔离适合把任务交给独立环境运行，也可以把它与本机工作区分开；代价是要让云端具备项目依赖、凭据和正确配置。本地执行贴近现有文件和开发环境，修正任务方向也更直接，但使用者仍要考虑本机权限、工具进程和长任务管理。执行位置会把准备工作与控制权分配给不同一方，选型时应拿真实项目试一遍。

桌面应用继续把 Codex 从单次命令扩展成多个 Agent 任务的工作台。Every 称团队决定不在桌面应用内自带代码编辑器，围绕任务组织交互；报道也记录了团队内部对这个选择的疑虑。这个取舍对习惯在编辑器里逐行协作的人未必合适，却让任务管理本身成为界面重点。之后桌面应用与 ChatGPT 合并，说明产品边界还会调整；访谈里的历史路线不能当作当前每个版本都保留相同入口的保证。

读者可把这篇报道当作设计评审材料：列出团队任务需要接触的文件和凭据、能容忍的环境准备时间，以及人工介入必须发生的节点，再比较本地、云端或桌面形态。它不证明本地执行普遍更好，也不提供 Codex 与 Claude Code 的全面胜负结论。访谈有助于理解 OpenAI 为何调整产品路线；独立测试仍决定哪种形态适合具体代码库。