---
title: "깃허브, 접근성을 오픈소스와 개발 도구 전반으로 밀어붙인다"
published: 2026-05-22T07:05:02.785Z
canonical: https://jeff.news/article/3153
---
# 깃허브, 접근성을 오픈소스와 개발 도구 전반으로 밀어붙인다

깃허브가 접근성 프로그램 5년을 맞아 오픈소스 해커톤, CLI 개선, AI 접근성 스캐너, 피그마 주석 툴킷, 기업 자문 패널을 한꺼번에 공개했다. 핵심은 접근성을 별도 점검 항목으로 남겨두는 게 아니라 설계, 터미널, 자동화, 기업 워크플로 안에 넣겠다는 쪽이다.

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

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

- 터미널 쪽 접근성도 손봄 — 요즘 AI 개발 도구가 CLI로 많이 들어오는 흐름을 생각하면 꽤 중요한 지점임
  - 깃허브 CLI에는 스크린리더 지원과 사용자 지정 색상 팔레트가 적용됨
  - 저시력 사용자나 색각 이상 사용자가 터미널 환경을 더 잘 맞출 수 있게 하려는 조치임
  - 코파일럿 CLI도 출시 초기부터 전용 스크린리더 모드, 색각 이상 친화 테마, 키보드 우선 탐색, 좁은 터미널 대응 반응형 레이아웃을 넣음

> [!IMPORTANT]
> 접근성을 웹 화면에만 붙이는 얘기가 아님. 깃허브는 터미널, AI 에이전트, 디자인 파일, CI/CD까지 개발 흐름 전체에 접근성을 넣겠다는 쪽임.

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

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

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

---

## 기술 맥락

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

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

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

## 핵심 포인트

- 깃허브가 첫 오픈소스 보조 기술 해커톤을 열고 장애인을 돕는 16개 프로젝트를 지원함
- 깃허브 CLI와 코파일럿 CLI에 스크린리더 모드, 색각 이상 대응 테마, 키보드 우선 탐색을 넣음
- 코파일럿 클라우드 에이전트 기반 AI 접근성 스캐너를 공개해 접근성 버그 탐지와 수정 흐름을 자동화함
- 접근성 문제 48%가 설계 단계에서 예방 가능하다는 분석을 바탕으로 피그마 주석 툴킷도 공개함

## 인사이트

접근성은 보통 출시 직전 체크리스트로 밀리기 쉬운데, 깃허브는 이번에 디자인 파일, CLI, CI/CD, 기업 자문까지 전부 묶어서 시스템 문제로 다루겠다는 신호를 냈다. 개발자 도구를 만드는 팀이라면 꽤 직접적인 압박으로 읽힐 만함.