7月17日消息,OpenAI 对此前推出的新版 ChatGPT 桌面应用做出快速调整。面对用户关于侧边栏消失、历史记录不同步的反馈,OpenAI 重新在桌面端侧边栏显示对话历史与项目,并实现网页、移动端和桌面端的聊天与工作历史同步。同一时期,该公司为 Codex 增加了 PR 聊天和内联编辑功能,用户可在 Codex 内直接向特定拉取请求提问,并在行内检查建议补丁后接受、拒绝或编辑,无需离开 Codex 即可完成从 PR 审查到后续修改的闭环。
两次更新都指向同一个方向:OpenAI 正在把聊天、工作和编码三种模式塞进同一款桌面应用,并加速 Codex 向完整开发工作流的渗透。但桌面端"本地任务仍保留在电脑上"的说明也暗示,部分 Agent 执行状态尚未完全上云,三端体验的一致性以及 Codex 在 PR 审查市场的实际竞争力仍需观察。
事件本身:桌面应用回滚侧边栏,Codex 扩展 PR 能力
7月9日,OpenAI 发布了由 GPT-5.6 驱动的 ChatGPT Work 以及重构后的 ChatGPT 桌面应用,将 Chat、Work、Codex 三种模式整合进同一客户端。新设计移除了传统侧边栏中的对话历史与项目入口,改为以 Work 和 Codex 为中心的界面,引发大量用户投诉。OpenAI 开发者社区中有用户指出,新版 macOS 应用完全隐藏了传统侧边栏,导致无法访问现有聊天记录和 Projects。
调整后的桌面应用恢复了侧边栏中的对话历史和项目视图,并支持在网页、移动端和桌面端之间同步聊天与工作历史。本地任务仍保留在电脑上,意味着涉及本地文件系统或长时间运行的 Agent 任务不会自动跨设备迁移。此外,桌面端现在可以轻松切换聊天模式和工作模式,与网页和移动端的显示方式保持一致。Codex 模式没有变化,OpenAI 称其为"经典款,且在其领域表现最佳"。
Codex 的更新则聚焦于拉取请求审查。用户现在可以在 Codex 内打开特定 PR 进行提问,Codex 会生成审查反馈;用户可以在代码 diff 行内查看建议补丁,选择接受、拒绝或手动编辑,然后再将修改推回 PR。这一流程把"审查—修改—提交"的循环收拢到单一工具内,减少了开发者在 IDE、GitHub 网页和聊天窗口之间切换的频率。
关键变化:从"模式切换"到"工作流闭环"
这次调整的核心不是新增某个独立功能,而是修复新版桌面应用的基础体验。侧边栏回归和三端同步说明 OpenAI 意识到,即便在 Agent 时代,用户仍然需要快速访问历史记录和项目结构。把 Chat、Work、Codex 三种模式并列塞进一个客户端,本质上是把"聊天机器人"重新定位为"工作入口",但用户习惯的迁移速度比产品团队预期的更慢。
Codex 的 PR 审查能力则是另一种逻辑的延伸。此前 Codex 已经支持多轮对话、代码编辑和多仓库上下文,但 PR 审查是开发者日常中高频且明确的价值点。OpenAI 把这一能力从 Codex SDK 和企业级服务下放到桌面应用,意味着 Codex 不再只是"写代码的助手",而是试图覆盖"代码审查—修改—合并"的完整片段。这与 GitHub Copilot Code Review、CodeRabbit、Greptile、Qodo 等工具正面相遇。 行业影响:AI 编码助手进入 PR 审查红海
PR 审查是 2026 年 AI 编码工具竞争最激烈的赛道之一。GitHub Copilot Code Review 已经原生集成在 GitHub 平台,CodeRabbit 和 Greptile 在中小企业中拥有稳定用户群,Qodo 等企业级工具则强调安全合规和自托管。OpenAI 的优势在于 Codex 与 ChatGPT 桌面应用的分发渠道,以及 GPT-5.6 在长上下文和多步骤任务上的表现;劣势在于企业客户对代码安全和审查可追溯性的要求,Codex 作为通用 Agent 工具需要在权限隔离、审计日志和企业策略上补课。 对于开发者个人而言,Codex 的 PR 聊天和内联编辑降低了审查反馈的处理成本。但这也意味着 AI 建议的修改更容易被直接合并,如果工具对业务上下文或架构边界的理解不足,可能加速"看起来对但跑起来错"的代码进入主干。行业目前的主流做法是让 AI 审查作为人类审查的辅助,而不是替代。
快速迭代背后是对桌面入口的押注
这次调整最值得关注的不是 Codex 新增了多少功能,而是 OpenAI 对桌面客户端的押注程度。在网页和移动端之后,桌面应用正在成为 Agent 工作流的必争之地:Anthropic 把 Claude Cowork 推向桌面,Cursor、Windsurf 等 AI 原生 IDE 也在扩展 Agent 能力。OpenAI 选择把 ChatGPT 桌面应用变成 Chat、Work、Codex 三合一容器,是在用消费级产品的分发能力包围工作场景。 但快速回滚侧边栏也暴露了一个风险:当聊天、工作、编码三种交互范式被压缩到同一个窗口时,界面复杂度和用户认知负荷会指数级上升。侧边栏的回归是短期止血,长期要看 OpenAI 能否为每种模式提供足够差异化的体验,而不是让用户在三者之间频繁迷路。
三端同步稳定性与 Codex 集成深度
接下来最值得观察的有三件事。第一是三端同步的稳定性,尤其是 Work 任务在桌面端中断后能否在网页或移动端无缝接续,"本地任务仍保留在电脑上"的边界能否被用户清晰理解。第二是 Codex PR 审查与 GitHub、GitLab 等企业常用代码托管平台的集成深度,如果只能处理简单 diff 而无法读取 CI 状态、测试报告或部署上下文,其实用性会大打折扣。第三是企业市场的接受度,Codex 需要在权限控制、审计日志和代码隐私上给出比消费级产品更严格的方案,才能真正进入被 GitHub Copilot 和 CodeRabbit 占据的团队采购清单。