营运与维护 · 实作指南
AI 已经完成了，屏幕阅读器用户听到了吗？
检查 AI 等待、完成和失败提示是否能被屏幕阅读器获知，并保留焦点与恢复路径。
AAHouse 原创解说视频，采用 AI 辅助概念画面、合成旁白及原创音乐。
英文逐字稿 · 简体中文普通话逐字稿 · 台湾华语逐字稿 · 香港粤语逐字稿 · 澳门粤语逐字稿
屏幕在动，用户却不知道发生了什么
想象一家美国设备租赁商的询价助手：客户点击“生成清单”后，页面出现转圈图标，随后显示“已完成”。这是虚构设计评审，不是客户事故。对于依赖屏幕阅读器的人，视觉变化可能没有对应提示。问题不在模型回答得够不够聪明，而在等待、完成和失败是否能被感知。
依已核准文章重绘的解说示意图。
改版一：把状态和结果分开
W3C 对状态消息的说明涵盖操作结果、等待、进度与错误等信息，但完整搜索结果本身不等于状态消息。[1] 因此，我们建议保留清单正文，另用短句说明“清单已生成，共三项，等待你核对”。不要把“已生成”写成“已预订”；状态文字必须准确对应业务阶段。
依已核准文章重绘的解说示意图。
改版二：让短提示被听见
W3C 的 ARIA22 技术展示了如何用 status 角色标记状态区域。它具有 polite 的默认播报优先级，不需要把键盘焦点移过去。[2] 实现时先建立状态容器，再更新内容；若需要播报完整短句，可明确设置 aria-atomic 为 true。代码标记不是兼容性测试的替代品。
依已核准文章重绘的解说示意图。
改版三：别让每个字都打断用户
流式 AI 回答可能逐字刷新。我们建议不要把整篇输出的每次变化都当成紧急提醒，而是播报有用的阶段变化，并让用户主动阅读正文。W3C 的提示模式也提醒避免频繁打断，且普通提醒不应抢走键盘焦点。[3] 真正必须中断的对话框，应按不同交互模式设计。
依已核准文章重绘的解说示意图。
改版四：失败之后留一条路
假设生成失败，短提示可说明“未能生成清单，你填写的内容仍保留”，页面同时提供可找到的重试或人工帮助入口。这是产品建议，不是对任何现有应用的验证。不要只让转圈图标消失，也别显示无法解释的“出错了”。重试按钮的行为仍需遵守原有防重复与审批规则。
依已核准文章重绘的解说示意图。
验收：听提示，也走完整条路径
建议让测试者使用目标浏览器与屏幕阅读器，从开始、等待到完成和失败各走一遍，再用键盘找到结果与恢复入口。记录实际听到的文字、顺序和焦点位置，而非只检查页面里是否有属性。本文提供的是评审方案，未测试客户系统，也不构成整站无障碍合规结论。
依已核准文章重绘的解说示意图。