깃허브, 접근성을 오픈소스와 개발 도구 전반으로 밀어붙인다

• 깃허브가 접근성 프로그램 5년을 맞아 방향을 바꿈 — 내부 개선 중심에서 오픈소스 생태계 전체로 넓히겠다는 얘기임

  • 공개한 항목은 오픈소스 보조 기술 해커톤, CLI 접근성 개선, AI 접근성 스캐너, 피그마 주석 툴킷, 엔터프라이즈 접근성 자문 패널까지 꽤 넓음
  • 깃허브는 “첫 5년은 내부 성숙도에 집중했고, 이제는 전 세계 개발자 커뮤니티와 협력하겠다”는 식으로 설명함

• 첫 오픈소스 보조 기술 해커톤은 샌프란시스코 본사에서 이틀 동안 열림

  • 참가자들은 장애인을 돕는 16개 주요 프로젝트에 기여함
  • 예시가 꽤 구체적인데, 시각장애 학생이 모나크 재생형 촉각 디스플레이에서 그래픽 정보를 다루게 하는 프로젝트가 포함됨
  • AI로 PDF 파일을 접근 가능한 형식으로 바꾸는 프로젝트도 들어감. PDF 접근성은 현실에서 진짜 자주 터지는 문제라 개발자 입장에서도 남 일 아님

• 터미널 쪽 접근성도 손봄 — 요즘 AI 개발 도구가 CLI로 많이 들어오는 흐름을 생각하면 꽤 중요한 지점임

  • 깃허브 CLI에는 스크린리더 지원과 사용자 지정 색상 팔레트가 적용됨
  • 저시력 사용자나 색각 이상 사용자가 터미널 환경을 더 잘 맞출 수 있게 하려는 조치임
  • 코파일럿 CLI도 출시 초기부터 전용 스크린리더 모드, 색각 이상 친화 테마, 키보드 우선 탐색, 좁은 터미널 대응 반응형 레이아웃을 넣음

• 기업 고객용으로는 AI 기반 접근성 스캐너를 공개함

  • 이 스캐너는 깃허브 코파일럿 클라우드 에이전트를 활용해 접근성 버그를 찾고, 기록하고, 수정하는 과정을 지원함
  • 정적 DOM 분석에는 디큐 시스템즈의 오픈소스 라이브러리인 액스 코어가 쓰임
  • 깃허브 마켓플레이스와 오픈소스 저장소로 제공돼서, 각 팀이 포크한 뒤 자기 CI/CD에 맞게 조정할 수 있음
  • 최근에는 WCAG 1.4.10 리플로 위반을 탐지하는 내장 플러그인도 추가됨

• 디자인 단계 접근성을 위해 피그마 주석 툴킷도 나옴

  • 깃허브가 접근성 감사 데이터를 봤더니 문제의 48%가 설계 단계에서 예방 가능했다고 함
  • 그래서 제목 계층 구조, 키보드 탐색 흐름, ARIA 시맨틱, 스크린리더 안내 같은 접근성 의도를 피그마 안에서 문서화할 수 있는 라이브러리를 만든 것
  • 이건 디자이너가 “이 버튼은 이렇게 읽혀야 함”을 남기고, 개발자가 구현 단계에서 놓치지 않게 하는 장치에 가까움

• 엔터프라이즈 접근성 자문 패널도 신설됨

  • 지난 4월 출범했고, 깃허브와 기업 고객이 접근성 높은 소프트웨어 개발 방식을 정기적으로 논의하는 포럼임
  • 현재 초점은 기능 도입과 앞으로 필요한 접근성 기능 발굴에 맞춰져 있음

---

기술 맥락

• 여기서 중요한 선택은 접근성 검사를 “나중에 사람이 확인하는 일”에서 “개발 파이프라인이 계속 확인하는 일”로 옮긴 거예요. CI/CD에 스캐너를 넣으면 접근성 위반이 릴리스 직전에 몰아서 발견되는 상황을 줄일 수 있거든요.

• 피그마 주석 툴킷은 구현보다 앞선 단계에서 문제를 줄이려는 장치예요. 깃허브가 접근성 문제 48%가 설계 단계에서 예방 가능하다고 본 만큼, 디자인 의도를 코드로 넘기는 과정 자체를 더 명시적으로 만들려는 거죠.

• CLI 접근성 개선도 생각보다 큽니다. 코파일럿 CLI처럼 AI 개발 도구가 터미널 안으로 들어오면, 스크린리더와 색상 테마 지원은 부가 기능이 아니라 생산성의 전제 조건이 돼요.