我第一次從手機用 Codex 接著處理一段工作，回到 Mac 前卻愣了一下：原本打開的桌面對話還停在剛剛的地方，手機上新增的內容沒有立刻出現在眼前。
一開始我以為是同步沒做好。因為我剛用過 Claude Code Remote Control，它的感覺很直覺：手機接進去的，就是 terminal 裡那條正在跑的對話。後來才發現，我是拿 Claude 的使用模型在理解 Codex；兩者雖然都叫遠端控制，接的其實不是同一件事。
而理解這件事之後，我反而覺得 Codex 對我的工作方式更順。
Claude 開的是一條正在工作的 session
Claude Code 的 Remote Control 是以 session 為中心。你在 Claude Code CLI 的某一條對話裡輸入 /remote-control 或 /rc，就是把這條正在 Mac 上執行的 session 延伸到手機或瀏覽器。
手機、terminal 與瀏覽器因此看的是同一段工作。你從手機補一句指令，回到電腦時，原本那個 CLI session 仍然是同一個現場。這很像把一張正在工作的桌子，暫時搬到手機上。
Claude 官方文件對這件事的描述也很直接：Remote Control 連到本機執行中的 Claude Code session，對話會在裝置之間同步。
Codex 開的是一台 host 的工作庫
Codex 的做法不同。它的 Remote connections 是先連到執行 ChatGPT desktop app 的那台 host，再從那台電腦的 project 與 chat 歷史裡，開新 chat 或繼續既有 chat。
官方文件寫得很清楚：遠端工作會使用 connected host 的 projects、files、credentials、permissions、plugins 與 local tools；手機端也可以在 host 的 projects 裡開始或延續既有 chat。Codex Remote connections 官方文件
所以 Codex 的重點不是「把這條 terminal session 曝露出來」，而是「讓手機進入這台電腦管理的工作庫」。它比較像你回到一間有很多專案資料夾與歷史紀錄的工作室，再挑一個 thread 繼續。
Claude Code Remote Control 手機 → 這一條 live session
Codex Remote connections 手機 → 這台 host → project / chat history → 選一條繼續我想回哪一條，就回哪一條
這也解釋了我最初的困惑。我期待手機續聊後，桌面原本打開的 Codex 對話視窗會像 Claude CLI 一樣立刻往下長；但 Codex 的資料組織本來就更接近 project 與 chat history。
我實際看到的是：手機可以把工作接著做下去，但回到電腦時，原本開著的 terminal view 不會自動長出手機新增的內容。我要先離開眼前這個 terminal，再回到 Codex 的 project/history 裡找到那條 chat、重新 resume，才會看到手機上的後續對話。
這是 Codex 很明確的缺點：多了一步。官方文件沒有承諾既開 view 的即時刷新行為，所以我不把它當成 bug，也不把它當成固定規則；但如果你的期待是「回到電腦，原本那扇 terminal 就是完整最新現場」，Claude 的體驗確實比較直接。
而這個操作方式，我其實很喜歡。Codex 會依工作資料夾把歷史展開成樹狀結構；我可以先從專案位置找，也可以看每條對話的短摘要與最後一段內容，快速找到想接回去的工作。要延續任一既有對話可以，要以某個資料夾重新開一條新工作也可以。它不是只把「現在這條」交給手機，而是把我的工作脈絡整體變成可選的入口。
在 App Store 找不到 Codex，並不是找錯
第一次設定時還有一個很幽默的地方：我在 App Store 搜尋 Codex，卻找不到一個可下載的 Codex 手機 App。後來才知道，手機端用的是原生的 ChatGPT App；進入裡面的 Remote／遠端 分頁，才能連回電腦上的 Codex 工作。
這個命名確實變過。2026 年 5 月剛推出時，官方稱它為「Codex remote access from the ChatGPT mobile app」；目前的說明則使用 ChatGPT mobile 的「Remote tab」，並明確表示 Codex 不能在手機上直接選取，只能透過 Remote 存取支援的桌面 Codex chats。ChatGPT Release Notes與官方 FAQ剛好把這段演變說得很清楚。
手機端雖然是 ChatGPT App，真正工作的仍是桌面 host。因此桌面上的 Codex（現在整合在 ChatGPT desktop app 裡）必須保持開啟，電腦也必須醒著、連著網路；它關掉或睡著，手機端的 Remote 就沒有可以接回去的工作現場。官方 release note也明確把「host 保持 awake、online、running Codex」列為遠端持續可用的條件。
對我來說，Codex 反而更順
Claude 的強項是「我現在這條工作，不要斷」。它適合你已經在 terminal 裡跑了一段，出門後只想從手機接著指揮。
Codex 的強項則是「我想從這台主機的工作紀錄裡，挑一條回來」。配對完成後，不需要先替每一條工作開遠端入口；你進到 host，再找 project 和既有 chat 就好。
| 問題 | Claude Code Remote Control | Codex Remote |
|---|---|---|
| 手機接手前要動作嗎？ | 要，在目標 session 輸入 /remote-control 或 /rc | 不用，host 配對完成後可直接進入 |
| 電腦要開著 Desktop App 嗎？ | 不用，CLI session 本身就是 host | 要，Codex Desktop App 必須開啟且 host 在線 |
| 手機看得到哪些工作？ | 只有已執行 /rc 的那條 session | host 上可遠端存取的 projects 與既有 chats |
| 回到電腦時 | 原本 terminal session 仍是完整現場 | 要從 Codex 的 project/history 找到該 chat 再 resume |
所以我的結論很簡單：對我來說，Codex Remote 反而更準、更順。我要接回任一條舊對話、從特定資料夾開一條新工作，或只是在手機上快速找回上次停在哪裡，都比先判斷「我是不是有替那條 Claude session 開 Remote Control」更直接。
原本讓我困惑的畫面，最後反而變成我更偏好 Codex 的原因：Claude 交出的是一條 live session；Codex 交出的是一台 host 的工作庫。我更常需要的是後者。
