想像一間美國設備租賃商嘅詢價助手：客戶撳咗產生清單之後，畫面出現轉圈圖示，之後顯示已完成。呢個係虛構設計評審，唔係客戶事故。對依賴屏幕閱讀器嘅人，畫面變化可能冇相應提示。問題唔在於模型答得夠唔夠聰明，而係等待、完成同失敗可唔可以被察覺。

萬維網聯盟對狀態訊息嘅說明，包括操作結果、等待、進度同錯誤等資訊，但係完整搜尋結果本身唔等於狀態訊息。所以我哋建議保留清單正文，另外用短句講清楚，清單已經產生，共三項，等你核對。唔好將已產生寫成已預訂；狀態文字一定要準確對應業務階段。

萬維網聯盟嘅無障礙豐富互聯網應用第二十二號技術，展示點樣用狀態角色標記狀態區域。佢預設用禮貌嘅播報優先次序，唔使將鍵盤焦點移過去。實作嗰陣，先建立狀態容器，再更新內容；如果要播報完整短句，可以明確將完整播報屬性設為真。程式碼標記唔可以代替相容性測試。

串流人工智能回答可能逐字更新。我哋建議唔好將成篇輸出每一次改動都當成緊急提醒，而係播報有用嘅階段變化，並且畀用戶主動閱讀正文。萬維網聯盟嘅提示模式亦都提醒，避免頻繁打斷，而且普通提醒唔應該搶走鍵盤焦點。真係必須中斷嘅對話框，應該按唔同互動模式設計。

假設產生清單失敗，可以用短提示講，未能產生清單，你填寫嘅內容仍然保留，頁面同時提供搵得到嘅重試或者人工協助入口。呢個係產品建議，唔係對任何現有應用嘅驗證。唔好只係畀轉圈圖示消失，亦都唔好顯示解釋唔到嘅出錯咗。重試按鈕嘅行為，仍然要跟原有防重複同審批規則。

建議畀測試者用目標瀏覽器同屏幕閱讀器，由開始、等待，到完成同失敗各行一次，再用鍵盤搵結果同復原入口。記錄實際聽到嘅文字、先後次序同焦點位置，唔係只檢查頁面有冇屬性。本文提供嘅係評審方案，冇測試客戶系統，亦都唔構成全站無障礙合規結論。