Jemima Abu：从一开始就给编程代理无障碍规则

Jemima Abu 请观众闭眼解锁手机，再想象第一次使用手机、完全不知道按键位置的情况。这个练习说明了依赖默认所有人都能看见的界面有多困难。

Abu 将无障碍定义为构建无论是否有残障都能使用的产品。视觉、运动、认知和听力障碍都可能暴露出开发者只用自己熟悉方式测试时遗漏的问题。

她引用一项统计，称排名靠前的网站中 96% 存在无障碍问题，并回顾开发者的常见理由：无障碍支持耗时太长、客户没有要求，或管理者有其他优先事项。

为了测试自己的假设，Abu 让代理两次实现同一份 Figma 设计：一次不给无障碍指导，另一次提供她编写的技能。在她的例子中，使用指导耗时从 15 分钟降至 5 分钟，成本降低 58%。

Abu 随即说明比较的局限：这是一次没有控制条件的单次实验，不能证明无障碍代码总是更便宜或更快。她想强调的是，明确指令可以帮助代理遵循期望的做法。

Abu 介绍自己是一位产品工程师和获得认证的无障碍专业人士。她将 AI 代理比作第一次独自出门办事的孩子：地图、购物清单和清楚的边界有助于到达目的地。

对编程代理而言，相应做法是明确说明期望的代码与行为。缺少指导时，代理可能生成大量通用元素，而不是开发者需要的语义结构。

Abu 认为，人的偏差可能演变为 AI 的偏差。开发者如果只在自己的设备上测试，可能忽略屏幕阅读器用户或使用键盘导航的人，而生成的代码也可能重复现有代码的模式。

她说代理还可能生成过多不必要的自定义代码。手风琴式的展开内容通常可以使用原生 HTML details 元素，而不必从头编写 JavaScript，借助浏览器已提供的行为。

她用蓝莓松饼作比喻，说明为什么要从一开始就融入无障碍支持。她说，网站完成后再添加 ARIA 标签，就像把蓝莓硬塞到已经烤好的原味松饼上。

Abu 讲述一个人因为第一家银行的应用存在无障碍障碍而转投另一家银行。客户未必更喜欢第二家银行的功能，而是需要一个自己能够使用的产品。

这给团队带来选择偏差：声称现有用户不使用辅助技术，可能忽略了那些尝试后因遇到障碍而离开的人。Abu 将其比作商店没有门，却疑惑为什么没人进来。

她还提到网站缺乏无障碍支持可能带来法律风险，并提及《美国残疾人法》。具体义务取决于组织、服务和适用法律，演讲中的概括不应视为法律判定。

她的第一项建议是明确产品的无障碍要求。网页应用和移动应用可能有不同需求，因此开发者或产品经理应在向代理下指令前确定相关标准。

第二，审查现有代码库。Abu 将进入杂乱项目的代理比作看到水槽里有脏碗的新室友：现有模式可能成为代理认为应该遵循的范例。

第三，使用设计系统或可复用组件库。修复共享组件中的无障碍问题后，改进可以惠及多个页面，而不必逐处单独修复。

第四，让这些要求成为代理日常工作流中的强制规则。临近截止日期时人们容易忘记无障碍要求，因此应让代理反复获得指导，为使用方式不同的人构建产品。

Abu 展示了一份轻量无障碍技能：使用语义化 HTML、在适当时使用 ARIA，并确保交互元素可以用键盘操作。她说自己的例子侧重网页，需要根据产品调整。

她还提到现代 Web 指导，可以帮助代理选择当前浏览器功能，例如用 details 实现展开与收起。这些指令可以改善起点，但她提醒，仅靠提示词无法让产品完全无障碍。

问答中，Abu 提到两件令她沮丧的事：团队忽视键盘操作等基本需求，或者把无障碍覆盖层当成完整解决方案。她说，覆盖层就像松饼烤好后才加上蓝莓。