2026 年 5 月 14 日，OpenAI 发了一条消息：Codex 进入 ChatGPT 手机 App 了。

很多人看到这条消息的第一反应是——好家伙，以后能在手机上写代码了？

如果你也这么想，那你大概率会失望。

手机屏幕就那么点大，虚拟键盘敲代码能爽到哪去？看个 diff 都要来回缩放，别说重构了，改个变量名都费劲。这不叫生产力，这叫自虐。

所以问题来了：OpenAI 搞这么大阵仗，就为了让你在手机上受罪？

显然不是。

Codex 上手机，真正的变化不是多了一个写代码的入口，而是编程代理的工作方式，开始从"你等它"变成"它等你"。

这句话是整篇文章的入口。看不懂没关系，我们从头拆。

手机不是开发机，是控制台

先搞清楚一件事：Codex 手机远程接入，不是把 Mac 上的 IDE 画面投到手机上。

也不是让你在手机 App 里打开一个终端然后敲命令。

更不是手机直连服务器。

它的结构其实很简单：

• • 你有一台主机在跑 Codex——可能是你的 Mac，一台常开的 Mac mini，或者一台 SSH 远程开发机。

• • 你的手机通过 ChatGPT App 连上这台主机。

• • 你在手机上发指令、做审批、看结果。

• • 真正的代码读写、命令执行、文件操作，全在主机上完成。

手机负责的只有一件事：控制。

你想想电视遥控器。遥控器上没有任何节目内容，所有节目都在电视盒子里。但按一下暂停，电视就停了；按一下换台，节目就变了。

Codex 手机端就是那个遥控器。

主机才是电视盒子。

Codex 手机端不写代码，它只负责在关键时刻让任务不卡住。

AI 编程代理最大的痛点不是算力，是等你

这里有一个很多人没意识到的真相。

AI 编程代理跑长任务的时候，真正的瓶颈往往不是模型太慢，而是——它需要问你。

Codex 跑到一半，发现要装一个依赖。装不装？它不知道，得问你。

跑到下一步，发现有两个修法。选 A 还是选 B？它不知道，得问你。

再下一步，测出三个测试挂了，要继续查吗？它不知道，还得问你。

这些问题单个看都不复杂。但问题是，如果你不在电脑前，Codex 就只能干等。

你下楼吃饭半小时，Codex 可能在第 3 分钟就问了你一个问题，然后对着屏幕发呆了 27 分钟。

真正烧钱的不是 token，是 agent 等你回消息的那段时间。

Codex 手机远程接入解决的，就是这个等待。

你在电梯里，看一眼手机，发现 Codex 卡在一个审批上。低风险，点一下允许。任务继续跑了。

你在出租车上，看到 Codex 问要选方案 A 还是方案 B。你之前想过这个问题，回了一句"选 B"。

你在等奶茶的时候，看到测试通过了，顺手让 Codex 把修改打成 PR。

这些事情不需要你坐下来打开 IDE。它们需要的只是你在关键时刻补一刀。

手机端 Codex 的价值，不是让你用小屏幕写代码，而是让你在离开电脑后，依然能做那个"拍板的人"。

三条路，看你有多认真

怎么用？可以分成三个段位。

青铜：Mac + 手机

如果你平时就在 Mac 上开发，只是想离开座位后继续跟进 Codex 进度，这条路就够了。

在 Mac 的 Codex App 里设置手机连接，扫个 QR 码，然后在手机上打开 ChatGPT 进入 Codex，就能看到正在跑的线程。

就这么简单。

代价也很清楚：Mac 一合盖，连接就断。Codex App 一关，远程就失效。

白银：Mac 做跳板，代码在远程

很多公司的项目代码不在本机，在 devbox、云服务器或者远程容器里。

这时候 Mac 成了受信任的入口，真正的执行在远程机器上。

手机 -> Mac Codex App -> SSH devbox，三层结构。

手机不直接 SSH 到服务器，Mac 也不是在复制代码。Mac 只是一个可信控制点，Codex 通过 SSH 操作远程机器上的文件和 shell。

安全要求不能省。SSH key 要配好，远程用户给最小权限，跨网络访问用 VPN 或 Tailscale。不要把未认证的服务暴露到公网。

王者：Always-on 主机

如果你经常让 Codex 跑半小时以上的任务，笔记本休眠会成为最大的敌人。

你以为是"让 Codex 跑着吧"，实际上可能是"机器已经睡了，Codex 停了半天你都不知道"。

更可靠的方案是搞一台 always-on 主机。

它可以是一台常开的 Mac mini，一台公司管理的开发机，或者一台保持在线的小服务器。

开机自启 Codex App，关闭自动休眠，只打开必要的项目目录，远程访问走 VPN 或 Tailscale。

