Codex移動版實測：「多端協同」巨好用，OpenAI這步棋太狠了

這段時間，Codex 的變化速度有點驚人。先是桌面端的史詩級更新，接著是遠程 SSH，再到 Computer Use 和 Chrome 插件，周活躍用戶已經突破了 400 萬。

今天，OpenAI 又把 Codex 塞進了 ChatGPT 手機 App。按照官方的說法，Codex 移動版已經以 Preview 形式在 iOS 和 Android 版 ChatGPT 上線，支持連接運行 Codex 的 macOS 設備，Windows 的支持則還要再等一等。

圖片來源：OpenAI

不過，Codex 移動版其實更準確地說，是 Codex 桌面端在手機的一個入口。你在手機上的 ChatGPT 就可以直接進入 Codex，連接桌面端運行中的環境，然后在手機上發起新的需求，讓桌面端 Codex 去完成任務。

Claude Code 在 3 月其實就上線了類似的 Dispatch 功能，可以通過手機上的 Claude App 指揮桌面端的 Claude Code。而更早之前，OpenClaw（龍蝦）也已經通過接入各大 IM 平臺實現了這一點。

雖遲但到。但更重要的是 Codex 移動版實際的完成度，在硅谷「AI 御三家」中以產品能力見長的 OpenAI，這次能有后發優勢嗎？

手機成了Codex的第二個入口

必須說明，Codex 移動版并不是一個獨立的新 App。

實際上，OpenAI 這次沒有再推出一個單獨的 Codex iOS 或 Android 應用，而是直接把入口放進了 ChatGPT App，在手機上打開 ChatGPT 就能在側欄看到「Codex」的入口。

圖片來源：雷科技

所以在某種程度上，你也可以將這次更新的核心理解為：讓用戶在手機上的 ChatGPT 里指揮電腦上的 Codex 執行任務。

不只是讓全球超過 10 億的 ChatGPT 用戶可以少裝了一個 App，更重要的是，OpenAI 沒有把 Codex 移動版做成一個新的開發工具，而是把它收進 ChatGPT 這個統一入口。對用戶來說，這意味著使用路徑很短，只要桌面端和移動端登錄同一個賬號，手機上的 ChatGPT 就能很方便地連接到安裝 Codex 的 macOS 桌面端。

我用安卓上的 Codex 連接了 macOS 上的 Codex，圖片來源：雷科技

實際用下來，Codex 移動版已經可以直接在手機上發起新的需求，再讓電腦上的桌面端 Codex 去完成任務。這個時候，手機更像是一個輕量的任務控制臺，你把需求說清楚，真正讀取項目、執行命令、修改文件、跑測試的，仍然是桌面端 Codex。

與此同時，桌面端 Codex 的實時狀態也會同步顯示在手機上，包括思考、操作過程和結果。所以我們完全可以在電腦開始指揮 Codex 工作，出門時在手機上查看進展，或者直接引導執行、推動長任務繼續向前，而不是被設備綁住。

甚至，手機上還能直接調整模型、速度和推理程度。

圖片來源：雷科技

這個分工設計我覺得很聰明，手機受限于環境、性能和屏幕尺寸等因素，本來就不適合獨立運行 Coding 等復雜任務，更適合作為桌面端「隨時隨地」的入口。

Codex 移動版沒有硬搬，而是把最適合移動端的幾件事拎了出來：發需求、看過程、批操作、續對話、查結果。桌面端 Codex 正在進行的完整思考、操作過程和執行結果，手機上都能同步看到；唯一不會同步顯示的是輸出文件，它們只保存在電腦上。

這個處理也不奇怪，畢竟文件和運行環境本來就在本地機器上，移動端只負責同步狀態和交互，沒必要把所有產物也復制一份到手機里。

此外，Codex 移動版不只能連接一臺 Mac，可以同時連接多個桌面端，比如一臺 MacBook Pro 和一臺 Mac mini 都在運行 Codex，一臺手機就可以管理不同電腦上的桌面端 Codex。這也挺符合 Codex 這類 Agent 產品的真實工作流。

圖片來源：雷科技

很多開發者本來就不只用一臺機器，一臺隨身 MacBook 處理日常項目，一臺 Mac mini 或遠程環境跑更重的任務。過去這些環境往往是割裂的，現在 Codex 至少開始嘗試把它們統一到一個手機入口里。你可以在手機上切到不同 Host，看不同任務的進展，甚至把不同需求分發給不同機器。

不過，Codex 移動版還是有一些明顯需要完善的地方，比如對話編輯還不支持，這個問題看起來不大，但在移動場景里反而很重要。因為手機輸入更容易出現錯別字、漏掉上下文，或者剛發出去就意識到需求沒說完整。

