五年前，我们建立了 GitHub 的无障碍计划。最初只是一个处理无障碍欠账的小团队，如今已发展为一项公司范围内的准则，融入了我们的工程基础、设计系统、AI 工具和企业文化。五周年这一里程碑促使我们退后一步，提出一个根本性问题：接下来我们该走向何方？

答案就是我们在今年早些时候发布的无障碍策略。该策略标志着我们项目的一个关键时刻。在最初的五年里，我们的重点主要放在内部。展望未来，我们正转向外部——在继续推进内部成熟的同时，积极与全球开发者社区互动。我们希望在 GitHub 全面建立无障碍文化，并将每一位开发者、每一个团队和每一个开源项目都纳入其中。

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

帮助大规模提升开源的无障碍性

开源软件支撑着全球大量技术，然而许多项目在设计时并未考虑到残障人士的可用性。在 GAAD 2025 前夕，我们作出承诺，帮助改变这一现状。我们承诺实现三个目标：赋能残障人士参与开源贡献，提高开源辅助技术的可获得性，并改善主流开源项目的无障碍性。

去年，我们发起了一项开源倡议，正在将我们的承诺转化为行动。

开源辅助技术黑客马拉松

本周，我们将在旧金山的 GitHub 总部举办首届开源辅助技术黑客马拉松。为期两天的活动中，参与者将为 16 个重点项目做出贡献，这些项目旨在赋能残障人士。其中包括使盲人学生能够在 Monarch 可刷新触觉显示器上与图形信息进行交互的项目、一个利用 AI 将 PDF 文件转换为无障碍格式的项目、电动轮椅改造方案，以及更多项目。本次黑客马拉松还为开源 NVDA 屏幕阅读器设置了 Office Hours，并设有 GitHub Learning Room，帮助参与者学习 GitHub 上的开源工作流程。

开源无障碍峰会

2025 年 10 月，我们在北卡罗来纳州罗利的 All Things Open 举办了首届 Open Source Accessibility Summit。反响十分热烈——300 人注册，500 多人加入候补名单。本次峰会汇聚了来自残障、无障碍和开源社区的专家，以确定六个优先挑战领域，并起草一份协作路线图。这项工作将继续在 GitHub 上的 open-source-accessibility 组织中推进，社区讨论则通过一个公共 Slack 工作区进行协调。

开源项目的无障碍最佳实践

Maria Lamardo 与开源维护者合作，在 opensource.guide 上发布了开源项目的无障碍最佳实践。该指南帮助维护者在开发过程中以残障人士为中心——从撰写无障碍声明、默认使文档具备无障碍性，到设计可通过键盘导航的界面以及使用语义化 HTML。

赋能残障开发者在 GitHub 上构建

作为所有开发者的家园，我们希望每一位开发者都感到受欢迎，并能够利用 GitHub 提供的一切，为全球软件开发的未来作出贡献。无障碍是 GitHub 工程基本原则之一。我们通过明确定义预期、持续根据这些预期进行测试，并通过工程评分卡确保责任落实，来推动卓越表现。我们的 Primer Design System 提供了坚实基础，并且我们将无障碍设计师嵌入产品团队，确保从最初的草图到最终部署的全过程都将无障碍纳入考量。

在过去一年里，我们在整个平台上取得了实质性改进。

重新设计的 pull request 体验

Pull request 是开发者体验的重要组成部分。今年，pull requests 团队彻底重新设计了文件变更页面，并在流程的每一步都纳入了无障碍考量。他们以一致的键盘导航、地标、可调节的行距以及更少的页面重新加载（这对屏幕阅读器用户至关重要，因为页面刷新时他们会丢失当前位置）对其进行了重建。他们在七个月内发布了七次更新，改进后的体验于 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 和我们的无障碍设计团队构建了 Annotation Toolkit，这是一个全面的 Figma 库，可帮助设计师直接在其工作中记录无障碍意图，涵盖从标题层级、键盘导航流程到 ARIA 语义和屏幕阅读器播报等内容。他们于 2025 年 9 月将该工具包开源，以便任何团队都可以使用。

AI 驱动的无障碍扫描器

我们的无障碍工程团队与州和地方政府收入团队协作构建了一款由 AI 驱动的无障碍扫描器，使客户能够使用 GitHub Copilot 云代理来发现、提交并修复无障碍缺陷。该扫描器使用 Deque Systems 备受信赖的开源 axe-core 库，通过静态 DOM 分析发现无障碍障碍。最近，团队实现了一种新的插件架构，以及一个初始内置插件，用于检测 WCAG 1.4.10 Reflow 违规。该扫描器可在 GitHub Marketplace 获取，也作为一个开源仓库提供，团队可以 fork 并根据其独特的 CI/CD 流程进行调整。

面向开发者的无障碍指南

Kendall Gassner 发布了一份使用自定义指令优化 GitHub Copilot 无障碍能力的指南，帮助开发者为其团队优化 GitHub Copilot 的无障碍能力。Roberto Perez 发布了一份用于创建无障碍自定义代理的指南，可帮助快速开始无障碍自定义代理的实验。

GitHub Enterprise 无障碍咨询小组（GAAP）

2026 年 4 月，我们成立了 GitHub Enterprise Accessibility Advisory Panel（GAAP），这是一个供 GitHub 与致力于在 GitHub 上构建无障碍软件的企业客户定期交流的论坛。GAAP 连接现实世界中的无障碍挑战与 GitHub 的平台功能，重点关注现有能力的采用以及未来需求的识别。成员资格向来自 GitHub 企业客户组织的无障碍专业人士开放。

赋能残障 Hubber，让他们成就职业生涯中的最佳表现

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

所有员工（我们称之为 Hubber）都必须完成无障碍培训。我们将无障碍纳入采购流程，以持续改进员工所依赖的工具和系统。我们提供指南，帮助每位员工创建无障碍的沟通内容、活动和会议。我们的 NeuroCats Community of Belonging 和 AccessCats Affinity Group 也让残障员工在公司内部拥有强有力的发声渠道。

在过去一年里，我们的 People 团队更新了 Hubbers 用于自我认同的类别，使我们能够更好地呈现 GitHub 内部不断变化的人口结构。与此同时，AccessCats 团队完成了一项关于 GitHub 残障情况的调查，这将使我们能够更好地服务残障 Hubbers。

加入我们

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

你可以通过以下方式开始：

• 在 accessibility.github.com 探索我们的策略。
• 试用我们的工具：Annotation Toolkit 和 accessibility scanner。
• 在 github.com/open-source-accessibility 加入开源无障碍运动。
• 在 accessibility.github.com/feedback 分享您的反馈。

作者

正文：Ed Summers

正文：@edsummersnc