夜雨聆风
如果你已经开始用 Codex、Claude Code、Cursor 这类 AI 编程工具，应该会有一个很熟悉的感觉：
AI 干活的时间变长了，但你反而更容易被电脑“拴住”。
它跑测试，你要等。
它改到一半问你选哪个方案，你要回。
它准备执行一个高权限命令，你要批。
它产出 diff，你还得看一眼有没有跑偏。
以前我们以为 AI coding 的核心问题是“它会不会写代码”。现在更现实的问题变成了：当 AI 已经能连续干活时，人能不能在合适的时刻接管判断，而不是一直坐在电脑前陪跑。
OpenAI 这次把 Codex 放进 ChatGPT 手机 App，我觉得真正有意思的地方就在这里。
它不是把手机变成 IDE。
它是把手机变成 AI 编程任务的指挥台。
先把概念说清楚：不是手机写代码
很多标题会写“手机控制电脑写代码”。这个说法有传播力，但容易让人误解。
从 OpenAI 官方资料看，Codex 手机端的关键并不是让你在手机屏幕上改文件、拖窗口、敲终端。
更准确地说，是：手机连接到正在运行 Codex 的主机，然后在手机上查看进度、补充指令、审批动作、查看输出，并在必要时改变方向。
这个主机可以是你的 Mac 笔记本，也可以是一台专门常开的 Mac，还可以通过 SSH 接入远程开发环境。
真正执行任务的地方，仍然是电脑或远程开发环境。
代码文件在那里。
终端命令在那里跑。
本地凭据、插件、浏览器登录状态、MCP 服务、Computer Use 能力，也都来自那台主机。
手机做的是低带宽但高价值的动作：判断、审批、补充上下文、切换任务、查看结果。
这就像一个系统里的控制面和执行面分离。
手机是控制面。
电脑和 devbox 是执行面。
开发者不再需要一直盯着执行面，但仍然保留关键决策权。
OpenAI 这次到底开放了什么
根据 OpenAI 官方文章和 Developers 文档，这次 Codex in ChatGPT mobile 的能力大致可以分成几类。
第一，继续已有任务。
你可以在手机上接上电脑里正在跑的 Codex thread。比如早上出门前让 Codex 做一次重构，路上它发现两个实现路径，需要你选一个。以前你只能等到电脑前再处理；现在手机上就能看取舍、给方向，让任务继续跑。
第二，审批关键动作。
Codex 需要执行命令、访问工具、继续某个操作时，可能需要你的确认。手机端可以处理 approvals，这一点比“远程看一眼”重要得多。因为 AI 编程真正卡住的地方，往往不是没有算力，而是缺少人的判断。
第三，查看真实输出。
OpenAI 提到，手机端可以看到 screenshots、terminal output、diffs、test results 和 approvals。也就是说，手机不是只显示一个聊天摘要，而是能把执行现场的关键信号带回来。
第四，跨线程和跨主机工作。
官方文档里写得很明确：你可以在 host 上的项目里启动新 thread、继续旧 thread、在 connected hosts 和 threads 之间切换。它不是单任务遥控器，更像一个移动端任务面板。
第五，通过安全中继连接可信机器。
OpenAI 的说法是，Codex 使用 secure relay layer，让可信机器能被你的授权 ChatGPT 设备访问，而不需要把机器直接暴露到公网。
这一点很关键。
因为“手机控制电脑”听起来很爽，但从安全角度看，它本质上是在扩大控制入口。入口越方便，越要明确认证、授权、网络暴露和主机边界。
为什么我更愿意把它叫“随身审批”
我不太喜欢把这个更新理解成“随时随地写代码”。
因为手机真的不适合长时间写代码。
屏幕太小，输入太慢，上下文切换成本太高。你可以在手机上打一个想法，但不适合在手机上审完整个架构变更。
更适合手机端的，是这几种动作：
- • 看任务有没有跑偏
- • 回答 Codex 的澄清问题
- • 批准或拒绝一条命令
- • 选择 A/B 两种实现方向
- • 看测试结果和 diff 摘要
- • 把刚想到的新需求丢进队列
- • 在不方便开电脑时暂停某个危险动作
所以我更愿意把它叫“随身审批”。
AI 负责连续工作，人负责关键节点。
这会让程序员的角色发生一点变化：你不是一直握着鼠标键盘亲自执行，而是更像一个任务主管，决定哪些事可以继续，哪些事要停，哪些事需要换方向。
一套更合理的使用方式
如果你想试 Codex 手机端控制电脑，我建议不要一上来就把复杂需求全丢给它。
更稳的方式，是从低风险任务开始。
比如：
| 场景 | 适不适合手机端处理 | 原因 |
|---|---|---|
| 查看测试是否通过 | 适合 | 信息明确，风险低 |
| 审批一次无破坏性命令 | 适合 | 可根据上下文快速判断 |
| 让 Codex 总结某个 bug 的进展 | 适合 | 手机端阅读成本低 |
| 决定两个重构方案选哪个 | 适合，但要谨慎 | 需要看 trade-off，不宜只看一句摘要 |
| 大规模改数据库结构 | 不适合直接手机审批 | 风险高，需要完整上下文和回滚方案 |
| 处理生产环境凭据和权限 | 不建议在移动端草率操作 | 需要更严格的安全确认 |
我的建议是：手机端只处理“推进任务”的动作，不处理“不可逆决策”。
它适合让任务不断档，不适合让你在碎片时间里做高风险决策。
一个更健康的工作流可以是这样：
- 1. 在电脑上启动 Codex，明确任务边界。
- 2. 让它先做低风险动作，比如阅读代码、定位问题、跑测试、整理候选方案。
- 3. 出门后用手机看进度和问题。
- 4. 对简单阻塞，直接补充上下文或审批。
- 5. 对高风险动作，要求 Codex 先输出计划、影响范围和回滚方式。
- 6. 真正要合并、发布、改生产配置时，回到电脑前再做最终确认。
这套方式的重点不是“炫技”，而是把 AI 的等待时间和人的碎片时间接起来。
配置上要注意什么
OpenAI Developers 文档里有几个边界需要特别注意。
目前移动端设置和设备控制，需要 host 上运行 Codex App for macOS。文档明确说，setup flow 当前不能从 Codex CLI 或 IDE Extension 发起。Windows host 的支持还在后续。
设置前，你需要：
- • 有可用的 Codex access
- • 手机上安装最新版 ChatGPT App，iOS 或 Android
- • Mac host 醒着、在线、运行 Codex App
- • 手机和 host 使用同一个 ChatGPT account 和 workspace
- • 如果账号或 workspace 要求 MFA、SSO 或 passkey，需要先完成认证
连接流程大致是：
- 1. 在 Mac 上打开 Codex App。
- 2. 选择 Set up Codex mobile。
- 3. 用手机扫描 QR code。
- 4. 在 ChatGPT App 中确认同一个账号和 workspace。
- 5. 完成必要的 MFA、SSO 或 passkey。
- 6. 成功后，host 会出现在手机端 Codex 里。
还有一个很现实的点：如果你的 Mac 睡眠、断网，或者 Codex App 被关掉，远程访问就会停止。
所以如果你真想让它承担长时间任务，最好准备一台常开的机器，或者使用远程开发环境，而不是指望合盖睡眠的笔记本持续在线。
安全边界比新鲜感更重要
我看到很多人兴奋地讨论“手机终于能控制电脑写代码了”。但从工程角度，我第一反应不是爽，而是：权限边界要重新想一遍。
因为这套链路里至少有三层权限：
- • ChatGPT 账号权限
- • Codex host 上的项目和本地工具权限
- • 远程环境里的 SSH、凭据、插件和浏览器状态
手机只是入口，但入口背后连着真实开发环境。
所以我会给自己定几条规则：
第一，不要把高权限主机直接暴露到公网。
OpenAI 文档也提醒，SSH host 应该使用 SSH port forwarding、VPN 或 mesh networking，不要把未经认证的 app-server listener 暴露到共享或公共网络。
第二，移动端审批要分级。
查看、总结、跑测试，可以宽一点。
删除文件、改配置、发请求、操作生产环境，要严一点。
第三，让 Codex 先解释再执行。
在手机上审批前，要求它说明：要做什么、影响哪些文件、失败怎么回滚、是否涉及凭据或外部系统。
第四，把移动端当作“控制台”，不是“免责任按钮”。
AI 只是帮你执行，最终责任还在人。越是远程、越是方便，越要保留停机按钮和复核习惯。
这件事真正的趋势
Codex 进手机端，看起来只是一个产品更新。
但我觉得它背后的趋势更大：AI 编程正在从“桌面工具”变成“持续运行的工作流”。
以前的开发工具，多数是你打开电脑后才开始工作。
现在的 coding agent 更像一个可以长期运行的任务队列：它会读代码、跑命令、截图、调浏览器、写 diff、等你审批。
当任务变长，人就不可能一直陪着它。
所以新的协作节奏会变成：
- • 电脑负责上下文、权限和执行
- • 手机负责提醒、审批和轻量决策
- • 人负责目标、边界和验收
- • Agent 负责中间的大量推进过程
这也是为什么我说，真正改变的不是“写代码”本身，而是程序员和 AI 的指挥链。
你不一定每分钟都在编码，但你要学会管理 AI 编码任务。
我会怎么开始用
如果是我，会先用这几个小任务试水：
- • 让 Codex 在本地项目里跑一次测试，并把失败原因整理成三条
- • 让它调查一个 bug，但不允许直接改代码，只能给定位报告
- • 让它提出两个修复方案，并标出风险、改动范围和验证方式
- • 手机端只负责选择方向、补充上下文、审批低风险命令
- • 真正修改、合并、发布，仍然回到电脑上做最终检查
这样做的好处是，即使手机端误判，也不会立刻造成不可逆后果。
等你熟悉了它的输出质量、权限边界和通知节奏，再逐步扩大任务范围。
最后
Codex 手机端控制电脑，不是让程序员从此不用电脑。
恰恰相反，它让电脑变成一个更稳定的执行节点，让手机变成一个随身的控制节点。
真正值得关注的，不是“能不能在路上写代码”，而是：
当 AI 编程任务变得越来越长，程序员能不能用更低的注意力成本，保持对方向、权限和质量的控制。
这才是 Codex 进入手机端最值得认真看的地方。
参考资料：
- • OpenAI：Work with Codex from anywhere
- • OpenAI Developers：Remote connections – Codex
- • ChatGPT：Codex on mobile
- • MacRumors、PCMag 对该功能的公开报道