對于一個可以遠程調度桌面端執行任務的入口來說，不能編輯對話會讓人更謹慎，也會降低移動端發起任務的爽感。這一點后續確實需要補上。

不過，我這次上手遇到的最大痛點，是手機端經常需要重連。有時你剛在手機上打好一段需求，結果連接斷了，消息發不出去。

更糟心的是，有時桌面端 Codex 明明還在運行，手機端卻突然進入重連狀態，界面短暫空白。因為真正的任務執行都發生在桌面端，所以這種斷連通常不會影響運行過程和最終結果。但從手機端交互來看，這個體驗確實有點糟心。

圖片來源：雷科技

好在這類問題更像 Preview 階段的工程穩定性問題，而不是產品思路上的問題。

除此之外，Codex 移動版也沒有只服務本地桌面端。它同樣支持連接 Codex 云端，這讓手機入口覆蓋的范圍更大，桌面版里自定義寵物這類細節也能同步到移動端。后者當然不是核心能力，但它更說明了 OpenAI 并沒有把 Codex 移動版當成一個臨時的遠程查看方式，而是真的在圍繞 Codex 打造新的 AI 工作流和體驗。

再把 Codex 移動版放到整個 Agent 產品里看，會更有意思，尤其是對移動場景下 Agent 體驗的理解，大家其實還有點不一樣。

上手機，Codex 和「龍蝦」不一樣

現在 Agent 產品基本都會支持移動入口，核心讓用戶隨時發需求，再由 Agent 去調用工具、打開網頁、處理文件或完成流程，強調「有事就找 Agent」。這件事在手機端天然成立，因為大量需求本來就來自移動場景。

大體有幾種思路。一種是 OpenClaw、Hermes 這類開源 Agent 工具，基本都支持接入 IM，讓用戶可以通過常用的聊天 APP，隨時隨地把需求丟給 Agent。年初各種「龍蝦」的爆火，很大程度上就離不開這一點。

圖片來源：Hermes Agent

另一種是把桌面端的 Agent 工作流接到手機上，讓用戶可以在外面繼續盯任務、發指令、做確認，這也是 Claude Code 和現在的 Codex 的做法。

但哪怕都是實現在手機上「用 Agent」，兩者的體驗重心其實差異很大。在 OpenClaw 或者 Hermes 上，你不需要理解一個復雜的新客戶端，也不需要切到專門的開發工具，只要像給朋友發消息一樣，把需求丟給微信、飛書、Telegram 里的 bot 機器人。

對于普通任務來說，這種體驗甚至比打開一個專門 App 更順。尤其是這類強調長期記憶、自動化和多工具調用的 Agent，IM 入口天然適合處理「提醒我」「幫我查」「繼續跟進」「執行某個流程」這類跨時間、跨場景的任務。

不過把 IM 當入口也有問題。對話可以承載任務需求，卻很難承載復雜的過程狀態。Agent 正在調用什么工具、跑到哪一步、改了哪些文件、測試是否通過、某個策略是否合理，這些信息如果都通過聊天氣泡呈現，很快就會變得擁擠。

對通用 Agent 來說，這不一定是致命問題；但對 AI Coding 來說，過程本身就是產品體驗的一部分。你不只是要知道「完成了」，還要知道它怎么做、哪里失敗、下一步該不該繼續。

相比之下，Claude Code 和 Codex 的移動化就不太一樣，它們沒有選擇 IM Bot，而是從 Claude/ChatGPT 的手機端 App 出發，比起 Hermes、OpenClaw 的聊天入口更適合復雜任務。

圖片來源：Anthropic

但不同的是，Claude Code 的雙端連接更多通過 Dispatch，更像是結合 OpenClaw 或者 Hermes 的 IM 思路打造的一個功能，通過 Dispatch 這個功能頁面實現在手機上「指揮」電腦上的 Claude Code。而 Codex 移動版是直接同步桌面版的對話，包括桌面端實際運行中思考、操作和結果的實時同步。

簡言之，Codex 在桌面和移動場景下的切換實際上更加無縫、自然，可能也是因為這一點，目前時不時就重連的問題也顯得更煩人。

Codex 移動版當然還談不上成熟。真正復雜的代碼審查、架構判斷和高風險變更，仍然需要開發者回到電腦前完成。對于普通用戶來說，這個入口短期內也不太會像 ChatGPT 聊天一樣高頻。

但方向已經很清楚，OpenAI 更多把手機當成 Agent 的調度入口。這個判斷非常關鍵，因為當這些 AI Coding Agent 的能力已經毋庸置疑，接下來的問題則是讓這種能力可以變得更容易、更自然地獲取和使用，產品的交互設計就成了新的關鍵。