北京
一个视障朋友跟我聊起他上网时遇到的麻烦。有些网站看起来完全正常，但依赖屏幕阅读器或键盘操作的人，却根本读不懂、也够不着页面上的控件。
看到这个挑战赛题目时，我想试试本地AI能不能直接在浏览器里把这些障碍削掉一点。这个想法最后变成了 AccessPatch。
在我录制的测试里，Windows Narrator 读到一个搜索控件时，念出来的是："Search the catalog region. Button."（搜索目录区域。按钮。）视力正常的用户一眼就能认出那个放大镜图标，可屏幕阅读器只报出一个没有名字的按钮。下一个障碍更安静：一个可点击的菜单，键盘导航会整个跳过去。
它到底修了什么
AccessPatch 是一个 Chrome 扩展，作用是在用户自己这一份页面上，修复那些被支持的控件。它调用 Gemma 3 4B，通过 Ollama 在本地运行，为控件提出有意义的无障碍名称。另一套独立的规则，则给那些只支持鼠标的控件补上键盘焦点和激活能力。
它提供三种模式。网站的服务器完全不受影响，所有改动都只发生在浏览器本地，而且可以撤销。
2分26秒的演示视频里，包含了我录制测试时真实的 Windows Narrator 音频。最有参考价值的对比大约从 1:33 开始。
为什么要在本地跑
视频里还展示了对 Deque 那个故意做成不可访问的培训站点上搜索框的修复。那个页面和我本地的实验环境一样，都只是练习用的样本。这段录制证明的是这些例子里的行为表现，更大范围的用户测试还在后面。
有意义的控件名称。键盘可访问。按你自己的意愿来修复。
一个图标可能看起来一目了然，屏幕阅读器却只念出"按钮"两个字。一个可点击的元素可能对鼠标有反应，Tab 键却会跳过它。
AccessPatch 是一个 Chrome 扩展，用 Gemma 3 4B，通过 Ollama 在本地为受支持的网页控件提出无障碍名称。明确的键盘规则修复了一类保守的、只支持鼠标的自定义按钮。改动应用在你这一份页面上，并且可以撤销。
演示里包含录制测试时真实的 Windows Narrator 修复前后音频对比。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
