智能體在等信任或登入：保留指令、恢復原工作階段，再確認任務結果

你在 iPhone 上開啟了電腦中的專案，寫下「修復登入頁無法捲動的問題，保留已有登入方式」。點擊傳送後，App 提示智能體暫時不能接收。終端機裡卻有介面，也沒有顯示處理程序已經結束。

這時需要回答兩個問題：智能體正在等什麼？剛才的指令處於什麼狀態？只解決其中一個還不夠。處理完登入提示，可能仍有一份保留的訊息等待你的選擇；恢復網路以後，剛才的請求也可能已經開始執行。

Tactic Remote 1.11 配合更新後的主機端，會解釋已識別的輸入阻塞，並保留被拒的訊息。下面用三個操作範例說明如何繼續。範例用於解釋恢復步驟，不代表已經發生的使用者案例，也不是對所有智能體介面的統一描述。

先分清處理程序執行、輸入就緒和任務完成

終端機處理程序還在，不意味著它現在能接收程式設計指令。它可能在確認專案、等待服務商登入，或正在準備輸入介面。反過來，介面顯示閒置，也不證明程式碼已修好；可能只是目前沒有任務執行。

工具權限是任務執行過程中的批准機制，不必然屬於「傳送被拒」。不同智能體、執行模式和版本會有不同提示，以實際終端機和 App 的說明為準。

場景一 新專案停在目錄信任確認

你剛切到一個新的儲存庫，終端機出現是否信任目前目錄的提示。在互動式工作階段中，Claude Code 會對尚未信任的目錄顯示工作區信任對話方塊；官方安全文件說明了這個行為。

先核對終端機中的完整路徑。它是否是預期的儲存庫？來自自己的程式碼、同事的專案，還是剛下載的未知內容？同名目錄也可能屬於不同分支、複製目錄或獨立工作區，不能僅憑工作階段標題判斷。

在 1.11 已識別這種等待的情況下，恢復入口會引導你開啟終端機。按螢幕顯示的選項回應，完成信任決定後，再檢查智能體是否進入輸入介面。重新啟動仍在等待的處理程序，往往只會再次遇到同一個決定。

然後檢查被保留的指令。如果原要求包含修改或提交，可以先返回輸入框縮小範圍：

唯讀檢查這個儲存庫的啟動方式、相關登入頁面和已有測試。列出可能需要修改的檔案與需要保留的行為。先給出方案，不要編輯、安裝依賴或提交。

確認回覆中的路徑與目前儲存庫一致，再進入實施。對工具權限的後續請求，還需要根據動作本身判斷；目錄信任並不代表所有後續動作都已經批准。權限文件解釋了具體操作的授權規則。

場景二 電腦已連線，智能體仍要求登入

Tactic 帳號負責你與開發電腦之間的關聯和存取；Claude Code、Codex、Amp、Droid 則使用電腦上各自的服務商帳號。你能用手機開啟專案，不代表這些服務商身分都已準備好。

先看是哪一個程式在要求登入。如果是智能體的終端機提示，就按它的流程完成驗證；如果需要在電腦瀏覽器中操作，先完成那個瀏覽器流程，再返回同一工作階段。不要把登入網址、一次性授權碼或帳號憑證複製到普通聊天訊息中。

登入完成後，確認終端機已經離開登入頁面，並能處理輸入。若實際錯誤是帳號權限、訂閱資格、網路存取或設定問題，使用對應錯誤繼續定位。反覆登入 Tactic 或重新綁定電腦，不能替代服務商驗證。

再查看保留訊息、輸入框和待發佇列。如果指令還沒有傳送，選擇其中一份繼續；如果新的輸出已經對應這條指令，就查看目前結果。不要因為登入成功後畫面暫時安靜，就把整個任務複製一次。

選擇恢復操作時，看它會對這條訊息做什麼

1.11 的恢復操作會按已識別的狀態提供不同入口。明確未執行時，可以選擇 啟動並傳送（Start & Send）；已識別為仍在等待信任、登入或啟動時，入口是 開啟終端機（Open Terminal），用於處理目前提示。

同一份保留訊息還可以選擇 佇列（Queue） 或 編輯（Edit）。兩者用途不同：

若輸入框已有內容，編輯（Edit）按鈕會被禁用，以防新草稿被保留訊息覆蓋。佇列暫停、等待審批或任務狀態不確定時，也不會僅因為網路重新連線就證明佇列中的訊息已經傳送。

舊電腦端可能不提供完整的等待分類，因此 App 可能顯示通用的 Start & Send。這個按鈕不證明處理程序已經停止；先看終端機中的實際狀態，再決定是否啟動，並更新實際使用的電腦端。

場景三 按下傳送後斷線，先確認送達

如果 App 明確收到電腦端的拒絕，這條訊息可以作為未被接受的訊息恢復。如果傳送途中逾時或斷線，情況不同：請求可能已經送到電腦，只是手機沒有收到結果。

回到原電腦、原專案和原工作階段，尋找與這條請求對應的最新輸出。Agent 正在修改登入頁，就讓任務繼續；已經生成結果，就先驗收。在聊天介面中，只看到舊記錄或暫時沒有出現新的回覆氣泡，仍不足以證明請求沒有執行，背景可能已經接收了請求。

例如，剛才的要求是「修復後提交」。重新傳送可能產生額外改動、第二次提交或重複執行耗時指令。狀態未明確前，不應把「再試一次」作為預設恢復動作。

確認目前工作階段閒置後，可以要求它說明已有進展：

說明上一條任務是否已經開始、目前改了哪些檔案、實際執行了哪些檢查，以及是否建立了提交。不要重複執行上一條任務，也不要繼續修改或發布。

這是一條狀態查詢。如果終端機仍停在信任、登入或權限選擇上，先處理那個提示，否則查詢本身也可能無法被接受。原工作階段無法讀取時，可在電腦端檢查相應專案與處理程序，再決定如何恢復。

恢復以後，用結果驗證任務而不是只看狀態燈

先用一個範圍小的請求驗證原工作階段回應正常，再下達實施指令。仍以前面的捲動問題為例，可以把目標和保留條件寫在一起：

修復小螢幕登入頁無法捲動的問題。保留已有登入方式、登入返回流程和取消驗證的提示。先說明最小修改範圍；完成後列出實際修改、執行的檢查、失敗項，以及仍需人工核驗的操作。暫不發布。

驗收時，至少確認修改發生在預期儲存庫，頁面確實可捲動，原有登入與取消流程仍符合要求。測試結果應對應目前修改；如果檢查後又改了相關程式碼，需要重新核驗受影響的行為。能收到回覆，只證明恢復了回應，不能替代這些檢查。

只有確認原工作階段已不存在或無法繼續時，再建立新的工作階段。先儲存任務摘要、已改檔案、已執行檢查和未決問題。使用同一目錄建立新工作階段，或改用另一位智能體，不會自動繼承原任務的全部情境。

如果電腦又無法連線，回到連線排查流程；如果能連線但仍無有效回覆，記錄智能體名稱、兩端版本、具體等待提示與剛才的訊息狀態，再聯繫支援團隊。兩端升級要求與這一版的其他變化，可查看1.11 詳細介紹。