Codex 装进手机之后,AI 编程助手真的变了
Codex 进入 ChatGPT 手机端,手机变成随身控制台。但开源 OpenClaw 仍有自己的生态位。
昨天看到 Codex for mobile 的截图时,我第一反应很真实:
OpenClaw / Hermes 好像突然不香了。
不是因为它们做错了什么,而是 OpenAI 把一个关键入口直接塞进了 ChatGPT 手机端。以前我们默认“AI 编程助手”是桌面上的东西:终端、IDE、浏览器、代码仓库、测试结果,全都围绕电脑展开。
但这次 Codex 进入移动端之后,事情的重心有点变了。
手机不再只是接收通知的屏幕,它变成了一个随身控制台:你可以在路上看 Codex 跑到哪一步,回答它的问题,批准下一条命令,检查 diff,甚至给一个正在执行的任务临时换方向。
这不是一个小功能更新,而是 AI 编程工作流的一次入口迁移。
先说结论:手机不是拿来写代码的,是拿来“接管关键时刻”的
OpenAI 这次的定位很清楚:Codex in the ChatGPT mobile app。
它不是把整个代码仓库搬到手机里,也不是让你在 6 英寸屏幕上痛苦地敲代码。官方说法是:Codex 仍然运行在你的电脑、Mac mini、devbox 或远程环境里,手机端加载这些环境里的实时状态。
换句话说:
- 代码、文件、凭据、权限,仍然留在原来的开发环境;
- 手机负责查看进度、补充上下文、批准命令、切换方向;
- 终端输出、截图、测试结果、diff、approval 会实时回到手机上。
这其实非常符合 AI Agent 的工作节奏。
真正消耗人的,不是一直盯着它干活,而是它在关键节点卡住时,需要你给一句判断:
“这个命令能不能跑?”
“这两个方案选哪个?”
“这个改动是不是符合产品意图?”
以前这些节点会把任务挂在那里,等你回到电脑前。现在它们被压缩到了手机上的几次确认。
这次更新,真正厉害的是“连续性”
很多人看到 Codex mobile,会自然理解成“手机版 Codex”。
但我觉得更准确的说法是:Codex 多了一个随身接管面。
官方页面里有几个信息点值得注意:
第一,它可以连接你正在运行 Codex 的机器。这个机器可以是笔记本、Mac mini,也可以是远程开发机。
第二,移动端不是只能控制单个任务。OpenAI 强调,它可以跨 active threads 工作,查看 outputs、approvals、plugins、project context。
第三,OpenAI 提到它背后有一层 secure relay,让受信任机器可以跨设备保持可达,但不需要直接暴露到公网。
这三点放在一起,说明 Codex mobile 的核心不是“移动办公”,而是“长任务不中断”。
AI 编程助手越来越像一个会持续工作的同事。你不需要坐在它旁边,但你需要在合适的时候出现一下。
手机端解决的就是这个“出现一下”。
为什么很多人会觉得现有方案突然不香了?
因为入口太强了。
ChatGPT 手机 App 本来就是很多人的高频入口。现在 Codex 直接出现在这个入口里,意味着用户不需要额外理解一套 bot、一套面板、一套远程控制逻辑。
你只要打开 ChatGPT,就能接着看工作。
这对 OpenClaw / Hermes 这类系统会形成很强的心理压力:
以前我们可以说,自己提供的是“随时随地调度 Agent”。
现在 OpenAI 说:这个入口我也有了,而且就在 ChatGPT 里。
更重要的是,Codex mobile 不是一个玩具功能。OpenAI 同时提到了 Remote SSH、Hooks、Programmatic access tokens、企业环境、HIPAA 合规场景等配套能力。它不是单点做一个手机 UI,而是在把 Codex 变成跨设备、跨环境、跨组织的开发工作层。
所以短期看,确实会让很多第三方 Agent 壳、远程控制面板、轻量编程助手显得没那么性感。
这很正常。
平台级产品一旦把入口收回去,很多“入口型创新”都会被重新定价。
但这不等于开源 OpenClaw 没有位置
我反而觉得,这次更新把 OpenClaw 的生态位衬得更清楚了。
如果你只是想用 Codex 写代码、改 PR、跑测试、看 diff,那 OpenAI 官方入口当然会越来越顺。尤其是它和 ChatGPT 账号、移动端、桌面端、远程环境打通之后,普通用户没有理由绕远路。
但 OpenClaw 这类开源系统解决的不是同一个问题。
Codex 更像一个强大的官方工作代理;OpenClaw 更像一个你可以自己改造的 Agent 操作系统。
区别在于:
- 你能不能自己定义入口?
- 你能不能接自己的 Telegram、飞书、微信、网站后台?
- 你能不能把公众号生产、热点采集、草稿发布、评论互动、内部知识库,都串成自己的工作流?
- 你能不能把模型、工具、记忆、定时任务、审批逻辑,放到一个可控的开源框架里?
OpenAI 的优势是默认好用、入口巨大、体验统一。
OpenClaw 的优势是可塑性、可部署性、可连接性,以及它不只围绕“代码”这一件事。
所以我的判断是:
Codex mobile 会吃掉很多通用型 AI 编程入口,但不会吃掉所有自定义 Agent 工作流。
尤其对独立开发者、小团队、内容团队、运营团队来说,真正有价值的可能不是“手机上能不能批准一条命令”,而是能不能把自己的业务流程,变成一组长期可运行、可审计、可调整的数字员工。
一个很现实的限制:Windows 还要再等等
这次也有一个小坑。
OpenAI 在官方发布里写得很明确:Codex mobile preview 已经开始在 iOS 和 Android 的 ChatGPT App 中推出,覆盖包括 Free 和 Go 在内的所有计划、支持地区。但如果你要把手机连接到 Windows 上的 Codex app,目前还不行,官方写的是 coming soon。
也就是说,现阶段想完整体验“手机连接电脑端 Codex”,Mac 侧会更顺。
这也解释了为什么很多人看到截图很兴奋,但自己一试发现连不上:不是你操作错了,而是 Windows phone-to-Codex desktop support 还没到。
对开发者来说,现在最该学的不是某个 App,而是新的协作节奏
我觉得这次更新最值得关注的,不是 Codex 多了一个手机入口,而是它强化了一种新节奏:
人不再负责持续执行,人负责关键判断。
Agent 不再只是一次性回答问题,而是拿着上下文持续推进任务。
桌面端负责执行,手机端负责接管,云端或 relay 负责保持连接。
这套节奏会慢慢变成 AI 编程工具的默认形态。
以后我们评价一个 Agent 系统,可能不会只问:
“它会不会写代码?”
而是会问:
“它卡住时,我能不能及时知道?”
“它需要权限时,我能不能安全批准?”
“它跑偏时,我能不能低成本拉回来?”
“它的上下文、文件、凭据和权限,是不是放在该放的位置?”
这才是 Codex mobile 这次真正提醒我们的地方。
最后
所以,我对这件事的态度是两层:
第一层,作为用户,Codex for mobile 很香。它把 AI 编程助手从桌面工具推进到了随身协作工具。
第二层,作为 OpenClaw 的观察者,我反而更确认:开源 Agent 系统不能只做“另一个 Codex 入口”,而要做 Codex 不适合做、官方平台不可能为每个人定制的那部分。
比如,把 AI 编程、内容生产、增长运营、公众号发布、社群互动、个人知识库和定时任务,全部串进一个可控的工作空间里。
Codex 装进手机之后,AI 编程助手的入口战争会更激烈。
但开源 OpenClaw 的生态位,也会因此变得更窄、更清楚、更有价值。
这个话题,下期我们专门聊。
资料来源:
OpenAI 官方发布:Work with Codex from anywhere
https://openai.com/index/work-with-codex-from-anywhere/
ChatGPT Codex Mobile 页面
https://chatgpt.com/codex/mobile/