Codex 跑到一半要你批准命令，你剛好離開電腦；或你想在通勤時看測試結果、選擇兩個 refactor 方案，讓任務繼續跑。這正是 Codex 手機版的用途。它適合「查看、判斷、批准、改方向」，不適合在小螢幕上草率合併大型 diff 或批准看不懂的 shell 命令。
OpenAI 在 2026 年 5 月 14 日宣布，Codex 進入 ChatGPT iOS 與 Android app 的 preview。依官方公告，手機可載入 Codex 執行環境的 live state，包括 active threads、approvals、plugins、project context、terminal output、screenshots、diff 與 test results。檔案、credentials、權限與本機設定仍留在原本的電腦或 remote devbox。
先分清楚：手機端不等於雲端寫程式
| 需求 | 應該用什麼 | 工作實際在哪裡跑 |
|---|---|---|
| 離開座位後查看既有 thread、回答問題、批准下一步 | ChatGPT 手機版 Codex | 已授權的 Mac、筆電或 remote environment |
| Codex 要直接使用公司的 devbox、內部依賴與受管 credentials | Codex app + Remote SSH | SSH 遠端主機 |
| 任務應在隔離環境背景執行，不依賴你的本機狀態 | Codex cloud task | OpenAI 管理的 cloud environment |
| 要從 CI 或 release workflow 以程式方式呼叫 | Programmatic access token | 團隊設定的 automation environment |
手機端的重點是延續已在跑的工作。OpenAI 說，裝置之間透過 secure relay 保持連線與同步，不需要把開發機直接暴露到公開網路。若你還在選 Codex app、CLI 或 cloud task，可先讀 OpenAI Codex 完整指南，不要先把所有情境都塞進 Remote SSH。
Codex 手機版目前怎麼開始？
截至 2026 年 7 月 13 日，官方說明仍要求更新 ChatGPT mobile app 與 macOS 的 Codex app。先在 Mac 上登入同一個 ChatGPT 帳號，開啟一個低風險專案與 thread，再到手機的 ChatGPT app 進入 Codex，確認能看到同一個 thread、terminal output 與批准狀態。
第一輪可以讓 Codex做一個只讀任務，例如：
檢查目前分支的測試失敗原因，只讀取檔案與測試輸出。整理兩個可能修法、各自影響與建議，等我從手機選擇後再修改。
離開電腦前先確認專案名稱、工作目錄、branch 與目前 diff。手機收到批准請求時，才能判斷它是否仍在你預期的環境。不要只看按鈕上的「Approve」，至少展開命令與作用範圍。
OpenAI 公告把手機 preview 提供給 iOS、Android 的所有方案，包含 Free 與 Go，並限支援地區。官方同一頁目前仍寫著 Windows Codex app 的手機連線「coming soon」；若主要開發機是 Windows，不要把 macOS 流程直接當成已可用功能。Windows 端其他使用方式可另看 Codex Windows 指南。
Remote SSH 怎麼接到 Codex？
Remote SSH 已是 GA。OpenAI 說 Codex desktop app 會自動偵測 SSH configuration 裡的 hosts，讓你在遠端主機建立 project、開 thread，操作方式接近本機專案。這適合公司 devbox、固定 GPU 主機或已有核准依賴與 credential policy 的開發環境。
開始前先確定一般終端機已能透過 SSH config 的 host alias 登入。接著在 Codex app 選擇該 remote host，建立一個測試 project，先執行只讀檢查與低風險測試。不要把「SSH 連得上」當成「Codex 應該擁有整台主機權限」；使用獨立帳號、限制 sudo、縮小可存取路徑，並把 production credential 與開發 credential 分開。
Remote SSH 的價值是把運算與專案狀態留在受管環境。手機只是另一個授權介面：你可以在桌面啟動任務、離開後從手機回覆問題，執行仍發生在 remote machine。團隊把工作推到 PR 前，仍應依 AI coding agent 從 issue 到 PR 的流程跑測試、審 diff 與保留 review gate。
手機批准前要看哪六件事？
第一，看主機與專案。確認批准請求來自預期的 Mac 或 remote host，並且是正確 repository、branch 與 working directory。
第二，看完整命令。npm test、套用 migration、刪除資料、push、deploy 的風險差很多。命令被截斷或含不明 script 時，先拒絕，回到桌面查清楚。
第三，看輸入來源。若 Codex剛讀過 issue、網頁、郵件或其他外部文字，要防止內容中的 prompt injection 誘導它執行額外命令。
第四，看變更範圍。手機適合確認小型、清楚的 diff；跨模組、migration、依賴升級或大量刪除，留到大螢幕逐檔 review。
第五，看回復方式。執行前先知道能否取消、rollback 或從版本控制復原。付款、production deploy、資料刪除、權限調整等不可逆動作，不因為手機很方便就降低 gate。
第六，看證據。要求 Codex 回傳 test command、exit code、失敗摘要與 diff，不接受只有「已完成」的結論。
Hooks 與 access token 該怎麼用？
Hooks 已對所有方案 GA。OpenAI 列出的用途包括掃描 prompt 中的 secrets、執行 validators、記錄 conversations、建立 memories，以及依 repository 或 directory 調整 Codex 行為。對手機工作流來說，Hooks 的價值是把固定檢查放在批准前後，減少人只靠小螢幕判斷的壓力。
例如，團隊可以在任務送出前掃描疑似 secret，在修改完成後固定跑 lint／test，或把批准與驗證結果寫入稽核紀錄。Hooks 仍不是安全保證；它只會執行團隊實際設定的規則，無法替代 code review 與最小權限。
Programmatic access tokens 是另一件事。它提供 scoped credentials 給 CI、release workflow 與內部 automation，不是手機登入所必需。官方目前只向 Business 與 Enterprise 提供；個人使用者不需要為了手機接管去找 token 或把任何 credential 貼進對話。
什麼時候值得用，什麼時候先不要？
適合的任務包括：看長時間測試進度、回答一個明確澄清、選擇兩個修法、批准低風險指令、查看小型 diff，或先建立 thread 讓 Codex 收集資料。這些都是短暫介入，而且容易驗證。
先不要在手機做 production deploy、資料庫 migration、合併大型 PR、旋轉 secrets、修改 IAM、刪除資源，或批准你無法完整閱讀的命令。遠端協作縮短等待時間，不會降低變更本身的風險。
最穩的試跑方式，是在 Mac 或受管 devbox 開一個測試 repo，讓 Codex執行只讀分析，離開桌面後從手機選擇下一步，再回到電腦 review diff。跑過一次完整的「啟動、同步、批准、驗證、回復」流程後，才逐步提高任務權限。
常見問題
Codex 手機版要另外下載 Codex app 嗎？
手機端使用 ChatGPT iOS 或 Android app；執行工作的機器目前依官方說明要更新 macOS Codex app。手機與執行機使用同一個已授權 ChatGPT 帳號後，才能同步 thread 與批准狀態。
Windows 電腦現在能連 Codex 手機版嗎？
截至 2026 年 7 月 13 日，OpenAI 官方公告仍把「手機連接 Windows Codex app」列為 coming soon。這項狀態可能變動，實際設定前請重新查看官方頁面。
Codex 手機版會把程式碼和 credentials 傳到手機嗎？
官方說檔案、credentials、permissions 與 local setup 留在 Codex 執行的機器，手機透過 secure relay 接收 thread 狀態、輸出、diff、測試與批准等更新。團隊仍應依自身資料政策評估可處理的 repository。
Remote SSH 和 Codex cloud task 有什麼差別？
Remote SSH 讓 Codex 在你管理的遠端主機工作，可使用該環境的依賴與政策；cloud task 則在 OpenAI 管理的隔離環境執行。需要內部 devbox 狀態時選前者，需要背景隔離任務時再評估後者。
Codex 手機版所有方案都能用嗎？
OpenAI 在 2026 年 5 月公告，手機 preview 於支援地區逐步提供給所有方案，包含 Free 與 Go。Remote SSH、Hooks 也提供所有方案；programmatic access tokens 則限 Business 與 Enterprise。