Codex 并入新版 ChatGPT 桌面端：GPT-5.6、内联 Diff 与多仓库项目汇成一套工作台

OpenAI 在 2026 年 7 月 9 日发布面向复杂工作的新版 ChatGPT 体验，并宣布把 Codex 应用能力合入新的 ChatGPT 桌面端。它不是简单更换入口：ChatGPT Work、Codex、GPT-5.6、应用与文件正在被组织成同一套桌面工作空间。

Codex 不再是桌面端的独立孤岛

官方说明，现有 Codex 应用将更新到新版 ChatGPT 桌面应用，用户仍可把 Codex 设为默认视图并保留 Codex 图标。Codex 项目也能从移动端访问。OpenAI 公告

这更像产品层合并，而不是 Codex 功能消失。编码 Agent 继续承担仓库、终端、diff 和 PR 任务，但它与通用知识工作共享项目、文件、应用连接和跨设备入口。对用户来说，过去“在 ChatGPT 里讨论、再到 Codex 执行”的切换成本可能下降；对管理员来说，数据边界和权限模型则需要重新审视。

GPT-5.6 把编码与计算机使用放进同一能力底座

新版 Codex 由 GPT-5.6 能力支撑，OpenAI 特别提到更快的计算机使用表现。GPT-5.6 同时覆盖设计、知识工作和编码，并在 Codex 中提供不同模型与推理档位。GPT-5.6 发布说明

这意味着一次软件任务可以包含读需求、查资料、改代码、运行验证、处理界面和整理交付，而不是在不同模型之间手工拆散。但“能操作电脑”仍然不是权限许可：发消息、部署、删除、购买和修改生产配置需要明确审批。

内联 Diff 编辑缩短了审查与修改的往返

官方列出的 Codex 更新包括在 diff 中直接进行内联编辑。以往用户看到 Agent 改动后，常要另发一条指令描述行号和修改意见；内联编辑让人可以在变更上下文中直接收紧措辞、调整实现或修正边界。OpenAI 公告

这对 Agent 协作的意义是“审查产物”变得更像可共同编辑的工作面，而不是一次性回答。不过，内联编辑仍不替代测试、类型检查和运行验证。视觉上更容易改，不代表工程上已经正确。

PR 审查侧栏把评论与代码上下文拉到一起

新版 Codex 还增加了 PR review 侧栏，用于集中查看和处理审查反馈。对于已有 GitHub 工作流的团队，这能减少浏览器、终端和 Agent 对话之间的来回切换。OpenAI 公告

真正的质量提升取决于它是否保留三类证据：原始审查评论、对应 diff，以及处理后的验证结果。如果 Agent 只把评论标成“已处理”却没有可追溯修改，侧栏只是更漂亮的任务列表。

多仓库项目对应真实软件的依赖关系

官方说明 Codex 可以在一个项目中处理多个仓库。这对前端、后端、基础设施和文档分仓管理的团队很关键：一个需求可能同时改变 API 合同、客户端调用和部署配置。OpenAI 公告

多仓库也会扩大误改范围。团队需要预先定义每个仓库的写权限、基线分支、验证命令和提交边界；如果 Agent 同时打开多个脏工作区，更要记录哪些改动属于用户、哪些属于当前任务。

ChatGPT Work 让“工作任务”与“代码任务”相邻

OpenAI 把 ChatGPT Work 描述为可以跨应用和文件处理较长复杂项目的 Agent 体验，并强调 Codex 技术已内置其中。官方示例覆盖知识工作，而 Codex 继续聚焦技术工作。OpenAI 公告

产品方向很明确：用户先从“要完成什么工作”出发，再由系统调用文件、应用、浏览器、代码和多 Agent 能力。工具分类正在退到后台，项目上下文和可交付结果成为主入口。

桌面合并会重新放大治理问题

当文档、业务应用、代码仓库和电脑控制进入同一桌面端，原本分散的风险也会汇合：

• 一个项目是否能同时看到公司文档和源代码。
• 移动端能访问哪些 Codex 项目内容。
• 应用连接、仓库写权限和终端命令如何分级。
• Agent 在后台运行时，什么动作必须等人确认。
• 组织保留哪些日志，如何撤销授权和处理离职账号。

企业不应只看功能列表，还要核对计划、地区、管理员控制、数据保留和应用连接政策。官方公告中的产品开放是分阶段的，实际入口可能因账号方案和管理员设置不同。

对团队最实用的准备是统一项目事实面

在等待新版桌面端开放期间，团队可以先做好四件事：把项目规则和验证命令放进仓库；把跨仓库依赖写清；区分只读、可写和需审批工具；要求每次 Agent 交付包含改动文件、测试结果、未完成项和 Git 状态。

Codex 与 ChatGPT 的合并降低了入口切换，却不会自动解决事实过期、权限过宽和审查缺失。工作台越统一，项目自己的治理文件越重要。