Building GitHub's next chapter in accessibility

构建 GitHub 在无障碍领域的下一章

探索我们关于 GitHub 无障碍策略的最新更新，并了解您如何加入我们共同构建无障碍文化。

2026年5月21日

|

8分钟

• 分享：
• [](https://x.com/share?text=Building%20GitHub%26%238217%3Bs%20next%20chapter%20in%20accessibility&url=https%3A%2F%2Fgithub.blog%2Fopen-source%2Fbuilding-githubs-next-chapter-in-accessibility%2F)
• [](https://www.facebook.com/sharer/sharer.php?t=Building%20GitHub%26%238217%3Bs%20next%20chapter%20in%20accessibility&u=https%3A%2F%2Fgithub.blog%2Fopen-source%2Fbuilding-githubs-next-chapter-in-accessibility%2F)
• [](https://www.linkedin.com/shareArticle?title=Building%20GitHub%26%238217%3Bs%20next%20chapter%20in%20accessibility&url=https%3A%2F%2Fgithub.blog%2Fopen-source%2Fbuilding-githubs-next-chapter-in-accessibility%2F)

五年前，我们建立了 GitHub 的无障碍项目。这个最初由小团队处理无障碍债务的项目，已经发展成为一项全公司的学科，融入了我们的工程基础、设计系统、AI 工具和企业文化中。五周年里程碑促使我们退后一步，思考一个根本性问题：我们接下来该走向何方？

答案就是我们今年早些时候发布的无障碍策略。这一策略标志着我们项目的转折点。前五年，我们的重点主要是内部建设。展望未来，我们将转向外部——在全球开发者社区中继续内部成熟的同时与之互动。我们希望在 GitHub 内部建立无障碍文化，包括每一位开发者、每一个团队和每一个开源项目。

该策略围绕四个优先事项组织。在这个全球无障碍意识日，我们分享每个战略优先事项的初步进展。

帮助大规模改善开源软件的无障碍性

开源软件驱动着世界大部分技术，然而许多项目并未设计为残疾人可用。在 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) 的重大无障碍改进

我们相信终端对开发者体验至关重要，而在整个行业中，它一直是无障碍功能服务不足的环境。在过去的一年里，我们的 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 和我们的无障碍设计团队构建了注释工具包，这是一个全面的 Figma 库，帮助设计师直接在他们的工作中记录无障碍意图，从标题层次结构和键盘导航流程到 ARIA 语义和屏幕阅读器公告。他们在 2025 年 9 月开源了该工具包，以便任何团队都可以使用它。

AI 驱动的无障碍扫描器

我们的无障碍工程团队和州及地方政府收入团队合作构建了一个由 AI 驱动的无障碍扫描器，使客户能够使用 GitHub Copilot 云代理来查找、提交和修复无障碍性错误。该扫描器使用来自 Deque Systems 的高度可信的开源 axe-core 库，通过静态 DOM 分析来发现无障碍性障碍。最近，团队实现了一个新的插件架构和一个检测WCAG 1.4.10 流式布局违规的内置插件。该扫描器可在GitHub 市场中获取，同时也有一个开源仓库，团队可以复刻并适应其独特的 CI/CD 流程。

开发者无障碍指南

Kendall Gassner 发布了一份使用自定义指令优化 GitHub Copilot 无障碍性的指南，帮助开发人员为其团队优化 GitHub Copilot 的无障碍性。Roberto Perez 发布了一份创建无障碍性自定义代理的指南，可以启动无障碍性自定义代理的实验。

GitHub Enterprise 无障碍咨询小组 (GAAP)

2026 年 4 月，我们推出了GitHub Enterprise 无障碍咨询小组 (GAAP)，这是 GitHub 和企业客户之间定期交流的论坛，致力于在 GitHub 上构建无障碍软件。GAAP 连接现实世界的无障碍挑战和 GitHub 的平台功能，重点是采用现有功能和识别未来需求。成员资格向 GitHub 企业客户组织中的无障碍专业人员开放。

赋能有残疾的 Hubbers 做出他们最好的工作

我们知道采用最佳实践雇佣和支持残疾人公司的表现优于同行，我们认真对待这一责任。

所有员工（我们称之为 Hubbers）都必须完成无障碍培训。我们将无障碍整合到采购流程中，以持续改进员工依赖的工具和系统。我们提供指南，帮助每位员工创建无障碍的沟通、活动和会议。我们的 NeuroCats 归属社区和 AccessCats 亲和小组让有残疾的员工在公司内拥有强有力的声音。

在过去一年中，我们的人力团队更新了 Hubbers 用于自我认同的类别，这使我们能够更好地代表 GitHub 内部不断变化的人口统计数据。同时，AccessCats 团队完成了 GitHub 残疾状况调查，这将使我们能够更好地服务有残疾的 Hubbers。

加入我们

无障碍永远没有终点。发布我们的策略不是终点线——而是下一章的起跑线。我们在公开构建，分享我们的工具，并邀请全球开发者社区加入我们。

以下是您可以开始的方式：

• 在 accessibility.github.com 探索我们的策略。
• 尝试我们的工具：注释工具包和无障碍扫描器。
• 在 github.com/open-source-accessibility 加入开源无障碍运动。
• 在 accessibility.github.com/feedback 分享您的反馈。

作者

相关文章

我们也有新闻通讯

在我们的双周刊新闻通讯中发现专为开发者提供的技巧、技术指南和最佳实践。

您的电子邮件地址