在
网站设计过程中用户体验一直是首要考虑的问题，随着LLM聊天模式的普及，使其可访问对于确保每个人都能获取其提供的信息、工具和机会至关重要。Eric Bailey基于他在改进这些界面方面的工作，分享了让依赖辅助技术的人更易访问和使用在线聊天体验的实用方法。在尼高网站设计的职业生涯中，我有幸帮助提升了多种沉浸式LLM聊天体验的可及性。现在我想和你分享这些知识。本文涵盖的大部分内容适用于网页应用和原生应用。这是因为这些体验通常通过网络技术构建，然后通过Electron或Tauri等框架以原生包装形式呈现。
沉浸式LLM聊天体验”是一个统称，涵盖了全屏体验，如Claude、ChatGPT、GitHub Copilot、Gemini、America.gov、Glean以及其他类似的网站和网页应用：无障碍是功能性数字体验的核心部分。随着大型语言模型聊天模式在网络上迅速蔓延，如果这些体验没有以无障碍为核心考虑，我们就有可能排斥用户。这里还值得再次提及“排斥”的含义：它指的是知识的丧失、机会的丧失、效用的丧失、就业能力的丧失、娱乐的丧失，等等。
沉浸式大型语言模型聊天体验并非像弹窗聊天、内嵌文本生成工具或摘要工具这样的模式。这些较简单的LLM技术应用会有不同的考虑和期望。相反，这只是让其他体验变得可及的起点。从《网页内容无障碍指南》的角度来看，基于聊天的用户界面并没有什么特别之处。它们是通过网络技术构建的互动体验。我描述的这些损失——以及与之相关的法律责任——就像任何其他网页内容都可以成为访问障碍一样，都是访问障碍。
在进入技术层面之前，我们必须考虑软件开发中普遍存在的视觉偏见。我们生活在高度视觉化的文化中，因此我们的产出无意识地反映了并强化了这一点。我们需要注意并思考那些非视觉因素。虽然并非所有残疾都是失明或低视力，但LLM聊天中许多核心互动确实需要针对这两种残疾的具体便利措施。
实时区域公告可以让用户知道LLM的回复内容，而无需转移注意力。这相当于有人能看到屏幕，看到LLM回复时抬头阅读。首先，如果你是第一次尝试让实时区域公告正常运行，请阅读 TetraLogical 的这篇优秀文章。这些问题很难准确处理，而这篇文章澄清了事实。我想特别指出的一个常见陷阱是对每个LLM回复消息进行应用。别这样。相反，使用专门的实时区域区域来宣布每条消息的内容。实时区域区域应置于DOM末尾，用于所有实时区域消息。这种方法更加稳定可靠，这对于确保每个人都能理解体验所传达的内容非常重要。
在为依赖这些实时区域公告的用户创造良好用户体验时，有几件事需要做。这些因素决定了结果是合规但不可用，还是真正适合使用者的效果。这些体验通常只以视觉形式呈现。如果你看不到屏幕，可能会感觉体验卡顿或崩溃——尤其是当响应对象是需要较长时间处理的复杂请求时。根据我评估的包容性用户调研，提示提交后五秒触发加载信息似乎是最佳选择。然后你可以让逻辑每五秒重复一次加载消息，直到LLM完成实际回复。