手机只是你的控制台。真正的执行站 7x24 小时在线。

但是，手机审批是把双刃剑

方便是真的方便，危险也是真的危险。

你在地铁上，手机震了一下。Codex 问：是否允许执行 rm -rf /data/production/db？

你可能正被挤得站不稳，随手就点了允许。

等你反应过来，生产线已经冒烟了。

这不是危言耸听。手机上点一下太容易了，而很多命令点下去就收不回来。

所以必须给自己定几条规矩：

• • 删除、部署、迁移、密钥操作，回到桌面再确认。

• • 高风险命令不要因为手机上有个 Approve 按钮就变成随手一点。

• • 企业环境里，Remote Control 默认关闭是有道理的。SSO、MFA、passkey、audit log，不是形式主义。

手机让审批更方便，也让误批更容易。这条边界，你得自己划。

等等，Claude Code 不是也能远程吗？

说到这，肯定有人会问：你说的这些，Claude Code 不是也有吗？

确实有。Anthropic 的 Claude Code 提供了一个叫 Remote Control 的能力，也是在手机上接管本地 session。

但底子不一样。

Claude Code Remote Control 更像"把一条本地会话接到手机上"。

你在终端里跑 claude remote-control，然后从手机上接管这条 session。代码在本机执行，会话状态同步到手机。网络走的是出站 HTTPS，不在机器上开端口。

Codex 的远程更像"把一个完整的工程工作台映射到手机上"。

它不止一条会话，它是一个工作台——有项目、有线程、有审批、有 diff、有测试结果、有插件上下文、有截图和终端输出。

还有个容易踩的坑：Claude Code 有 --remote-control（远程接管本地会话）和 --remote（云端执行），是两个完全不同的东西。别搞混了。

Claude Code Remote Control 解决的是本地 session 跨设备接管；Codex remote access 解决的是 coding agent 工程工作台远程协作。一句话讲不清差别，但用起来感受完全不同。

那 OpenClaw 呢？跟这俩什么关系？

OpenClaw 和上面两个，根本不是一个物种。

Codex 和 Claude Code 是官方出品的编程代理产品。它们有自己的模型、账号、权限体系、移动端体验。

OpenClaw 是一个自托管的 agent gateway——说人话就是，一个你自己部署的 AI 代理中枢。

它可以把 Telegram、WhatsApp、Discord、Slack、WebChat 等各种聊天入口接进来，再连到不同的模型和 agent。

你想通过 WhatsApp 给 AI 发消息？OpenClaw 可以。

你想把微信、Telegram、Discord 统一到一个 agent 入口？OpenClaw 也可以。

但它不会自动给你 Codex 那样完整的 diff review、approval UI、工程上下文。

而且它是你自己部署的。Gateway 暴露多少端口、token 丢没丢、sandbox 配没配好，全看你自己。

Codex 是买票进场的官方体验；OpenClaw 是你自己搭舞台，想演什么演什么，但舞台塌了也只能自己修。

三个能力，三个选择

现在可以总结了。

有三个东西都能让你在手机上跟 AI agent 互动，但它们控制的东西完全不同。

Codex 手机远程解决的是 coding agent 工作台的远程协作问题。适合深度使用 ChatGPT/Codex 生态的开发者，需要在手机上看到工程上下文——线程、diff、测试、审批、插件。

Claude Code Remote Control 解决的是本地 Claude Code session 的跨设备接管问题。适合已经在终端里深度使用 Claude Code 的人，想把正在跑的会话接到手机上。

OpenClaw 解决的是自托管多渠道 agent 网关问题。适合想自己搭一个跨聊天平台、跨模型、跨工具的 AI 中枢的人，并且愿意承担运维和安全责任。

它们的共同点是：手机越来越多地成为 AI 的"控制平面"。

它们的差异点是：控制的东西不同——Codex 控制工程工作台，Claude Code 控制本地会话，OpenClaw 控制整个 agent 生态。

最后说几句

AI 编程代理正在经历一个微妙的变化。

过去两年，所有人的注意力都在"模型能不能写出更好的代码"。这个问题的答案越来越接近"能"，于是竞争点开始转移。

下一阶段的竞争，可能不再是"谁的模型更会写代码"，而是：

谁的 agent 更能融入你的工作流，而不是让你围着它转。

Codex 上手机不是什么颠覆性创新。它没有改变模型能力，没有改变代码质量，没有让 AI 突然学会了你不会的框架。

但它做了一件很实在的事：让一个正在你环境里跑任务的 agent，不再因为等你回消息而浪费算力和时间。

这件事听起来不大，但对真正用 AI 写代码的人来说，改变是实实在在的。

毕竟，最好的编程体验，不是让你坐在电脑前寸步不离，而是你可以站起来走开，而工作还在继续。