Codex Remote 手机端实战：从远程启动到代码审核的完整工作流
Codex Remote 是 ChatGPT 移动端中的远程工程控制能力，手机负责选择开发主机、发出指令、接收审批和审核结果，真正的代码执行仍发生在已连接的 Mac、Windows 机器或 devbox 上。OpenAI 官方指南显示，Remote 已覆盖主机连接、仓库与 Worktree 选择、Goals、Side Chat、Queue/Steer、Inline Review、Skills、Plugins 和安全控制。它最适合处理“任务在电脑上持续运行、人在外面需要做关键决策”的场景，而不是把手机变成一块小型终端；使用前仍需确认账号、移动端版本和远程主机具备相应能力。
Codex Remote 是什么：手机负责控制，开发机负责执行
Codex Remote 的正确理解是“移动端控制平面”，而不是远程桌面或 SSH 替代品。
这个边界很重要：手机适合做范围确认、方向纠偏和快速 Review；涉及大规模代码阅读、复杂冲突解决或生产发布时，仍应回到完整开发环境。
开始前的准备：先把执行边界设好
远程任务是否顺利，通常在第一条 Prompt 发送前就已经决定了一半。
1. 确认主机与工作区
选择拥有正确代码、依赖、模拟器或凭据的主机，再选择仓库和目标工作区。一个实用的分工是：
快速调查：使用当前 checkout，避免额外准备。
独立功能：创建新 Worktree，隔离文件和分支状态。
长期任务：从明确的 base branch 启动，并运行环境 setup。
多台设备协作：给主机命名清晰，例如“Mac-模拟器”“Windows-兼容性”“Linux-CI”。
不要让 Codex 在错误分支或脏工作区里开始长任务，否则后续清理成本会高于重新开始。
2. 选择审批策略
Remote 会把命令、文件修改、网络访问和连接工具的审批请求呈现在手机上。审批范围可能是单次、当前聊天或更宽范围，建议默认采用最窄权限：
不熟悉的命令：单次审批，并先让 Codex 解释影响。
信任度较高的重复命令：可使用当前聊天范围，减少反复打断。
涉及密钥、生产目录或批量删除：拒绝或要求改用更安全方案。
审批不是“让任务继续”的按钮，而是远程工作流中的安全门。
手机端启动一个完整 Coding 任务
下面是一条适合 Remote 的任务启动流程。
选主机和仓库：确认执行环境、仓库、分支与 Worktree。
先写完成条件：例如“新增登录重试策略，单元测试覆盖超时和 5xx，运行指定测试命令并给出变更摘要”。
必要时附加上下文：上传截图、日志或文件；如果需要特定 Skill 或 Plugin，在发送前确认它已经加入。
先规划再实施：任务跨多个模块、涉及数据迁移或公共 API 时，先开启 Plan，让 Codex 给出边界和验证路径。
启动目标：单轮任务可以直接执行；预计需要多次迭代时，用 Goal 保存长期完成条件。
一个好的移动端 Prompt 不需要很长，但必须包含范围、禁止事项和验收方式：
目标：修复断线重连后消息重复的问题。
范围：只修改 mobile package，不重构 shared renderer。
验证：补充重连场景测试，运行 mobile package 的测试命令。
完成条件：测试通过，说明根因、改动文件和剩余风险。Queue 和 Steer 怎么选：手机接管任务的关键
Queue 与 Steer 是 Remote 最容易被忽略、却最影响结果的两个操作。
Queue 是安全默认值。比如 Codex 正在完成 API 重构，你想让它随后补测试，就应该排队，而不是打断当前回合。Steer 则适合及时止损：
“停止修改共享模块，只在当前包内完成修复。”
“不要继续猜测 UI 问题，先验证服务端是否在恢复时删除了记录。”
“保留当前实现，先运行失败测试并确认最小复现。”
如果只是想问“为什么选择这个架构”，不要 Steer 主任务，使用 Side Chat 更合适。
Side Chat、Plan 和 Goal：不要让主任务失焦
三个功能解决的是不同问题：
Side Chat：围绕主任务问一个轻量问题，不污染主对话。可以用
/side，也可以选中对话文字后发起“Ask in side chat”。Plan：先确定实现路径，适合高风险或跨模块变更。
Goal：保存需要持续追踪的结果，适合多轮实现、测试、Review 和返工。
推荐组合是：先用 Plan 审查路径，确认后创建 Goal，再让 Codex持续执行；主聊天负责交付，Side Chat 负责解释。
常用命令如下：
/plan 切换 Plan 模式
/goal <目标> 创建或更新长期目标
/side <问题> 开启旁支问题
/review 审核本地改动或分支差异
/status 查看会话、工作区、上下文和限额
/compact 压缩过长上下文
/fork 从当前历史创建新的主聊天这些命令的可用性可能取决于移动端版本、连接主机和账号配置，发送前应以应用内命令提示为准。
手机端审核代码：从摘要到行内评论
Remote 的价值不只是“看到任务完成”，而是让人能在手机上完成一次有边界的审核。
建议按以下顺序检查：
打开 changed files 摘要，确认改动文件是否符合任务范围。
查看 diff，先关注删除量异常、权限变化、依赖升级和配置文件。
对关键文件打开完整源码，避免只看 diff 造成上下文误判。
对具体行添加 Inline Comment，写清楚问题和修复要求。
让 Codex 只处理这些评论，再审核 follow-up diff。
移动端适合快速发现“方向不对”和“遗漏验证”，不适合在小屏幕上一次性审查数千行代码。遇到复杂重构，应把问题拆成几条精确评论，或回到桌面端完成深度阅读。
任务卡住时的排障顺序
手机端看到“长时间没有进展”，不要立即重复发送同一句 Prompt，可按状态分层处理：
先看 /status
确认会话仍在运行、当前工作区是否正确、上下文是否接近上限，以及是否遇到限额或主机不可用。
再判断是等待审批还是执行失败
如果屏幕有命令、文件或网络审批请求，先阅读影响范围；如果没有审批，查看最近一条工具调用和错误信息，再决定 Queue、Steer 还是暂停。
上下文过长就 /compact
当目标没有改变、但聊天已经堆积大量日志和中间讨论时，用 /compact 压缩上下文；如果目标已经分叉，则用 /fork 创建新的主聊天。
不要用 Side Chat 代替 Fork
Side Chat 适合解释一个局部问题，Fork 适合从已有历史开始一条新的主线。混用会让原任务的完成条件变得不清晰。
远程 Coding 的安全边界
Remote 让人离开电脑后仍能控制 Agent，因此更需要明确哪些事情不能交给自动执行。
不把生产凭据、个人密钥和高权限 Token 放进普通开发聊天。
不对未知脚本、批量删除、数据库迁移和发布命令使用宽范围审批。
不让多个 Worktree 共享会互相覆盖的生成目录或临时文件。
不把“测试通过”理解成安全审计完成，尤其是涉及认证、支付和数据导出的改动。
不在手机上匆忙批准看不懂的命令；先要求 Codex 说明目标、输入、输出和回滚方式。
如果团队需要把多款主流大模型放进同一套评测流程，可先统一 API 契约、超时、重试和日志字段，再比较不同模型在 Coding 任务上的稳定性；七牛云 AI 模型广场提供多模型统一接入和同屏对比入口，可作为基准测试的辅助工具（官方入口）。
五种适合手机端的实战工作流
手机端最有价值的不是替代开发机，而是缩短“任务完成 → 人工判断 → 下一步动作”的等待时间。
常见问题
Q：Codex Remote 会把代码下载到手机吗？
官方指南将手机定位为控制平面，代码执行仍在已连接的开发主机上。具体缓存、附件和日志展示方式取决于应用实现与账号配置，敏感项目应按组织策略确认数据流向。
Q：Remote 能完全替代终端吗？
不能。它适合启动任务、发出纠偏、审批操作和审核差异；复杂调试、交互式命令、冲突解决和生产发布仍需要完整开发环境。
Q：Queue 和 Steer 哪个应该设为默认？
建议 Queue 作为默认，避免无意中打断正在执行的回合；只有当 Codex 明显沿错误方向继续、且继续执行的成本正在增加时，才使用 Steer。
Q：手机端如何处理多个项目？
为主机、仓库和 Worktree 使用清晰命名，并用 Pin、Rename、Archive 管理聊天列表。不同项目尽量使用独立聊天和独立工作区，避免把一个任务的上下文带入另一个任务。
Q：为什么有些 Remote 功能看不到？
官方说明指出，功能可用性可能取决于连接主机、应用版本和账号配置。先更新移动端、确认主机在线和权限，再查看应用内命令提示；不要根据其他账号的界面推断自己的权限。
结论与参考资料
Codex Remote 的核心价值，是让开发者在手机上完成环境选择、任务调度、方向纠偏、审批和代码审核，而把实际计算留在合适的开发主机上。最稳妥的使用方式是用 Worktree 隔离任务、用 Goal 管理长期结果、用 Queue 控制后续动作、用 Steer 及时纠偏，并始终采用最小审批范围。本文基于 OpenAI Developers 官方 Remote 指南整理，资料核验时间为 2026 年 8 月 31 日；Remote 的入口、可用命令和账号权限可能持续变化，使用前应以应用内提示和官方文档为准。
参考资料：
