用手機掌握遠端工程工作

ChatGPT 行動應用程式中的遠端功能，很容易被低估。

乍看之下，它似乎只是讓你用手機查看程式開發對話的工具。這確實有用，卻沒有展現它更大的價值。遠端功能真正強大的地方，在於讓你啟動、指揮、審查及管理開發機器上執行的工作，而不必把 iPhone 當成迷你終端。

過去兩個月，我們為這套工作流程加入了出乎意料的豐富功能：遠端主機連線、工作樹、目標、側邊對話、行內程式碼審查、可排入佇列或即時引導工作的提示詞、附件、技能與外掛程式、封存對話、安全性控制，以及許多細節改進，讓這款應用程式足以處理實際的專業工作。

這就是我希望每位剛開始深入使用的使用者都能擁有的實戰指南。

正確的理解方式：手機就是控制平面

程式碼仍在適合的地方執行：你的 Mac、Windows 電腦、開發機器或其他已連線的主機。ChatGPT 行動應用程式中的遠端功能，則提供原生介面，讓你掌控這些工作。

這個區別很重要。目的不是在小螢幕上重現終端的所有操作，而是讓你無論身在何處，都能輕鬆做出決定，讓智慧體繼續推進工作：

• 它應該使用哪個程式碼庫和工作區？
• 這項工作應該在目前的分支，還是新的工作樹中執行？
• 我的下一則訊息應該等待，還是立即調整目前回合的方向？
• 核准這個指令安全嗎？
• 有哪些變更？我是否認同？
• 這件事應該設為持續追蹤的目標、另開一段對話，還是透過側邊對話快速提問？

當你開始這樣使用應用程式，它給人的感覺就不再像遠端桌面軟體，而更像是工程工作的控制平面。

1. 開始對話前，先設定合適的範圍

要讓智慧體做好工作，首先要設定範圍合適的環境。遠端功能讓你在送出第一個提示詞之前，先選擇已連線的主機和工作區。建立新對話時，你也可以選擇分支、建立獨立的工作樹，並執行對應的環境設定程序。

因此，你可以採用幾種實用的做法：

• 使用目前簽出的版本快速調查問題。
• 為需要保持隔離的變更建立新的工作樹。
• 從預定的基底分支開始，避免事後才修正 Git 狀態。
• 先執行環境設定程序，再請 Codex 建置或測試。

這是進階使用者最重要的習慣之一：花 10 秒選好執行上下文，就能省下事後 10 分鐘的清理工作。

撰寫工具能提供的上下文也不只有純文字。你可以附加檔案、照片，或直接用相機拍照。技能與外掛程式會直接顯示在輸入內容中，讓你更容易確認提示詞是否會叫用預期的功能。

我的原則很簡單：如果螢幕截圖、檔案或指定的技能能消除歧義，就在第一回合開始前附上或提及它。

2. 了解「排入佇列」與「引導」的差別

這可能是遠端功能中最不顯眼、卻能大幅提升效率的設定。

當 Codex 已經在工作時，後續訊息可以透過以下兩種方式處理：

• 排入佇列 會等到目前的回應完成，再將你的提示詞作為下一回合送出。
• 引導 會將指引即時加入正在進行的工作。

「排入佇列」是穩妥的預設選項。第二項任務、額外的測試要求，或任何應在目前工作完成後才執行的事項，都適合使用這個選項。

如果工作正朝錯誤的方向前進，而且繼續下去的代價不斷增加，就可以用「引導」及時修正方向：

將修正範圍限制在行動版套件內。不要重構共用的渲染器。

問題只有在重新連線後才會重現。請測試恢復連線時的執行路徑，而不是持續連線時的路徑。

停止調查 UI。檢查伺服器是否在恢復連線時移除了該項目。

這讓手機不再只是顯示狀態的螢幕。你可以在執行過程需要判斷的那一刻，及時介入。

你可以在設定中選擇後續訊息的預設處理方式。我會將「排入佇列」設為預設值，只在確實需要時使用「引導」；意外在回合中途改變方向，通常比等待的代價更高。

3. 用側邊對話延伸思路

長時間進行的程式開發對話會累積寶貴的上下文。如果每遇到一個旁支問題就打斷對話，主要對話紀錄會變得雜亂，也可能讓智慧體偏離目標。

側邊對話正是為了解決這個問題。

