已連線卻無回應？排查行動端寫程式 Agent 的疑難雜症

您的手機已連線到電腦，但 Claude Code 或 Codex 卻沒有回應。或者您傳送了請求後連線中斷，返回時對話看起來毫無變化。此時您應該等待、重新連線、啟動 Agent，還是再次傳送？

下一步該怎麼做，取決於目前缺少了哪個環節。手機到主機的連線正常、Agent 已準備好接收輸入，以及請求成功送達該 Agent，這三者是各自獨立的狀態。請依序進行檢查。

本指南適用於透過 Tactic Remote 建立的對話。具體的控制選項取決於您的手機與配套程式（companion）版本；請依據您看到的提示訊息執行相應的操作指引。如果您使用的是 Anthropic 的 Remote Control 或其他用戶端，其控制選項與復原行為會有所不同。請同時檢查用戶端與配套程式的版本；1.10 概觀說明了目前的工作流程。

從當前肉眼可見的狀態開始排查

過往的回覆或訊息氣泡並不能代表當前任務的執行結果。請尋找與您正在排查的請求相對應的輸出內容。

檢查主機與原始對話

請確認主機名稱、專案以及對話標題。兩個對話可以使用同一個專案，但包含不同的工作內容。建立新對話並不是重新整理舊對話，選擇相同的目錄也不會繼承另一個 Agent 的上下文（context）。

從專案首頁開啟您傳送該請求的對話。確認它使用的是哪一個 Agent。如果您切換了電腦或裝置，在將空白記錄誤判為工作遺失之前，請先再次驗證主機。

如果主機本身無法連線，請參閱下方的網路小節。如果主機連線正常，請停留在該對話中，並檢查其輸入框與最新輸出。

如果這是您的第一次連線，在診斷現有任務之前，請先遵循iPhone 設定指南或iPad 工作流程指南。

當第一個任務尚未啟動時

在 New Conversation 中，選擇專案與 Agent 只是為任務做好準備。第一則訊息才會將其啟動。如果您只是選擇了可重複使用的提示詞（prompt）或在輸入框中輸入了文字，Agent 可能尚未收到任何需要回答的內容。

請檢查輸入框下方的專案按鈕。處理現有程式碼時，請選擇實際的儲存庫（repository）；Independent Workspace 則會建立一個單獨的目錄。接著檢查 Agent 按鈕並傳送一個小請求，例如：

僅檢查這個專案，不要修改檔案。回報工作目錄和 Git 分支，再說明 App 如何啟動。不要執行測試或安裝相依套件。

來自目標目錄的回覆能為您提供一個實用的起點。如果畫面上出現的是啟動或登入提示，請在新增第二個任務之前先處理該提示。

當請求處於排隊（queued）狀態時

如果應用程式將請求標記為已排隊（queued），代表它正在等待派送。請閱讀隨附的提示訊息：它可能會要求您重新連線、等待當前任務完成、處理核准事項，或是等待對話狀態完成同步。

如果您的版本在輸入框上方顯示了排隊中的草稿，請閱讀隨附的提示。例如，同步中（syncing）提示代表應用程式正在等待確認任務狀態。此時再次傳送相同的指令只會增加另一份草稿，對推進第一份草稿毫無幫助。

若介面提供 Restore to composer，可使用此功能來修改等待中的指令。這會將該草稿移回輸入框，但不會傳送。當輸入框中已有文字時，此控制選項將無法使用，因此請先儲存或清空輸入框中的文字。如果您不再希望執行該排隊中的草稿，可直接將其移除。

如果暫停的佇列提供了 Resume queue 按鈕，請在解決顯示的原因後再使用。它不能取代重新連線主機或處理核准事項。如果提示訊息指出工作階段（session）已結束，請先復原工作階段；重複點擊 Resume queue 無法復原不可用的 Agent 工作階段。

當 Agent 需要介入處理時

連線正常的主機，其上的 Agent 仍可能停留在登入、專案信任詢問、用量限制或核准等待狀態。請閱讀最新的輸出內容，並回應其中指出的問題。

針對 Claude Code 的登入問題，請在開發電腦上、於執行伺服器的使用者帳戶下檢查 Agent。您的 Tactic 帳戶與 Claude Code 身分驗證扮演著不同的角色。請根據您的設定遵循Anthropic 的身分驗證說明；您不一定需要建立 API 金鑰。如果本機端也出現相同的失敗問題，請參閱官方疑難排解指南。

針對核准請求，請仔細閱讀當前請求並針對該操作做出決定。傳送籠統的「continue」訊息並不能回應該核准本身。對話中過往的核准卡片僅屬於歷史上下文；請處理當前待處理的請求。

如果 Tactic 明確回報 Agent 未在執行且您的訊息尚未傳送，傳送受阻橫幅可能會提供 Start & Send、Queue 和 Edit 選項。當您想要啟動 Agent 並傳送該保留的請求時，請選擇 Start & Send。選擇 Edit 可對其進行修改，選擇 Queue 則可留待稍後處理。這些選項適用於已確認傳送失敗的情況，而非所有處於安靜無回應的畫面。

連線中斷後，判斷是否應重新傳送

網路故障可能發生在請求送達主機之後、但手機收到確認之前。因此，單憑逾時本身並不能斷定什麼都沒執行。

明確的「not sent（未傳送）」提示與不確定的連線失敗，需要不同的因應對策。若出現「the prompt may still have been sent（prompt 可能仍已傳送）」或「the prompt may still be running（prompt 可能仍在執行）」等訊息，需要的是檢查原本的對話，而非立即重複提交。

請重新連線到同一台主機，重新開啟同一個對話，並查看其最新輸出與排隊中的草稿。接著參考以下判斷依據：

請同時閱讀內容與狀態。在此範例中，下一步是讀取檔案，且各項檢查尚未執行（Checks: Not run）。即便顯示為 Idle 標籤，也不會讓這些筆記直接變成已完成的實作。

如果歷史記錄顯示 Earlier messages omitted，代表可見的記錄並不完整。此時未看見較早的請求，並不能作為重複傳送的充分理由。一旦確認當前工作階段處於閒置狀態，一個實用的後續詢問是：「摘要說明你實際完成了什麼、還有哪些工作未完成，以及哪些部分在等我決定。不要重複執行先前的命令。」

當無法連線至主機時

請確認電腦處於喚醒狀態，且配套程式（companion）或伺服器正在執行。在住家 Wi-Fi 上能正常運作的連線，換到行動網路時並不一定能自動連通。

若使用本機連線，請檢查目前的主機位址，以及網路是否允許裝置之間互相存取。若使用 Cloudflare，請確認通道（tunnel）正在執行且儲存的位址是最新有效的；暫時性位址在重啟後可能會變更。請遵循該路由的區域網路設定指南或Cloudflare 設定指南。

在 Windows 帳戶連線中，請使用Windows 指南檢查繫結的 PC、相符的 Tactic 帳戶以及 Relay 的連線狀態。修復路由能讓您重新連回主機；但您仍需要在主機上檢查原始任務的狀況。

向支援團隊提供最後已知的狀態

如果問題仍未解決，請聯絡支援團隊，並提供手機與配套程式版本、主機作業系統、Agent、連線路由、確切的錯誤訊息，以及問題發生前的最後一項操作。同時註明請求是否仍處於排隊狀態、主機是否顯示新輸出，以及您是否切換了網路。在螢幕截圖中請移除敏感憑據。

這份記錄有助於區分是連線問題還是 Agent 本身的問題——並在原因釐清後，為您提供一個清晰的接續起點。