夜雨聆风OpenAI 疑似在 ChatGPT 移动端测试 Codex 远程控制功能——用户可以在手机上查看状态、处理阻塞、审批代码变更，桌面上的 AI 编程代理持续运行。官方帮助中心已将 Codex 纳入 ChatGPT 计划体系，Remote Control 权限写入企业管理后台。ChatGPT 正在从聊天工具向跨设备 AI 工作调度入口演进。
手机上冒出了一个「Set up Codex mobile」
5 月 9 日，科技爆料账号 TestingCatalog 在 X 上发了一条帖子，配了一张截图。
截图里出现了一个从未公开过的 ChatGPT 移动端界面：「Set up Codex mobile」。
▲ TestingCatalog 发布的推文，展示了 ChatGPT 移动端疑似出现的 Codex 连接界面和「Set up Codex mobile」引导页
界面上直接标注了用途：
"Use the ChatGPT app on your phone to keep working with Codex whenever your computer is awake."
「用手机上的 ChatGPT 应用继续处理 Codex 任务——只要你的电脑保持唤醒状态。」
三个功能入口也列了出来：访问所有线程和项目、创建新任务、在 Codex 桌面端完成任务或需要你介入时收到通知。
TestingCatalog 的判断是：
"We will likely see a deeper integration between Codex and ChatGPT already very soon."
「我们很可能很快就会看到 Codex 与 ChatGPT 之间更深层的集成。」
同一条帖子还提到，OpenAI 发布的一张手机+星球图片引发了「自研手机」的猜测。但帖子作者自己也说，这个时间点推硬件「quite unrealistic」——更多人认为，这是 OpenAI 在 Google I/O 前抢注意力。
TestingCatalog 把线索落到了具体产品
第二天，TestingCatalog 发了一篇正式报道，标题直接点明方向：「OpenAI set to add remote Codex control to ChatGPT mobile app」。
▲ TestingCatalog 2026 年 5 月 10 日报道，称 OpenAI 正准备在 ChatGPT 移动端加入 Codex 远程控制功能
文章称，有用户短暂看到了 ChatGPT 移动端里一个新界面——包含连接 Codex 的选项。作者 Alexey Shabanov 写道：
"OpenAI teases a new ChatGPT feature allowing direct control of Codex from mobile devices, aiming to unify coding workflows."
「OpenAI 预告了一项新的 ChatGPT 功能，允许从移动设备直接控制 Codex，目标是统一编程工作流。」
文章还做了一个类比：这个流程和 Anthropic 推出的 Claude Code Dispatch 类似——开发者可以在手机端监控和引导桌面上运行的 AI 编程会话。
需要注意的是：这仍是第三方报道和社区爆料，OpenAI 官方尚未正式宣布这个功能。
官方帮助中心已经铺好了路
移动端控制还没有正式发布，但 OpenAI 的帮助中心已经把 Codex 和 ChatGPT 的整合关系落到了文档里。
▲ OpenAI 帮助中心「Using Codex with your ChatGPT plan」页面，详细说明了 Codex 与 ChatGPT 计划、权限和控制面的关系
几个关键事实——
Codex 已经纳入 ChatGPT 的计划体系。Plus、Pro、Business、Enterprise/Edu 用户直接包含 Codex；Free 和 Go 用户限时可用。
登录方式统一。用户可以通过 ChatGPT 账号启动 Codex app、Codex CLI、Codex IDE 插件和 Codex web——所有入口，同一个账号。
企业管理层面已经打通。帮助中心原文写道：
"Note that controls apply to all surfaces (ChatGPT web, Atlas, ChatGPT mobile and Codex)…"
「请注意，控制项适用于所有平台（ChatGPT 网页版、Atlas、ChatGPT 移动端和 Codex）……」
ChatGPT mobile 已经和 Codex 被放在同一个管控语境里。
Remote Control 权限已写入文档。帮助中心还提到：
"If members need to connect to and control their Codex local app environment from another Codex client, admins or owners may also need to enable Remote Control..."
「如果成员需要从另一个 Codex 客户端连接并控制自己的 Codex 本地应用环境，管理员或拥有者可能还需要启用 Remote Control 权限……」
这把 TestingCatalog 的移动端线索和官方权限模型接上了：OpenAI 至少已经在企业管理层面预留了「从另一个设备控制 Codex」的能力。
但官方同时画了一条边界：
"Your ChatGPT and Codex conversations remain separate, but some settings and connected services may carry over between them."
「你的 ChatGPT 和 Codex 对话仍然是分开的，但部分设置和已连接的服务可能会在两者之间共享。」
现在的状态是：同账号、同套餐、同权限体系、connected services 互通，但对话仍然各管各。深度集成正在推进，ChatGPT 和 Codex 还没有完全合并成一个会话。
手机只需要做好一件事：当好控制面板
理解这个功能的关键在于：手机上不需要跑完整的开发环境。
OpenAI 开发者文档已经说明了 Codex 的云端执行模式：
"With Codex cloud, Codex can work on tasks in the background (including in parallel) using its own cloud environment."
「通过 Codex 云端，Codex 可以使用自己的云环境在后台处理任务（包括并行处理）。」
▲ OpenAI 开发者文档 Codex web/cloud 页面，说明了后台并行执行、GitHub 连接和 PR 创建的工作流
用户连接 GitHub 后，Codex 可以在云端处理仓库代码、运行测试、创建 Pull Request。从 IDE 插件发起的任务也可以委托给云端执行，开发者只需监控进度、本地应用 diff。
如果手机端接入这个链路，定位就确定了——手机承载的是状态查看、指令补充、错误处理和最终审批，代码执行还是在云端和桌面上完成。
开发者 @DoDataThings 有一个形象的说法：手机就是 coding agent 的「control plane」——查看状态、调整方向、解除阻塞，不必坐回电脑前。
开发者在意的根本问题
社区里最有价值的讨论，已经超越了「手机控制」这个功能本身。
@Agent_Kro_Works指出，真正有价值的地方在于 context continuity（上下文连续性）：在桌面上启动任务，通勤时在手机上审 diff，回家在沙发上批准 merge。设备切换不应该打断工作流，任务状态才是核心。
@PointWake25从实际场景切入：对于 dispatcher、contractor 这些不坐在桌前的角色，mobile agent 意味着能在赶往下一个现场之前 ship 一个改动。
@getjarvis_ai给出了冷静提醒：手机端只有在 Codex 携带完整的 live task state 时才有价值——当前分支、已修改文件、命令输出、阻塞点。否则就只是 remote babysitting（远程保姆式看护），没有实际意义。
@Kristen20051则直接点出了最大风险：auth（认证）、secrets（密钥）和 safe file access permissions（安全文件访问权限）。移动端审批代码任务，必须处理好权限和密钥管理，否则新的便利可能变成新的供应链攻击面。
从 Codex 诞生那天起，方向就已经埋好了
回到 2025 年 5 月，OpenAI 发布 Codex research preview 时，产品定位就已经指向今天的走势：
"Today we're launching a research preview of Codex: a cloud-based software engineering agent that can work on many tasks in parallel."
「今天我们发布 Codex 的研究预览版：一个基于云端的软件工程代理，可以并行处理多个任务。」
▲ OpenAI 2025 年 5 月发布 Codex research preview 的官方博客，强调云端沙箱、并行任务和可验证执行
Codex 从一开始就设计为云端执行、用户审批的模式。每个任务运行在独立的隔离环境中，完成后通过 terminal logs 和 test outputs 提供可验证的执行证据。
OpenAI 同时划定了一条安全底线：
"It still remains essential for users to manually review and validate all agent-generated code before integration and execution."
「用户在集成和执行之前，手动审查和验证所有由代理生成的代码，仍然至关重要。」
这条底线和 Codex 产品页上的定位一起，构成了完整的产品逻辑：
"Use Codex across multiple surfaces, all connected by your ChatGPT account."
「在多个平台上使用 Codex，全部通过你的 ChatGPT 账号连接。」
Codex app、编辑器、终端、云端——现在可能加上手机——都统一到同一个 ChatGPT 账号下。OpenAI 在做的事情，是把 ChatGPT 从一个对话窗口，推向一个跨设备的 AI 工作调度中枢。
便利和安全的拉锯战才刚刚开始
手机遥控 AI 编程代理，听起来很酷。但冷静想一下，这条产品路径上有大量待解的问题。
代码执行型代理牵涉 GitHub 权限、SSH 连接、浏览器会话、插件、密钥、企业级 RBAC、审计日志、测试输出和人工最终确认。手机端如果只追求「随手批准」，反而可能增加误操作的风险。
一个 field engineer 在施工现场用手机批准了一条 PR，但那个 PR 修改了生产环境的配置文件——这种场景下，「方便」和「安全」之间的张力会被放到最大。
OpenAI 显然意识到了这一点。帮助中心把 Remote Control 放在企业管理员权限下，RBAC 和 workspace controls 覆盖所有平台，training data controls 也会影响 Codex 的数据使用。
但产品层面还有大量空白：移动端的 diff 审查体验怎么做？小屏幕上怎么展示 terminal logs？误操作的回滚机制是什么？这些问题的答案，将决定「手机遥控 Codex」到底是生产力突破，还是又一个看起来很炫但没人真用的功能。
ChatGPT 的第一波成功，降低了「问问题」的门槛。Codex 集成要做的事情更大——降低「把意图转成真实工程动作」的门槛。手机不需要变成 IDE，但它需要成为一个足够安全、足够清晰的控制面板，才能真正改变开发者在通勤、会议、故障响应和客户现场的工作方式。
这场实验的走向，取决于 OpenAI 能不能在「随时随地」和「安全可控」之间找到平衡点。
— END —