使用 /side，即可開啟與目前對話相連的輕量對話。使用 /side <prompt>，則可以在開啟時一併帶入準備好的問題。更方便的方式是選取對話紀錄中的文字，再選擇 在側邊對話中詢問。選取的段落就會成為新對話的初始上下文。

我會用側邊對話詢問這類問題：

• Codex 為什麼選擇這個架構？
• 這個錯誤究竟代表什麼？
• 這個行為與桌面 App 一致嗎？
• 請將這項實作細節改寫成版本說明。
• 核准這個指令前，我應該驗證哪些事項？

這樣分工很實用：主要對話負責執行工作，側邊對話則幫助我理解工作。

4. 用規劃決定做法，用目標確立成果

規劃模式與目標解決的是不同問題。

規劃模式會要求 Codex 在變更程式碼之前，先提出實作方式。當任務說明不夠明確、風險較高，或可能涉及多個系統時，這個模式很有用。

目標會持續保留，告訴 Codex 在不同回合中應該持續追求什麼成果。在行動裝置上，你可以使用 /goal 建立及管理目標，並在工作持續進行時查看進度。

一套實用的做法是：

1. 處理高風險變更時，先使用規劃模式。
2. 檢視提議的工作範圍。
3. 如果工作需要多次反覆調整，就將已認可的預期成果設為目標。
4. 讓 Codex 持續完成實作、測試、處理審查意見及清理工作，不必每次都重申目標。

規劃回答的是「我們該怎麼做？」目標回答的則是「必須滿足哪些條件，才算完成？」

5. 不離開對話就能審查程式碼

審查流程讓「遠端」不只是方便，更能在工程工作中發揮實際作用。

已完成的回合可以顯示已變更檔案的摘要。你可以從這裡開啟差異檢視、查看個別檔案、展開或摺疊區段、讓過長的行自動換行，以及開啟具有語法醒目提示的原始碼檔案。你也可以在相關行加入行內留言，再將這些審查上下文傳回 Codex。

這套工作流程可以依不同深度進行：

• 開啟已變更檔案的摘要，快速檢查是否有明顯問題。
• 如果差異檢視缺少前後文，就點進去查看完整原始碼。
• 加入行內留言，精確指出需要修正的地方。
• 使用審查指令來審查本機變更，或與某個分支比較。
• 如果想讓 Codex 專門針對某個檔案進行推理，就將該檔案連結回對話。

這樣就能在行動裝置上完成緊密銜接的審查循環：

1. Codex 完成實作。
2. 我用手機查看差異。
3. 我留下兩則行內留言。
4. Codex 在同一個對話中處理這些留言。
5. 我審查後續範圍更小的差異。

重點不是說手機能取代大螢幕，讓你深入閱讀程式碼。它做不到。重點是，許多審查只卡在一兩個決定，而現在不必等我回到桌前，就能做出這些決定。

6. 將權限視為工作流程的一部分

只有在控制方式始終明確的情況下，遠端工作才有價值。

「遠端」會顯示指令、檔案變更、網路存取及已連線工具的核准要求。依要求內容和主機組態而定，核准可能只適用於單次操作、目前對話，或更廣的範圍。

進階使用者的做法不是全部核准，而是選擇足以讓工作繼續推進的最小權限範圍。

在可信任的對話中，對於你充分了解的指令，適用於整個對話的核准可以避免反覆受到打斷。如果是陌生的指令、涉及敏感內容的程式碼庫，或影響不明的要求，就只核准一次，或拒絕要求，請 Codex 解釋或改用更安全的做法。

開始工作時，你也可以選擇對話的整體核准方式。把它和主機、工作區、分支及模型一樣，視為對話設定的一部分。

7. 在上下文造成問題之前先管理好

智慧體對話會保留狀態。對話一長，上下文最終就會累積到讓回應變慢或焦點變得分散。

「遠端」提供幾項工具，協助管理對話的生命週期：

• /status 會顯示工作階段詳細資訊、工作區、上下文用量，以及可取得的速率限制資訊。
• 你可以選擇啟用上下文指示器，在撰寫工具中持續查看剩餘的上下文容量。
• /compact 會壓縮過長的對話，同時保留有用的工作狀態。
• 當你想沿用歷史紀錄，但改往不同方向進行時，/fork 會從目前對話建立新對話。

實際操作順序是：先檢查狀態；如果目標沒變，就壓縮上下文；如果目標已轉向，就建立分支。

