Codex 手机远程控制教程已经变了：2026 年 8 月真正该记住的是 Remote 工作模型
AH-0184记录的是 2026 年 5 月中旬 Codex Mobile Preview 刚上线时的一套配置流程：Mac 主机、ChatGPT 手机 App、MFA、手机授权、电脑确认、保持唤醒，然后从手机继续桌面 Codex 工作。 这个素材有价值，但它也是典型的“动态产品教程”：三个月后照抄步骤，已经会误导。 截至 2026-08-14，OpenAI 官方对产品面的描述已经发生变化。新的 C
Codex 手机远程控制教程已经变了：2026 年 8 月真正该记住的是 Remote 工作模型
AH-0184记录的是 2026 年 5 月中旬 Codex Mobile Preview 刚上线时的一套配置流程：Mac 主机、ChatGPT 手机 App、MFA、手机授权、电脑确认、保持唤醒，然后从手机继续桌面 Codex 工作。
这个素材有价值，但它也是典型的“动态产品教程”：三个月后照抄步骤，已经会误导。
截至 2026-08-14，OpenAI 官方对产品面的描述已经发生变化。新的 ChatGPT 桌面应用在 macOS 和 Windows 上都包含 Chat、Work 和 Codex；Codex 仍是桌面端独立视图，移动端不是一个可直接选择的 Codex 模式，但 ChatGPT 手机 App 的 Remote 标签可以访问“受支持的桌面 Codex 对话”。
因此，现在不应该再写一篇“15 张图跟着点就行”的永久教程。应该写一份 Remote-Agent Capability Drift Guide：哪些是稳定概念，哪些是随版本漂移的 UI。
一、先纠正源文最容易过时的三点
1. “Windows 暂不支持”已经不能继续当当前事实
源文发布时，OpenAI 的 5 月 14 日预览公告确实说 Windows 连接支持“coming soon”。
现在的 OpenAI 帮助中心已经把新 ChatGPT 桌面应用描述为 macOS 和 Windows 都包含 Codex，并说明手机 Remote 标签可访问受支持的桌面 Codex 对话。
所以发布今天的教程时，必须写成：
> 先确认当前桌面 App、账号和 Remote 标签是否支持，不根据 5 月截图判断 Windows 一定不可用。
2. “手机端有一个 Codex 模式”要换成更准确的产品表述
当前官方帮助中心强调：
- Codex 在桌面应用里是独立视图；
- Web / Mobile 不能把 Codex 当成可选择的模式；
- 手机上通过 Remote 标签访问支持的桌面 Codex 聊天。
这不是文字游戏。
它决定用户应该理解成：
手机在远程参与桌面 Codex 工作，而不是把完整的本地 Codex 环境搬到手机里。
本地文件、仓库、终端和开发工具仍然属于主机环境。
3. MFA 是安全能力，但“必须用某一种验证器”不应写死
OpenAI 当前 MFA 文档说明，不同设备、国家、账户和创建方式可用的验证选项可能不同。Authenticator app 仍是一个选项，但还可能有 push、短信/WhatsApp、passkey 等方式。
所以教程不应该永远绑定 Google Authenticator。
更稳的是：
> 在 ChatGPT Settings → Security 中使用你账户当前可用的 MFA / 安全方式，并保存恢复路径。
二、Remote 的核心不是二维码，而是四个状态
一个远程开发工作流能不能用，取决于四层。
Host State
桌面主机是否：
- 在线；
- 唤醒；
- 已登录正确账户；
- Codex 工作区可访问；
- 相关项目权限仍有效。
手机不是替代主机。
主机失联，本地项目就不会凭空跟着手机走。
Identity State
移动端和桌面端是否：
- 同一 OpenAI 账户；
- 同一需要的 workspace；
- 通过当前安全验证；
- 设备授权没有被撤销。
Work State
你是在：
- 继续一个已有线程；
- 查看结果；
- 回答澄清；
- 审批下一步；
- 新建可远程启动的工作；
- 仓库写权限；
- 终端；
- 本地文件；
- 浏览器；
- Computer Use；
- 凭证；
- 部署环境。
还是要求手机直接拥有桌面全部能力？
这几件事不是一个权限等级。
Permission State
真正高风险的是远程入口背后的权限：
远程控制越方便，越要把“可做什么”与“谁能批准”拆开。
三、手机最适合做的是“短决策”，不是长时间替桌面工作
OpenAI 发布 Codex mobile preview 时强调的价值，本来就是：
回答一个问题、查看 Codex 发现、调整方向、批准下一步、补充一个想法。
这其实给了一个很好的协作原则：
Desktop = Execution Surface Mobile = Intervention Surface
手机真正有优势的是：
- 路上快速回答一个阻塞问题；
- 看到结果后让任务换方向；
- 对风险动作做人工批准；
- 给长任务增加上下文；
- 及时停止跑偏工作。
不是把 14 英寸开发环境缩成 6 英寸继续写代码。
四、Remote 反而应该强化 Human Gate
远程功能常被描述成“人离开电脑也能继续干”。
这句话少了一半。
更重要的是：
> 人离开电脑后，仍然可以在关键节点介入。
Agent 长时间运行最怕的不是慢，而是方向错误后继续消耗时间、额度或改动代码。
所以一个成熟 Remote 工作流应该主动设计：
Start Gate 任务开始前确认范围。
Clarification Gate 信息不够时停下来问。
Write Gate 大范围改文件前确认。
External Action Gate 部署、发送、购买、公开发布等动作人工批准。
Stop Gate 发现目标变化或风险上升时能随时取消。
五、把动态教程写成“可恢复文档”
以后再做 Codex、ChatGPT、Claude、Gemini 这类产品教程，不应该只保存截图顺序。
每个教程增加六个字段：
Verified Date 本次核验日期。
Official Surface 当前官方入口叫什么。
Stable Concept 不太会变的工作原理。
Version-sensitive Steps 最可能变的按钮、菜单和设备支持。
Fallback 入口找不到时怎么回到官方文档核验。
Security Note 新增权限到底扩大了什么风险。
这样产品 UI 一更新，文章不用整篇报废。
六、这条内容对 alphahole 的真正价值
不是“Codex 手机上怎么连”。
而是形成一套以后所有动态 AI 产品教程都可复用的：
> Remote-Agent Capability Drift Gate
我们可以把任何产品教程分成：
Current Fact / Stable Principle / UI Detail / Rollout Condition / Security Requirement / Permission Boundary / Fallback
这样就不会把 5 月 15 日的截图教程，当成 8 月 14 日的永久事实。
网站资产：Codex Remote Readiness Lab
本批实际生成 codex_remote_readiness_lab.html。
它不模拟 OpenAI UI，也不替用户远程控制电脑。
它只检查：
- Host online / awake
- Same account / workspace
- Mobile Remote available
- MFA / account security
- Project permission
- High-risk actions
- Human approval
- Recovery / revoke
输出：
READY / HOST GAP / IDENTITY GAP / PERMISSION TOO BROAD / HUMAN GATE MISSING / CHECK CURRENT OFFICIAL DOCS
真正需要记住的不是某一个二维码在哪。
是：
> 远程 Agent 的价值，是让执行持续；远程安全的价值，是让人仍能在关键点接管。