OpenAI 更新 ChatGPT 桌面应用，将 Chat、Work 和 Codex 整合到一个客户端。本文整理 Codex 新增的多仓库项目、PR 审查、Diff 内联编辑、Developer Mode 和手机远程控制等功能，并说明不同用户应该如何使用。
如果你最近打开 Codex，可能已经发现它正在发生一次比较大的变化。
OpenAI 在 2026 年 7 月 9 日发布了新版 ChatGPT 桌面应用，将原本相对独立的 Chat、Work 和 Codex 整合到了同一个客户端中。
这次更新不只是换了一个入口。Codex 还新增或强化了多仓库项目、Diff 内联编辑、Pull Request 审查、Computer Use 和手机远程控制等能力。
对于程序员、独立开发者和站长来说，Codex 正在从“帮你生成代码的 AI”，逐渐变成一个可以参与完整开发流程的编程智能体。
本文根据 OpenAI 官方更新说明，整理 Codex 最近值得关注的变化，以及这些功能在实际开发中有什么用。
一、先说结论：这次 Codex 更新了什么？
这次更新中，最值得关注的变化包括：
- Codex 并入新版 ChatGPT 桌面应用；
- Chat、Work 和 Codex 可以在同一个客户端中使用；
- 一个项目可以同时关联多个代码仓库；
- 可以直接在代码差异中进行内联编辑；
- 可以在侧边栏中进行 Pull Request 审查；
- Computer Use 的操作速度得到提升；
- 可以通过 ChatGPT 手机应用远程控制 Codex；
- Developer Mode 可以读取控制台、网络请求和页面状态；
/init命令可以帮助项目生成AGENTS.md；- Codex 可以在桌面应用、CLI、IDE 扩展和网页端使用。
如果你之前只是偶尔使用 ChatGPT 解释代码，这些更新的影响可能不明显。
但如果你经常让 AI 阅读项目、修改多个文件、运行测试、检查网页或者审查代码，这次升级会更有价值。
二、Codex 正式并入 ChatGPT 桌面版
这次最明显的变化，是 OpenAI 将 Chat、Work 和 Codex 放进了同一个桌面应用。
三个入口分别面向不同类型的任务：
| 功能 | 主要用途 |
|---|---|
| Chat | 日常问答、学习、写作、方案讨论 |
| Work | 调研、分析资料、制作报告和长时间任务 |
| Codex | 阅读代码、修改项目、运行命令和完成开发任务 |
过去，用户可能需要在 ChatGPT、Codex App、浏览器和终端之间来回切换。
整合后，可以先在 Chat 中讨论技术方案，再进入 Codex 修改项目。如果需要整理完整报告或处理资料，也可以使用 Work。
原来的 Codex App 用户可以直接更新应用，逐步迁移到新版 ChatGPT 桌面应用。新版客户端目前支持 macOS 和 Windows。
三、一个 Codex 项目可以关联多个仓库
多仓库支持是这次更新中很实用的一项能力。
现在很多真实项目并不是只有一个代码仓库，例如：
- 前端使用 React 或 Vue；
- 后端使用 Django、FastAPI 或 Node.js；
- 管理后台单独维护；
- 部署脚本放在另一个仓库；
- 公共组件和 SDK 分开管理。
以前使用 AI 修改这类项目时，经常需要分别打开仓库，手动说明它们之间的关系。
支持多仓库后，可以把相关代码放进同一个 Codex 项目中，让它同时理解前端、后端和部署配置。
例如可以这样描述任务：
请检查前端提交订单时使用的字段，并对照后端接口和数据库模型，找出参数不一致的地方。先给出分析，不要立即修改代码。
这种任务单独查看一个仓库很难得到完整结论，而多仓库上下文更适合处理跨项目问题。
不过，多仓库也意味着 Codex 能接触更大的修改范围。使用时仍然建议明确指定允许修改的仓库和目录，避免一次任务影响过多代码。
四、可以直接在 Diff 中进行内联编辑
Codex 完成代码修改后，开发者通常需要检查 Diff。
新版桌面应用强化了差异审查体验，可以直接针对具体修改进行评论和内联编辑。
这意味着你可以在检查代码时直接指出：
- 这个变量名称需要修改；
- 这里缺少空值判断；
- 这个异常不应该直接忽略；
- 该查询可能产生 N+1 问题；
- 这里应该复用项目现有方法；
- 这个测试还缺少一个边界条件。
以前可能需要重新写一段提示词，告诉 Codex “第几个文件的哪一段需要修改”。现在可以围绕具体代码差异沟通，减少上下文丢失。
比较推荐的工作方式是：
- 让 Codex 先分析问题；
- 确认修改计划；
- 限制可以修改的文件；
- 让 Codex 执行修改和测试；
- 检查 Diff；
- 针对具体代码继续调整；
- 最后再提交 Git 记录。
AI 可以提升修改速度，但最终是否合并，仍然应该由开发者决定。
五、Pull Request 审查更方便
新版 ChatGPT 桌面应用还增加了侧边栏 Pull Request 审查能力。
Codex 可以辅助检查：
- 修改是否符合原始需求；
- 是否遗漏异常处理；
- 是否存在权限问题；
- 数据库操作是否合理；
- API 字段是否保持兼容；
- 测试是否覆盖主要分支；
- 是否出现重复实现；
- 修改是否破坏项目现有结构。
你可以使用下面这类提示词：
请审查当前 Pull Request，重点检查权限控制、数据库事务、错误处理和向后兼容性。不要只总结改动，需要列出具体风险，并引用对应文件。
或者：
请对照需求说明检查当前 PR，找出没有实现、实现错误或缺少测试的部分，按照严重程度排序。
需要注意的是，Codex 的审查结果只能作为辅助意见。
涉及用户权限、支付、数据删除、文件上传、密钥管理和生产环境配置时，仍然需要人工检查。
六、Developer Mode 更适合调试网页
Codex 的 Developer Mode 可以通过受控的 Chrome DevTools Protocol 权限，帮助开发者检查浏览器中的页面状态。
它可以用于：
- 查看浏览器控制台报错；
- 分析网络请求；
- 检查接口返回；
- 查看 DOM 结构；
- 检查实际应用的 CSS；
- 分析 JavaScript 性能；
- 定位前端页面交互问题。
例如遇到“页面可以打开，但是按钮点击没有反应”时，Codex 可以同时检查：
- 点击事件是否绑定；
- 控制台是否报错；
- 请求是否发送；
- 接口是否返回异常；
- 按钮是否被其他元素遮挡；
- 页面状态是否正确更新。
与单纯把报错复制给 ChatGPT 相比，这种方式更接近真实的浏览器调试流程。
Developer Mode 默认不会自动开启，需要用户在 Codex 设置中主动启用。涉及后台、生产环境和敏感数据时，建议先确认访问范围。
七、可以通过手机远程控制 Codex
Codex Remote 已经从预览阶段进入正式可用状态。
用户可以在电脑上运行 Codex，然后通过 ChatGPT 手机应用查看任务进度、回答问题、批准操作或改变任务方向。
比较适合下面这些情况：
- Codex 正在运行耗时测试；
- 项目需要较长时间构建；
- AI 在分析大型代码仓库；
- 任务执行到一半需要人工确认；
- 离开电脑后仍想查看进度；
- 想通过手机继续当前开发任务。
远程控制并不代表代码会自动转移到手机。
项目文件、终端、开发环境和执行上下文仍然保留在连接的 Mac 或 Windows 主机上，手机主要用于查看和控制任务。电脑需要保持开机、联网，并运行对应的桌面应用。
八、/init 可以生成 AGENTS.md
Codex CLI 和桌面工作流中还加入了 /init 命令，可以为项目生成 AGENTS.md 基础文件。
AGENTS.md 可以用来告诉 Codex：
- 项目使用什么技术栈；
- 代码应该放在哪些目录；
- 如何启动项目；
- 如何运行测试；
- 使用什么代码风格；
- 哪些文件不能修改；
- 修改完成后需要进行哪些验证；
- Git 提交信息应该使用什么格式。
一个简单的项目规则可以这样写：
# Project Instructions
- 项目使用 Django 4.2 和 Python 3.11。
- 业务应用统一放在 apps 目录。
- 修改模型后必须生成并检查迁移。
- 新增视图逻辑需要补充测试。
- 不要修改 .env 和生产环境密钥。
- 完成后运行相关 Django 测试。相比每次任务都重新解释项目规则，把长期约定写进 AGENTS.md 更省时间，也能减少 Codex 修改代码时出现的偏差。
九、ChatGPT 免费版能不能使用 Codex？
根据 OpenAI 当前帮助文档，Codex 已经包含在多个 ChatGPT 套餐中，包括 Free、Go、Plus、Pro、Business、Enterprise 和 Edu。
不过，不同套餐的使用额度、可用功能和限制并不相同，而且可能继续调整。
简单理解：
- 偶尔体验 Codex，可以先使用免费套餐；
- 经常处理小型项目，可以根据实际额度决定是否升级；
- 每天进行项目级开发，更需要关注使用上限；
- 团队使用还要考虑权限、数据和工作区管理。
所以，现在并不是“只有 ChatGPT Plus 才能使用 Codex”，而是不同套餐拥有不同的使用空间。
如果你只是想了解 Codex，建议先从免费额度开始。确认它确实能改善你的开发流程后，再考虑是否需要更高额度。
十、哪些人更值得关注这次更新？
1. 独立开发者
独立开发者通常同时负责前端、后端、部署和运维。
多仓库项目、浏览器调试和代码审查，可以让 Codex 覆盖更多开发环节。
2. 网站站长
如果你维护 Django、WordPress、Node.js 或其他网站项目，可以让 Codex 协助：
- 排查页面错误；
- 优化数据库查询；
- 修复 SEO 技术问题；
- 修改模板和样式；
- 检查日志；
- 补充自动化测试。
3. 全栈开发者
前后端分仓库时，多仓库支持会比较有用。Codex 可以同时分析页面请求、接口定义和数据模型。
4. 小型开发团队
团队可以把项目约定写进 AGENTS.md，再通过 PR 审查和 Diff 评论控制代码质量。
5. 编程初学者
初学者可以用 Codex 解释项目和报错，但不要直接接受大范围修改。
更好的使用方式是先让它说明原因，再逐步修改和验证。
十一、升级后推荐这样使用 Codex
如果你准备把 Codex 用到真实项目中，可以按照下面的顺序开始。
第一步：让 Codex阅读项目
请阅读当前项目，说明技术栈、主要目录、启动方式和测试方式。暂时不要修改代码。第二步：分析一个具体问题
请分析文章详情页加载缓慢的原因，重点检查数据库查询、模板渲染和缓存使用。先给出证据和修改计划。第三步：限制修改范围
只允许修改 apps/blog 目录，不要修改配置文件和数据库迁移。修改后运行相关测试。第四步：检查修改结果
请总结实际修改的文件、每项修改的原因、运行过的测试和仍然存在的风险。第五步：人工查看 Diff
确认没有无关修改、危险操作和敏感信息后，再决定是否提交。
这样的流程比一句“帮我优化整个项目”更加可靠。
十二、Codex 和普通 ChatGPT 应该怎么选？
两者并不是互相替代的关系。
普通 ChatGPT 更适合：
- 学习技术概念；
- 解释一段代码；
- 讨论架构方案；
- 分析报错；
- 编写简单示例；
- 整理需求和文档。
Codex 更适合：
- 阅读完整项目；
- 修改多个文件；
- 执行终端命令；
- 运行测试；
- 检查网页；
- 审查代码差异；
- 处理真实开发任务。
我的使用方式通常是先用 ChatGPT 讨论需求和方案，再让 Codex 在项目中实施，最后人工检查代码。
十三、国内用户如何选择使用方案？
如果你已经有可用的 ChatGPT 账号，可以先直接查看账号当前是否提供 Codex，并测试免费额度是否够用。
准备长期使用前，建议重点确认：
- 当前套餐是否包含需要的 Codex 功能；
- 每周或每月使用额度是否满足需求；
- 是否需要桌面应用、CLI 或 IDE 扩展；
- 是否会处理私有代码和敏感数据；
- 是否需要团队权限和项目管理功能。
关于 Codex 的基础介绍，可以继续阅读：
如果你正在比较不同 AI 编程工具，可以参考：
Copilot、Cursor、Claude Code 和 Codex 怎么选
如果已经确定需要升级 ChatGPT 套餐，但支付方式不方便，可以查看我整理的方案：
也可以通过下面的推广入口查看当前支持的服务和价格：
邀请码：GPT45
说明：上方 WildAI 链接属于第三方推广链接，并非 OpenAI 官方页面。通过该链接使用服务时，我可能获得推广收益。具体服务内容、价格、账号要求和售后规则，以平台实时页面为准；具备官方订阅条件时，优先考虑官方渠道。
十四、总结
这次 Codex 更新的重点，并不是单独增加了一个代码生成功能，而是把 ChatGPT、桌面应用、代码项目、浏览器和移动端逐渐连接到一起。
值得关注的变化包括：
- Codex 并入新版 ChatGPT 桌面应用；
- 支持一个项目关联多个仓库；
- 强化 Diff 内联编辑和 PR 审查；
- Developer Mode 可以辅助网页调试；
- Codex Remote 支持手机查看和控制任务；
/init可以快速生成项目规则；- 免费和付费 ChatGPT 套餐都可以使用 Codex，但额度不同。
对于偶尔写代码的人，普通 ChatGPT 已经能解决不少问题。
但如果你每天都在维护真实项目，需要 AI 阅读代码、修改文件、运行测试和检查网页，那么 Codex 会比普通对话式 AI 更接近实际开发流程。
最后仍然需要记住：Codex 可以完成任务，但不能代替开发者承担代码质量和生产风险。