想像一家美國設備租賃商的詢價助手。客戶點選產生清單之後，頁面出現轉圈圖示，接著顯示已完成。這是虛構的設計評審，不是客戶事故。對依賴螢幕閱讀器的人來說，視覺上的變化可能沒有對應提示。問題不在模型回答得夠不夠聰明，而是等待、完成和失敗，能不能被察覺。

全球資訊網聯盟對狀態訊息的說明，涵蓋操作結果、等待、進度和錯誤等資訊，但完整的搜尋結果本身，不等於狀態訊息。因此，我們建議保留清單正文，另外用短句說明，清單已產生，共三項，等待你核對。不要把已產生寫成已預訂；狀態文字必須準確對應業務階段。

全球資訊網聯盟的無障礙豐富網際網路應用第二十二號技術，示範了如何用狀態角色標記狀態區域。它預設採取禮貌模式播報，不需要把鍵盤焦點移過去。實作時，先建立狀態容器，再更新內容。如果需要播報完整短句，可以明確把完整播報屬性設為真。程式碼標記不能取代相容性測試。

串流人工智慧回答，可能逐字更新。我們建議，不要把整篇輸出的每一次變化都當成緊急提醒，而是播報有用的階段變化，並讓使用者主動閱讀正文。全球資訊網聯盟的提示模式也提醒，應避免頻繁打斷，而且一般提醒不應搶走鍵盤焦點。真正必須中斷的對話方塊，應採用不同的互動模式。

假設產生清單失敗，可以用短提示說明，未能產生清單，你填寫的內容仍然保留，並在頁面提供容易找到的重試或人工協助入口。這是產品建議，不是對任何現有應用的驗證。不要只讓轉圈圖示消失，也不要顯示無法解釋的出錯了。重試按鈕的行為，仍須遵循原有的防重複和審批規則。

建議讓測試者使用目標瀏覽器和螢幕閱讀器，從開始、等待，到完成和失敗，各走一遍，再用鍵盤找到結果和復原入口。記錄實際聽到的文字、先後順序和焦點位置，而不是只檢查頁面有沒有屬性。本文提供的是評審方案，沒有測試客戶系統，也不構成全站無障礙合規結論。