协会地址：上海市长宁区古北路620号图书馆楼309-313室
构建GitHub无障碍性的新篇章
来源: 开源最新动态 – GitHub 博客
作者: Natalie Guevara
发布时间: 2026/5/22 00:00:00
原文链接: https://github.blog/open-source/building-githubs-next-chapter-in-accessibility/
五年前，我们正式启动了GitHub的可访问性（accessibility）项目。最初只是一个处理可访问性技术债务的小团队，如今已发展成覆盖全公司的规范，深深融入我们的工程基础、设计系统、AI工具和企业文化。五周年的里程碑促使我们退后一步，思考一个根本性问题：接下来该往哪里走？
答案就是今年早些时候发布的可访问性战略。这份战略标志着我们项目进入关键时刻。最初五年，我们的重点主要放在内部。接下来，我们将转向外部——在持续完善内部的同时，与全球开发者社区紧密协作。我们希望在整个GitHub建立可访问性文化，让每一位开发者、每一个团队、每一个开源项目都能参与其中。
该战略围绕四个优先事项展开。值此全球无障碍宣传日（Global Accessibility Awareness Day），我们分享一下每项战略优先事项的初步进展。
帮助大规模提升开源软件的可访问性
开源软件驱动着全球大部分技术，但许多项目在设计上并未考虑残障人士的使用需求。在GAAD 2025前夕，我们承诺帮助改变这一现状。我们立下三个目标：赋能残障人士贡献开源项目，增加开源辅助技术的可用性，以及提升主流开源项目的可访问性。
去年，我们启动了一项开源倡议，将承诺付诸行动。
开源辅助技术黑客松
本周，我们正在GitHub旧金山总部举办首届开源辅助技术黑客松。在两天时间内，参与者将为16个赋能残障人士的特色项目贡献力量。这些项目包括：让视障学生通过Monarch可刷新触觉显示器与图形信息互动的项目、利用AI将PDF文件转换为无障碍格式的项目、针对电动轮椅的创意改良，等等。黑客松还设有开源NVDA屏幕阅读器的答疑时间，以及一个GitHub学习室，帮助参与者在GitHub上学习开源工作流程。
开源可访问性峰会
2025年10月，我们在北卡罗来纳州罗利市的All Things Open大会上举办了首届开源可访问性峰会。反响空前热烈——300人报名，超过500人加入了候补名单。峰会汇聚了来自残障、可访问性和开源社区的专家，确定了六大优先挑战领域，并起草了协作路线图。这项工作在GitHub上的open-source-accessibility组织中持续进行，社区讨论通过公共Slack工作区协调。
开源项目可访问性最佳实践
Maria Lamardo与开源维护者合作，在opensource.guide上发布了开源项目可访问性最佳实践指南。该指南帮助维护者在开发过程中关注残障人士的需求——从撰写可访问性声明、默认使文档具备可访问性，到设计可通过键盘导航的界面以及使用语义化HTML。
赋能残障开发者在GitHub上构建
作为所有开发者的家园，我们希望每一位开发者都感到宾至如归，并能够利用GitHub提供的所有功能，为全球软件开发贡献未来。可访问性是GitHub工程基础的一部分。我们通过明确界定预期、持续测试达标情况，并借助工程记分卡确保责任落实，从而追求卓越。我们的Primer设计系统提供了坚实基础，我们在产品团队中嵌入可访问性设计师，确保从第一张草图到最终部署的全过程都考虑可访问性。
过去一年，我们在整个平台上进行了大量改进。
重新设计的拉取请求体验
拉取请求是开发者体验的核心组成部分。今年，拉取请求团队彻底重新设计了文件变更页面，并在流程的每个步骤中都融入了无障碍设计。他们以一致的键盘导航、地标、可调节的行间距以及更少的页面重新加载（这对屏幕阅读器用户至关重要，因为页面刷新会让他们失去定位）重新构建了该页面。在七个月内，他们发布了七次更新，改进后的体验已于2026年1月成为所有用户的默认设置。
增强对比度与主题
2025年6月，设计团队为所有GitHub主题引入了增强对比度控制。这是首次为未登录用户提供可调节的对比度——任何访问GitHub的人都可以自定义视觉体验，无需账户。
更智能的搜索
2026年4月，GitHub Issues的语义搜索正式上线。用户现在可以用自然语言描述他们要找的内容，并找到概念上相关的结果，从而减轻认知负担，让平台对所有人都更直观。
GitHub命令行接口的重大无障碍改进
我们坚信终端是开发者体验的核心，而它长期以来在整个行业中都是无障碍支持不足的环境。在过去一年中，我们的CLI团队提升了标准。
2025年5月，CLI团队推出了GitHub CLI的无障碍改进，引入了屏幕阅读器支持，用无障碍替代方案取代了会混淆语音合成的提示和旋转指示器。他们添加了与ANSI 4位色彩对齐的可定制调色板，让低视力和色盲用户能够完全控制自己的终端体验。
这些原则被延续到了GitHub Copilot CLI的开发中，该工具于2026年2月正式发布。Copilot CLI将GitHub Copilot编码代理的强大功能直接带到终端——并且从第一天起就内置了无障碍支持：
- 专用屏幕阅读器模式（
--screen-reader），带有一致的对话框标题、减少冗余播报和增强对比度。 - 主题选择器，包含色盲友好的变体，如GitHub Dark、GitHub Light和高对比度选项。
- 完全以键盘为先的导航，支持UNIX键绑定、快速帮助叠加层以及可配置的推理可见性。
- 自适应布局，可适应窄终端和不同的屏幕配置。
最后，我们发布了一份指南，介绍如何在屏幕阅读器下使用Git、GitHub CLI和GitHub Copilot CLI。其中包括分步安装教程（附有屏幕阅读器特定说明）以及将命令串联起来的端到端工作流，以便盲人开发者能够尽快从零开始高效使用命令行。
帮助我们的客户在GitHub上实现其无障碍目标
我们热切希望帮助客户在GitHub上构建时实现他们的无障碍目标。我们的方法是率先垂范，使用最新的GitHub功能来运行我们自己的无障碍计划，透明地分享我们的流程改进，并将我们构建的工具开源。
分享我们的经验
今年，我们发布了关于如何运行无障碍计划的详细说明，以便客户能够从我们的经验中学习。Janice Rimmer在《使用Copilot自动化无障碍治理》一文中展示了项目经理（而非工程师）如何构建自动化来改变合规性工作流。Carie Fisher在《持续AI实现无障碍》一文中详细介绍了我们的用户反馈管道：GitHub Copilot分析传入的报告并自动填充约80%的问题元数据。该工作流促使解决时间缩短了62% ，并确保89%的问题在90天内关闭。最后，Eric Bailey在《构建我们的通用无障碍代理》一文中分享了关于无障碍代理的及时见解。
Figma注释工具包
当我们分析可访问性审计数据时，发现48%的问题本可以在设计阶段预防。这一洞察促使 Jan Maarten 和我们的可访问性设计团队构建了 Annotation Toolkit，这是一个全面的 Figma 库，帮助设计师直接在作品中记录可访问性意图，涵盖标题层级、键盘导航流程、ARIA 语义（ARIA semantics）以及屏幕阅读器播报（screen reader announcements）等方面。他们于 2025 年 9 月开源了该工具包，以便任何团队都能使用。
AI 驱动的可访问性扫描器（AI-powered accessibility scanner）
我们的可访问性工程团队与州及地方政府营收团队合作，构建了一个 AI 驱动的可访问性扫描器，使客户能够利用 GitHub Copilot 云代理（cloud agent）发现、提交和修复可访问性缺陷。该扫描器使用来自 Deque Systems 的高度可信的开源 axe-core 库，通过静态 DOM 分析（static DOM analysis）识别可访问性障碍。最近，团队实现了一个新的插件架构，并提供了首个内置插件，用于检测 WCAG 1.4.10 回流违规（Reflow violations）。该扫描器可在 GitHub Marketplace 获取，同时也作为开源仓库供团队 fork 并根据自身 CI/CD 流程进行适配。
面向开发者的可访问性指南（Accessibility guides for developers）
Kendall Gassner 发布了一份使用自定义指令优化 GitHub Copilot 以提升可访问性的指南，帮助开发者为其团队优化 GitHub Copilot 的可访问性。Roberto Perez 发布了一份创建可访问性自定义代理的指南，可快速启动针对可访问性的自定义代理实验。
GitHub Enterprise 可访问性咨询小组（GAAP）
2026 年 4 月，我们推出了 GitHub Enterprise 可访问性咨询小组（GAAP），这是一个 GitHub 与致力于在 GitHub 上构建可访问软件的企业客户之间定期交流的论坛。GAAP 架起了现实世界中可访问性挑战与 GitHub 平台功能之间的桥梁，重点在于采纳现有能力并识别未来需求。成员资格面向来自 GitHub 企业客户组织的可访问性专业人士开放。
赋能残障员工（Hubbers）实现职业生涯最佳表现
我们知道，采纳最佳实践来雇佣和支持残障人士的公司表现优于同行，我们认真对待这一责任。
所有员工（我们称之为 Hubbers）都必须完成可访问性培训。我们将可访问性整合到采购流程中，以持续改进员工依赖的工具和系统。我们提供指南，帮助每位员工创建无障碍的沟通、活动和会议。我们的 NeuroCats 归属社群（NeuroCats Community of Belonging）和 AccessCats 亲和小组（AccessCats Affinity Group）让残疾员工在公司内部拥有强大的发言权。
在过去一年中，我们的人事团队更新了 Hubbers 用于自我识别的类别，这使我们能够更好地反映 GitHub 内部不断变化的人口结构。同时，AccessCats 团队完成了一项关于 GitHub 残疾状况的调查，这将使我们能够更好地服务残障 Hubbers。
加入我们
可访问性永无止境。发布我们的策略不是终点线——而是下一章的起跑线。我们公开构建、分享工具，并邀请全球开发者社区加入我们。
以下是您可以开始的途径：
- 探索我们的策略，请访问 accessibility.github.com。
- 试用我们的工具：Annotation Toolkit 和可访问性扫描器。
- 加入开源可访问性运动，请访问 github.com/open-source-accessibility。
- 分享您的反馈，请访问 accessibility.github.com/feedback。
探索更多来自 GitHub 的内容
文档
掌握 GitHub 所需的一切，尽在一个地方。
GitHub
在 GitHub 上构建未来，这里是任何人、来自任何地方、构建一切的地方。
客户案例
认识一下那些使用 GitHub 进行开发的公司和工程团队。
The GitHub Podcast（GitHub 播客）
欢迎收听 GitHub 播客，这是一个聚焦于 GitHub 上开源开发者社区及其周边的话题、趋势、故事与文化的节目。
