GPT-6 Astra 輪次中引導：無需重新開始即可調整任務

輪次中引導會改變什麼

官方引導文件說明，GPT-6 Astra 支援透過連線 Responses API 的 WebSocket 使用該功能。文件明確區分了引導與撤銷早先操作：已經交付的輸出不會被改寫，已經啟動的工具也不會自動取消。

這一區別應體現在介面設計中。“修改要求”和“停止操作”需要表達不同含義。如果外部寫入正在執行時使用者更改了目標位置，應用不能貿然認定此前的寫入從未發生。

清楚的狀態資訊應說明什麼仍在等待、什麼已經完成。“新要求會應用於接下來的工作”比靜默替換原始請求更明確，也不會讓使用者猜測上一項操作遵循的是哪組指令。

按照引導事件順序處理更新

流式輸出會隨著內容生成而展示結果；引導則修改後續工作應遵循的指令。一個產品可能支援其中一種，卻未提供另一種。

按照文件中的 WebSocket 流程，先傳送 response.create 並等待 response.created。然後在同一連線上傳送 response.steer，將響應 ID 作為 previous_response_id，將修訂後的指令作為 input。response.steer.accepted 表示更新已進入佇列，不代表所有修訂工作已經完成。如果缺少必需的工具結果或批准，response.steer.pending 會指出它們。應將由此產生的後續執行與原始響應分開追蹤。

同樣，任務結束後的普通追加訊息，與響應執行期間的更新也不是同一種互動。應在應用日誌中區分這兩條路徑，讓審閱者能夠準確還原任務。

GPT-6 Astra 指南將輪次中引導列為模型較新的工作流能力之一。這不代表每個聊天輸入框或第三方應用都實現了所需的事件處理。應核實實際使用的介面，而不只是看旁邊標註的模型名稱。

在應用介面中，應把“已收到更新”與“新工作已完成”分開顯示。將當前要求與仍在執行的操作並列展示。這是介面設計建議，不代表 API 自帶完整的任務儀表板。

編寫能保留有效成果的更新指令

有效的任務中途更新應說明哪些內容改變、哪些保持不變，以及下一步不能做什麼。

例如：“保留現有桌面佈局。下一輪改為重點檢查觸控操作。不要釋出或替換當前構建。”這樣的指令能保留有用的上下文，同時縮小下一步操作範圍。

相反，“換一種做法”會迫使助手猜測使用者要的是新目標、視覺調整還是停止。介面可以透過展示當前目標，並讓使用者編輯具體要求來減少歧義。

當更新與已完成工作衝突時，應明確說明衝突。使用者可能希望糾正結果，但糾正仍是一項新操作，有自己的範圍和影響。

假設助手正在審查原型的鍵盤操作，設計師此時補充了移動端要求。有效的更新不是“全部重做”，而是“保留玩法目標，接下來檢查觸控輸入，不要修改已有鍵盤行為”。

助手先前的觀察可能依然有價值。新增測試應覆蓋觸控目標大小、意外重複輸入、螢幕方向變化，以及同一操作是否提供一致反饋。這些是建議檢查項，不是 Astra 效能的實測結論。

為了讓觸控簡報更具體，可以試玩街機遊戲，觀察遊戲如何表達輕觸、長按和快速連續操作。用這些觀察來定義下一輪審查；不要據此推斷遊戲由哪個模型製作，或是否使用了模型。

為變化中的要求建立任務狀態模型

在應用記錄中，應區分計劃中的工作、執行中的工作和已完成工作。

下表是應用設計輔助材料，不能替代 API 事件參考文件。它有助於避免一個常見錯誤：把每項任務都當作可以隨時改寫的文字段落。

將工具結果關聯到發起它的操作。遲到的結果不能被誤認為是在新要求下產生的證據。如果結果已經過時，即便它不再適合支援下一步判斷，也可能仍需要記錄。

考慮一個假設流程：某次讀取依據要求 A 啟動；使用者提交要求 B；舊讀取隨後返回。應先把結果記錄在 A 下，再判斷它是否也能回答 B。不要把它重新標為一次新的檢查。例如，鍵盤處理的結果不能證明觸控操作可用。

透過應用控制管理外部影響

在含糊的更新與後果重大的操作之間，模型不應是唯一的防護措施。應用可以維護擬議寫入佇列，為影響較大的步驟要求批准，並檢查批准是否仍符合最新任務。

例如，使用者批准上傳某份草稿後，又更改了目標專案，舊批准不應悄然轉移到新目標。應重新核對目標位置和擬上傳的內容。

同樣的原則也適用於外部訊息、購買、刪除和部署。引導能夠幫助助手理解修訂後的目標，但不提供事務系統或回滾保證。

對於只讀操作，遲到結果的影響通常是浪費工作或造成困惑；對於寫入操作，則可能產生真實的狀態變化。應分別設計和測試這些情況。

在容易出問題的時刻測試更新

以下案例組成一份建議的整合測試計劃。本文尚未實際執行這些測試。

對每個案例，明確使用者可見狀態、是否允許啟動新操作，以及應用如何記錄完成情況。應根據行為是否一致來判斷成功，而不只是檢查模型是否回應了新訊息。

• 更新在任何工具啟動之前到達。
• 更新在只讀工具執行期間到達。
• 更新在寫入已經執行期間到達。
• 兩次更新攜帶互相沖突的要求。
• 使用者看到確認之前，連線已經斷開。
• 遲到的工具結果屬於較早的任務版本。

讓下一步操作清晰可見

可靠的引導體驗應明確展示三件事：當前目標、已經完成的工作，以及下一項等待授權的操作。使用者不應需要從長篇對話記錄中自行推斷。

實際收益是減少不必要的重新開始，而不是賦予無限自主權。應讓變更保持可審閱，並如實記錄發生過的事情。

如果需要新的互動簡報，可以瀏覽遊戲庫，選擇一種操作行為進行檢查。練習範圍應足夠小，使中途變更能夠明確表述：哪些保留、哪些修改，以及哪些必須等待批准。