# 策展 · X (Twitter) 🔥🔥 > 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt) > 作者：Thomas Ricouard (@Dimillian) · 平台：X (Twitter) · 日期：2026-06-15 > 原始來源：https://x.com/Dimillian/status/2066082395107758564 ## 中文摘要 # 精通 Codex 在手機上開發 如何將你的手機變成 Codex 控制中心？ 乍看之下，這似乎只是個讓你從手機檢查 Codex 任務進度的工具。這確實很有用，但卻忽略了更宏大的願景。Codex Mobile 的強大之處在於，它讓你能夠在不將行動裝置強行偽裝成小型終端機的前提下，啟動、指揮、審查並組織在開發機器上運行的工作。 在過去一個月裡，我們為這個工作循環增添了驚人的深度：worktrees、goals、side chats、行內程式碼審查、佇列與引導式 prompt、附件、skill 與 plugin、已封存的執行緒，以及無數讓這款應用程式足以勝任嚴肅工作的細節。 這是我希望每一位新進進階使用者都能擁有的實戰指南。這是我在 OpenAI 工作兩個月以來收集的各種筆記、技巧與訣竅，以及我如何使用 Codex，特別是 Codex Mobile 的心得。 ## 正確的心態：手機就是控制中心 任務、Codex 執行過程以及程式碼本身，依然運行在它們該在的地方：你的 Mac、Windows 電腦、開發機 (devbox) 或其他已連線的主機上。Codex Mobile 為你提供了一個原生的介面來控制這些工作。 你可以將任何能執行 Codex Desktop 應用程式或 Codex CLI 的 macOS 或 Windows 電腦設定為宿主機，更多關於如何設定的資訊，請參考我們的說明頁面：https://developers.openai.com/codex/remote-connections ## 以正確的邊界啟動任務 優秀的 Agent 工作始於一個範圍明確的環境。Codex Mobile 讓你能在發送第一個 prompt 之前，選擇已連線的主機與 workspace。對於新的執行緒，你還可以選擇分支 (branch)、建立獨立的 worktree，並執行與之相關的環境設定。 這使得直接透過手機就能實現幾種實用的模式： - 使用當前的 checkout 進行快速調查。 - 為需要保持隔離的變更建立新的 worktree。 - 從預期的基礎分支開始，而不是事後才去修復 Git 狀態。 - 在要求 Codex 進行建置或測試之前，先執行環境設定。 沒錯，從我們的最新版本開始，你現在可以在行動裝置上存取你在桌面版 Codex 應用程式中設定的相同環境腳本。這意味著如果你建立了一個 worktree，你將會看到列出的環境，且一旦 worktree 建立完成，此腳本就會自動執行。 Environments 是 Codex 桌面版應用程式的一項強大功能，你可以在此閱讀更多資訊：https://developers.openai.com/codex/app/local-environments 注意：你目前還無法從 Codex Mobile 編輯這些腳本。 ## 使用 side chats 作為思考的分支 長期運行的程式開發執行緒會累積寶貴的 context。若在執行過程中頻繁插入無關的側邊問題，會使主要的對話紀錄變得雜亂，並可能導致 Agent 偏離目標。 這正是 side chats 解決的問題。 使用 `/side` 開啟一個與當前執行緒連結的輕量級對話。使用 `/side ` 則可以直接帶著預先準備好的問題開啟。更棒的是，選取對話紀錄中的文字並選擇 **Ask in side chat**。選取的段落將成為新對話的起始 context。 我會將 side chats 用於這類問題： - 為什麼 Codex 選擇這種架構？ - 這個錯誤實際上是什麼意思？ - 這種行為與桌面版應用程式一致嗎？ - 給我這項實作細節的發布說明版本。 - 在我批准此指令之前，我應該驗證什麼？ 這種區分很有用：主執行緒負責執行工作；side chat 則幫助我理解工作。 這項功能在桌面版與行動版應用程式上皆可運作，我們仍在根據對自身及使用者使用情況的了解，持續優化其 UX。 ## 使用 Plan 規劃路徑，使用 Goal 達成結果 行動版應用程式全面支援 `/goal` 與 `/plan`，應用程式會顯示 plan 工具的問題，以及 `/goal` 的 UI，讓你可以查看目標已運行多久、進行編輯、暫停等操作。 Plan 模式與 goals 解決的是不同的問題。 Plan 模式要求 Codex 在變更程式碼之前提出實作路徑。當任務規格不明確、風險較高，或可能涉及多個系統時，這非常有用。 Goal 則是持久的。它告訴 Codex 在多個回合中要持續追求什麼結果。在行動裝置上，`/goal` 可以建立並管理該目標，同時在工作持續進行時，進度依然可見。 一個實用的模式是： 1. 對於高風險的變更，從 Plan 模式開始。 2. 檢查建議的邊界。 3. 當工作需要多次迭代時，將已接受的結果轉化為 goal。 4. 讓 Codex 繼續進行實作、測試、審查回饋與清理，而無需每次都重申目標。 但說實話，大多數時候你甚至不需要直接使用 plan 模式。只要針對特定問題與 Codex 討論一陣子，一旦你對實作細節感到滿意，就要求 Codex 將其設定為 goal。 Codex 比我們更擅長撰寫 goal，所以讓它為你撰寫通常是個好主意。 Plans 回答的是「我們該如何處理這個問題？」，Goals 回答的是「在我們完成之前，什麼必須成立？」。 使用 goal 時要記住的重要一點是：設定一個可驗證的結束狀態，且範圍不要太廣。如果你告訴 Codex「要 100% 像 X 或 Y」，它通常會想做得太多，進而浪費一些 token。 但現在你既然可以從手機上監控你的 token 使用量，這就不再是什麼大問題了，對吧？ ## 這是「你的」手機！ 你可能會忘記的一件事是，你正在使用手機工作。我們在 composer 中內建了你需要存取手機本地資料的所有工具！ 你可以附加照片、拍攝相片、瀏覽檔案、錄製 prompt 等等！ ![此圖展示了某個應用程式的選單介面，提供多種輸入與功能選項。](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/46c60e992a3a9599.jpg)
展開畫面重點
畫面顯示一個半透明的彈出式選單，包含以下選項與對應圖示： - Plan mode - Pursue goal - Files - Camera - Photos - Plugins - Documents（下方搭配一個藍色的文件圖示） 選單上方顯示「3 previous messages >」，背景可見虛擬鍵盤的部分按鍵。
這樣說可能顯得有點笨，但記住你是在手機上操作，能解鎖許多強大的工作流程，特別是如果你正在開發行動原生應用程式或網頁應用程式時。 例如，在開發 ChatGPT iOS 版時，每當我發現問題，我通常會直接截圖並發送到任務中進行快速修復。我不需要走回電腦前，等等…… 更棒的是，如果我在家裡，連上同一個 Wi-Fi，我可以將應用程式直接建置並運行在我的裝置上，以直接測試 Codex 執行緒的結果。 另一件你可以做的事是，在前台開始錄製 prompt，然後在後台繼續錄製！ 我還有幾個長期釘選的執行緒，其中一個是 Linear 追蹤器，我可以快速發送任何文字片段，由於執行緒有當前的 context，它會正確地將該問題新增並標記到正確的專案與標籤中。 ## 無需離開對話即可審查程式碼 已完成的回合可以顯示變更檔案的摘要。從那裡你可以開啟 diff、檢查個別檔案、展開或摺疊區段、換行顯示長程式碼，並開啟帶有語法高亮顯示的原始程式碼檔案。你可以將行內註解附加到相關行，並將該審查 context 發送回 Codex。 這個工作流程有幾個層次： - 開啟變更檔案摘要進行快速檢查。 - 當 diff 缺乏周圍 context 時，點擊進入完整原始程式碼。 - 新增行內註解以進行精確修正。 - 使用審查指令來審查本地變更或與分支進行比較。 - 當你想要 Codex 針對特定檔案進行推理時，將檔案連結回對話中。 重點不在於手機可以取代大螢幕來進行深度的程式碼閱讀。它做不到。重點在於許多審查工作往往卡在一個或兩個決策上，而這些決策不再需要等到我回到辦公桌前才能做。 ## 保持最新狀態 我們現在為 Codex Mobile 的最新更新維護了一個 changelog。 我也經常發布並展示我們最新加入的功能！ ## 更深層的啟示 最好的行動軟體不會只是縮小桌面版介面。它會識別出當你不在辦公桌前時，哪些決策才是重要的，並讓這些決策變得快速、清晰且安全。而我們才剛剛開始！ 這就是我現在看待 Codex Mobile 的方式。它是我可以選擇正確環境、設定目標、重新導向執行過程、回答批准請求、檢查結果，並保持整個工程工作佇列連貫的地方。 電腦依然負責執行工作，而手機則讓我保持掌控。 ## 標籤 Codex, 功能更新, iOS, Android, Agent, Codex