Codex 正式登陆 ChatGPT 移动 App，OpenAI 用「手机」围剿 Cursor 的桌面腹地

事件 · 2026-06-25

OpenAI 宣布 Codex 在 ChatGPT 移动 App 上正式开放（GA），从 5 月 14 日的预览版升级为所有 ChatGPT 用户可用（含 Free / Go / Plus / Pro 全档位）：

• 入口：iOS + Android 版 ChatGPT App 内置 Codex 模块
• 关键升级：
• 一对一设备配对（手机 ↔ 电脑，BLE / 局域网加密信道）
• 移动端新增 通知 / 目标 / 侧边聊天 / 文件预览 / 内联审阅评论
• 支持「启动任务 → 离开 → 通知提醒 → 移动端审阅 → 批准下一步」全闭环
• 底层模型：基于 GPT-5.5（Codex Cloud Agent）

OpenAI 同时强化了 Codex CLI 与 IDE 插件（VS Code、JetBrains），意图覆盖从「移动端 → 桌面端 → 命令行 → IDE」全场景。

原文（OpenAI 官方 X）：https://x.com/OpenAIDevs/status/2070254532911882707 中文报道：https://k.sina.cn/article_7857201856_1d45362c001906ygxe.html 详细教程：https://wangruofeng007.com/blog/2026-05/openai-codex-chatgpt-mobile-setup-guide/

---

深度剖析

OpenAI 把 Codex 推向移动端，看似只是「补全平台」，实际是入口战略的根本转向：

第一层：移动端是开发者真正「在场」的时间。开发者白天在 IDE 里写代码，但通勤、会议、午休、睡前才是「决定下一步写什么」的关键时段。Codex 在手机上跑通「提示任务 → 收到完成通知 → 移动端 review 代码 → 批准合并 PR」全闭环，等于把开发者的决策时刻全部抓在 ChatGPT App 里。

第二层：突破 Cursor / Anthropic 的桌面壁垒。Cursor 的护城河是「IDE 内的代码编辑器 + AI 助手」无缝体验；Claude Code 的护城河是「终端里的 agent loop」。两家都把 AI coding 锁在桌面会话里。OpenAI 用 ChatGPT 移动 App 作为统一入口——开发者在手机上不打开 Cursor、不打开 VS Code，只打开 ChatGPT，就能驱动远端 Codex agent 完成代码工作。这是一场「桌面 vs 移动」的范式之争。

第三层：ChatGPT 用户基数碾压。ChatGPT 移动 App 月活已经远超 Cursor / Claude Code 的付费用户数。即使只有 1% 的 ChatGPT 用户被转化成 Codex 用户，绝对数也是 Cursor 现有付费用户的数倍。「ChatGPT 流量入口」是 OpenAI 最深最广的护城河。

第四层：企业 IT 友好的部署路径。很多企业的安全策略不允许员工在手机上装 Cursor 或 Claude Code，但 ChatGPT 通常是已批准的 SaaS。Codex 移动端 = 在企业合规框架内给员工一个 AI coding 入口——这是企业 AI coding 渗透的关键加速器。

值得关注的原因

• 移动端是开发者决策时刻的主战场：当 AI coding agent 能跨设备协同，开发者的注意力分配会发生根本变化。「在手机上 review PR」会变成常态。
• OpenAI 把 Codex 定位为「跨端 AI 开发平台」：不是「ChatGPT 加一个功能」，是「Codex 借 ChatGPT 的壳进所有设备」。这是 OpenAI 在 DevTools 赛道的第一场正面战。
• ChatGPT 用户基数是真正的杀手锏：Cursor 2025 年付费用户约 50 万，Claude Code 2026 H1 约 100 万；ChatGPT 移动端月活 1.5 亿+。流量入口的差距是数量级的。
• 设备配对 + 安全审计：一对一设备配对、企业级审计日志——这是为「AI coding 进企业 IT 系统」铺路，与 Anthropic Claude Tag 进 Slack、Notion 嵌入 Cursor SDK 同属「AI coding 助手企业化」的潮流。

风险与待观察

• 移动端 UX 是否足够流畅：在 6 寸屏幕上审阅 diff、看测试结果、批准合并——这考验 OpenAI 的交互设计能力。如果体验粗糙，移动端反而会成为「鸡肋入口」。
• Codex 与 ChatGPT 主体体验的冲突：ChatGPT 主体是「对话问答」，Codex 模块是「agent 工作流」。两者在 UI、信息密度、用户预期上完全不同。OpenAI 能否在同一个 App 里无缝承载两种范式？
• 企业部署的安全护栏：虽然一对一设备配对，但 ChatGPT App 本身在企业 IT 里仍可能被禁用。OpenAI 需要单独提供「Codex 企业版」才能真正突破企业合规。
• 与 Cursor / Claude Code 的差异化：Codex 移动端能做的事，Cursor Cloud + 浏览器、Claude Code + 飞书/钉钉插件同样能做。真正的胜负手是「agent 自主性」——Codex 能在用户离开时主动推进多远。

结论：OpenAI 的真正意图不是「给 ChatGPT 加个开发功能」，而是「用 ChatGPT 当流量入口，把 Codex 推到每一个开发者的口袋里」。当开发者通勤路上批准合并 PR 变成习惯，Cursor 的桌面护城河就不再稳固——AI coding 的下一个战场，不在 IDE 里，在手机里。

---

*本文为 2026-06-28 每日 AI 资讯 · Topic 4 / 5。原文链接见各小节标题。*