不要把支線對話和分支混為一談。支線對話是圍繞目前工作進行的簡短問答；分支則是繼承原始對話歷史紀錄的新主要對話。

8. 保持對話清單整潔

我自己的 Codex 工作流程，越來越像在管理一個小型調度中心。

我會釘選少數正在推進的對話，依照預期成果重新命名，工作一完成就果斷封存。封存後仍然可以瀏覽，所以能放心這麼做：封存是整理，不是刪除。

通知也是這套系統的一部分。完成通知可以直接開啟相關的 Codex 對話，所以從「智慧體完成工作」到「人類接手審查」，只需點一下。

Spotlight 和「捷徑」都能直接開啟「遠端」。在 iPad 上，鍵盤快速鍵讓應用程式的操作效率高得令人驚喜：建立新對話、切換對話、開啟已變更的檔案，以及釘選、重新命名和封存，都不必逐一伸手點選控制項。

這就是把「遠端」當作「幕僚長」使用的方式。這個應用程式不只是我輸入提示詞的地方，也是我掌握工程工作狀態的地方：哪些正在進行、哪些受阻、哪些等待審查，以及哪些已經完成。

9. 隱藏的指令選單

輸入 /，就能找到使用應用程式許多進階功能的最快途徑。可用功能可能因已連線的主機、應用程式版本和帳戶組態而異。

指令選單值得熟悉，因為它呈現了產品真正的運作概念：規劃、持續追求目標、建立分支、審查、檢查，以及恢復工作。

10. 五種特別適合行動裝置的工作流程

版本發布負責人

針對一次版本發布或一個 Pull Request 建立專用對話。請 Codex 檢查目前分支、CI 狀態、尚未處理的審查意見，以及哪些變更會納入該次版本發布。將對話釘選。有新資訊時，只有在它推翻目前調查方向的情況下才即時引導；否則就加入佇列。用手機審查最終差異或版本說明，並在版本發布後封存對話。

臨時插入的錯誤修正

附上螢幕截圖、日誌或擷取的檔案。請 Codex 先診斷再修改。使用支線對話深入釐清某個可疑錯誤，避免打亂主要調查。原因明確後，回到主要對話，授權進行範圍有限的修正。

行動審查者

以預定分支為基準進行審查，查看已變更檔案的摘要，開啟重要檔案，並加入行內留言。請 Codex 只處理這些留言，再審查後續差異。

需要長時間推進的目標

建立具有明確完成條件的目標：測試全部通過、審查意見全部處理完畢，或達到可重現的效能門檻。透過通知和狀態查看進度，不必反覆詢問「完成了嗎？」額外工作使用排入佇列的提示詞，只有需要修正方向時才即時引導。

多機操作人員

為主機取清楚的名稱，並依機器和工作區整理工作。透過手機，在具備所需程式碼簽出版本、憑證、模擬器或作業系統的機器上開始對話。當一個對話需要 Mac、另一個需要 Windows 主機時，這種做法尤其有用。

小功能，大作用

我最喜歡的一些新增功能，並不是最受矚目的主打功能：

• 直接編輯最近傳送的提示詞，不必再新增一輪對話來更正。
• 儲存或複製對話中顯示的圖像。
• 在 Codex 仍在執行時，查看佇列中的提示詞。
• 直接從通知開啟已完成的對話。
• 瀏覽已封存的對話，不必讓使用中的對話清單擠得滿滿的。
• 在較窄的螢幕上閱讀差異時，讓過長的行自動換行。
• 使用 Face ID 或裝置密碼保護 ChatGPT 行動應用程式。
• 傳送前，直接在撰寫工具內查看已加入的技能和外掛程式。
• 當實體物件就是所需的上下文時，直接拍照並將照片加入提示詞。
• 選取對話紀錄中的文字，從中開啟側邊對話，不必重新解釋問題。

這些功能都沒有改變智慧體的基本運作模式。它們結合起來，消除了那些讓遠端工作流程顯得不可靠的阻礙。

更深一層的啟示

最好的行動軟體不會只是縮小桌面介面。它會找出你離開辦公桌時需要做出的重要決策，讓你能清楚掌握資訊，快速、安全地做出決定。

這就是我現在看待遠端功能的方式。我可以在這裡選擇合適的環境、設定目標、調整執行方向、回應核准要求、檢查結果，並讓整個工程工作佇列井然有序。

工作仍由電腦執行，手機則讓我掌握主導權。