Codex 的 Control other devices vs SSH 遠端控制:用 4 個同步層級拆開兩者,幫你判斷接續任務、跑 command、長 build 各用哪種,並理解為何 UI 會卡 Working 的成因
⭐ 文章深度讀:開幾天 Codex 遠端工作流的觀察與微調建議
→ https://heymaibao.com/codex-remote-control-vs-ssh/
⚡ 章節重點
00:00 兩台 Mac 的遠端控制痛點
01:40 痛點一:UI 卡 Working、SSH 看似同步
02:59 拆開 4 個同步層級
04:48 Control other devices 同步什麼
05:00 SSH 模式同步什麼
05:58 案發現場:Issue #18860 與 turn/completed
07:21 最終決策指南:接續任務、跑 command、SSH host
08:14 總結與一句話收斂
📝 懶人包
∙ Codex 的 Control other devices 跟 SSH 同步的「東西」不一樣:前者共享整台 host 的 Codex 工作脈絡,後者只共享檔案與 shell。
∙ Codex App 與 client UI 中間隔著 app-server 事件流。openai/codex 倉庫的 issue #18860 報告了一個 reproduction,當這條事件流被切斷時,伺服器其實已經完成 turn,但 client UI 還停在 `Working`。
∙ SSH 「看起來同步」常常只是兩邊剛好操作同一個 remote path,並不代表 Codex thread、credentials、MCP、plugins 等狀態也同步。
∙ 我的觀察:方便接續 ≠ 穩定,直接 ≠ 同步。「同步什麼」決定你要選哪一種,「同步到哪一層」決定你會踩到哪種卡頓。
📚 參考資料
Remote connections (OpenAI Codex 官方文件)
→ https://developers.openai.com/codex/remote-connections
codex-rs/app-server/README.md (openai/codex repo)
→ https://github.com/openai/codex/blob/main/codex-rs/app-server/README.md
Issue #18860 (openai/codex, Stale TUI after slow-connection disconnect)
→ https://github.com/openai/codex/issues/18860