GitHub подвёл итоги пяти лет работы программы по доступности и представил обновлённую стратегию, в которой делает ставку на открытое взаимодействие с глобальным сообществом разработчиков и развитие культуры доступности в каждом продукте и команде.
Опубликованная в этом году стратегия опирается на четыре приоритета и обозначает переход от внутреннего фокуса к более активной работе с внешними участниками. Цель GitHub — включить в экосистему разработки людей с инвалидностью, каждую команду и каждый open source-проект.
Open source и вспомогательные технологии
Ко Дню глобальной осведомлённости о доступности (GAAD) 2025 года GitHub пообещал: расширять участие людей с инвалидностью в open source, увеличивать число открытых вспомогательных технологий и повышать доступность массовых open source-проектов. На базе этого обещания в прошлом году запустили специальную инициативу.
На этой неделе в штаб‑квартире GitHub в Сан‑Франциско проходит первый Open Source Assistive Technology Hackathon. За два дня участники будут дорабатывать 16 проектов, которые поддерживают людей с инвалидностью: от инструментов для работы слепых студентов с графикой на дисплее Monarch до решения на базе ИИ для конвертации PDF в доступный формат и хаков для электрических колясок. В программу также входят Office Hours для экранного диктора NVDA и GitHub Learning Room для освоения рабочих процессов в open source на GitHub.
В октябре 2025 года на конференции All Things Open в Роли (Северная Каролина) прошёл первый Open Source Accessibility Summit. На него зарегистрировались 300 человек, ещё более 500 попали в лист ожидания. Участники из сообществ по доступности, инвалидности и open source определили шесть ключевых направлений проблем и наметили совместную дорожную карту. Работа продолжается в организации open-source-accessibility на GitHub, обсуждения координируются через открытый рабочий чат Slack.
При участии Марии Ламардо и мейнтейнеров open source на сайте opensource.guide опубликованы лучшие практики по доступности для открытых проектов. Руководство помогает авторам изначально учитывать потребности людей с инвалидностью — от написания заявления о доступности и подготовке документации до разработки интерфейсов, управляемых с клавиатуры, и использования семантического HTML.
Доступность как инженерный стандарт GitHub
GitHub заявляет, что хочет, чтобы каждый разработчик чувствовал себя частью сообщества и мог вносить вклад в развитие глобальной разработки на платформе. Доступность входит в набор ключевых инженерных принципов GitHub: ожидания формализованы, проводится регулярное тестирование и используется система инженерных «скорингов».
Дизайн‑система Primer служит основой для продукта, а специалисты по доступности встраиваются в продуктовые команды и сопровождают фичи от первых макетов до релиза. За последний год компания сообщает о крупном наборе улучшений на платформе.
Изменения в интерфейсе GitHub
Команда Pull Requests полностью переработала страницу файловых изменений, сделав доступность частью каждого шага. Страница получила согласованную навигацию с клавиатуры, структуру с ориентирами, настраиваемый межстрочный интервал и меньше перезагрузок страницы — это важно для пользователей экранных дикторов, которые теряют фокус при обновлении. За семь месяцев команда выпустила семь обновлений, а в январе 2026 года новый интерфейс стал стандартным для всех.
В июне 2025 года дизайн‑команда добавила расширенные настройки контраста для всех тем GitHub. Впервые изменить контраст могут даже незарегистрированные посетители — любой пользователь может подобрать удобную визуальную схему без создания аккаунта.
В апреле 2026 года в общую доступность вышел семантический поиск по GitHub Issues. Теперь можно описывать задачу на естественном языке и получать концептуально близкие результаты, что снижает когнитивную нагрузку и делает работу с задачами более понятной.
Доступность в терминале и GitHub Copilot CLI
В GitHub считают терминал ключевой частью среды разработчика и отмечают, что исторически доступность консольных инструментов оставалась на низком уровне. За год команда GitHub CLI серьёзно изменила ситуацию.
В мае 2025 года в GitHub CLI добавили улучшения по доступности: появились специальные механизмы поддержки экранных дикторов, которые заменили подсказки и индикаторы с анимацией (spinner), мешавшие синтезу речи. Также внедрили настраиваемые цветовые палитры, привязанные к 4‑битной ANSI-схеме, что даёт пользователям с нарушениями зрения и дальтонизмом полный контроль над видом терминала.
Эти принципы заложили и в GitHub Copilot CLI, который вышел в общую доступность в феврале 2026 года. Copilot CLI переносит возможности агента GitHub Copilot прямо в терминал, и поддержка доступности была в нём с первого дня.
Кроме того, опубликовано подробное руководство по работе с Git, GitHub CLI и GitHub Copilot CLI с экранным диктором. В нём есть пошаговые инструкции по установке с пометками, важными для дикторов, а также сквозные сценарии, где команды соединяются в цепочки. Это позволяет слепым разработчикам быстрее перейти от нулевых знаний к эффективной работе в командной строке.
Инструменты и опыт GitHub для клиентов
GitHub подчёркивает, что хочет помогать организациям достигать целей по доступности на своей платформе. Подход компании — показывать пример, использовать собственные продукты для управления программой по доступности, прозрачно делиться процессами и публиковать инструменты с открытым кодом.
В этом году GitHub опубликовал подробные описания того, как устроена внутренняя программа по доступности, чтобы клиенты могли опираться на этот опыт. В статье Дженис Риммер показано, как менеджер программы (без инженерного бэкграунда) с помощью Copilot выстроила автоматизацию процессов управления доступностью, что упростило работу с соответствием требованиям.
В материале Кэри Фишер о Continuous AI for Accessibility описан конвейер обработки пользовательских отзывов: GitHub Copilot анализирует входящие обращения и автоматически заполняет около 80% метаданных задач. По данным компании, это привело к сокращению времени решения на 62% и закрытию 89% обращений в течение 90 дней.
Эрик Бейли опубликовал заметку о создании универсального агента по доступности, где поделился наблюдениями о применении ИИ‑агентов для таких задач.
Инструменты для дизайнеров и разработчиков
Анализ аудитов показал, что 48% проблем с доступностью можно предотвратить на стадии дизайна. Это стало стимулом для Яна Маартена и команды Accessibility Design создать Annotation Toolkit — библиотеку для Figma, которая помогает дизайнерам фиксировать намерения по доступности прямо в макетах: иерархию заголовков, сценарии навигации с клавиатуры, ARIA-атрибуты и текстовые объявления для экранных дикторов.
Этот тулкит был опубликован в открытом доступе в сентябре 2025 года, чтобы им мог воспользоваться любой продуктовый коллектив.
Команды Accessibility Engineering и работы с государственными и муниципальными заказчиками совместно создали сканер доступности на базе ИИ, который позволяет искать, регистрировать и устранять ошибки доступности с помощью облачного агента GitHub Copilot. Сканер использует библиотеку с открытым кодом axe-core от Deque Systems для анализа DOM и поиска барьеров. Недавно в нём появилась новая плагин-архитектура и первый встроенный модуль для выявления нарушений WCAG 1.4.10 Reflow. Инструмент доступен в GitHub Marketplace и в виде открытого репозитория, который можно форкнуть и встроить в собственные CI/CD-процессы.
Кендалл Гасснер подготовила руководство по настройке GitHub Copilot под задачи доступности с помощью пользовательских инструкций, чтобы команды могли точнее учитывать требования доступности в работе Copilot. Роберто Перес опубликовал гайд по созданию специализированных агентов по доступности, которые ускоряют эксперименты с кастомными ИИ‑агентами в этой сфере.
Совет по доступности GitHub Enterprise
В апреле 2026 года GitHub запустил GitHub Enterprise Accessibility Advisory Panel (GAAP) — консультационную группу для регулярного обмена опытом между GitHub и корпоративными клиентами, которые создают доступное ПО на платформе. GAAP помогает связать реальные задачи по доступности с функциональностью GitHub, уделяя особое внимание использованию текущих возможностей и выявлению будущих потребностей.
Участие в GAAP открыто для специалистов по доступности из компаний — корпоративных клиентов GitHub Enterprise.
Поддержка сотрудников с инвалидностью
GitHub отмечает данные, согласно которым компании, выстраивающие практики по найму и поддержке людей с инвалидностью, опережают конкурентов, и подчёркивает свою ответственность в этой части.
Все сотрудники GitHub (Hubbers) проходят обязательное обучение по доступности. Процедуры закупок включают критерии по доступности, чтобы улучшать инструменты и системы, от которых зависят сотрудники. Компания предоставляет инструкции по созданию доступных коммуникаций, мероприятий и встреч. Сообщества NeuroCats Community of Belonging и AccessCats Affinity Group дают сотрудникам с инвалидностью заметный голос внутри компании.
За прошедший год команда People обновила категории для самодификации Hubbers, чтобы точнее отражать меняющуюся структуру сотрудников. Параллельно команда AccessCats провела исследование по теме инвалидности в GitHub, которое поможет лучше поддерживать сотрудников с инвалидностью.
Планы на будущее
GitHub подчёркивает, что работа по доступности не имеет конечной точки. Публикация стратегии рассматривается как старт нового этапа, а не итог.
Компания сообщает, что развивает экспериментального универсального агента по доступности, который она сейчас тестирует. ИИ‑решения применяются для автоматизации сортировки обратной связи по доступности, чтобы команда могла сосредоточиться на устранении барьеров, превращая хаотичный бэклог обращений в непрерывный поток быстрых исправлений.
GitHub продолжит развивать инструменты, делиться ими публично и приглашает глобальное сообщество разработчиков подключаться к совместной работе над доступностью.
Источник: корпоративный блог GitHub.
