Accessibility Agents의 개요
Accessibility Agents는 Community Access 조직이 만든 MIT 라이선스 패키지로, 두 가지를 하나에 담았습니다. 첫째는 Agent Skills 113개(전문 스킬 107개로 작업을 넘기는 라우터 6개)로, Claude Code, Codex, GitHub Copilot, Gemini CLI, ChatGPT에 웹 UI, 문서, Markdown을 WCAG 2.2 AA 기준으로 검토하는 방법을 알려 줍니다. 여기에 접근성 검토가 끝나기 전까지 사용자에게 보이는 파일의 편집을 막는 훅이 더해집니다. 둘째는 MCP 서버로, README에 따르면 도구가 39개입니다. axe-core와 Playwright 브라우저 스캔, Word, Excel, PowerPoint, PDF, ePub, Markdown 스캐너, veraPDF 검증, 명암비 계산, 수정 도구, 보고서 생성이 포함됩니다.
저장소의 스타는 약 446개이고 2026년 10월 28일에 v7.1.0을 냈으며, 같은 날 서버가 @community-access/accessibility-agents-mcp로 npm에 공개되었습니다. 2026년 11월에도 커밋이 이어지고 있었습니다. 도구 12개를 갖춘 공개 호스팅 버전이 letitglow.app/a11y/mcp에서 로그인 없이 운영됩니다.
Accessibility Agents 설치 방법
npx -y @community-access/accessibility-agents-mcpAccessibility Agents, 쓸 만한 가치가 있습니까?
이 패키지에서 쓸모 있는 구분은 측정되는 것과 판단되는 것의 차이입니다. MCP 도구는 결정적으로 작동합니다. run_axe_scan은 로컬 Chromium에서 WCAG 2.2 A와 AA 태그를 모두 붙여 axe-core를 실행하고, Playwright 도구는 키보드 탐색, 렌더링된 명암비, 여러 너비에서의 리플로를 확인하며, run_verapdf_scan은 PDF/UA-1, PDF/UA-2, PDF/A를 검증하고, check_contrast는 명암비를 계산합니다. Office, PDF, ePub, Markdown 스캐너와 check_heading_structure, check_link_text, check_form_labels 도구는 파일의 마크업을 패턴 매칭으로 읽는 규칙 기반 검사입니다. 그래서 빠진 alt 속성이나 건너뛴 제목 수준은 찾지만, 질이 나쁜 것은 찾지 못합니다.
나머지는 모두 스킬이 맡는 모델의 판단입니다. 대체 텍스트가 정확한지, 대화 상자를 닫을 때 포커스가 합리적으로 이동하는지, 사용자 지정 위젯이 키보드 패턴을 따르는지 같은 것입니다. 대체 텍스트 도구가 이 분담을 분명히 보여 줍니다. extract_document_images는 각 그림을 당신의 모델에 넘기고 모델이 설명을 쓰며, write_document_alt_text는 그것을 파일에 넣기만 합니다. 편집 게이트는 파일을 바꾸기 전에 accessibility lead 스킬이 실행됐는지 확인할 뿐, 그 검토가 옳았는지는 확인하지 않습니다.
프로젝트 자체 문서는 이 공백에 대해 솔직합니다. WCAG 페이지에 따르면 모든 보고서에는 자동 검사가 장벽의 일부만 찾는다는 문구가 들어가며, axe-core 4.14에는 WCAG 2.2의 새 성공 기준 가운데 target-size(2.5.8) 하나에만 규칙이 있고 2.4.11, 2.5.7, 3.2.6, 3.3.7, 3.3.8에는 axe 규칙이 전혀 없습니다. 다른 곳의 수치는 덜 정돈되어 있습니다. 한 스킬은 자동 도구가 문제의 약 30%를 잡는다고 하고, 다른 스킬은 30에서 40%라고 하며, 한 연동 문서는 에이전트가 코드 생성 중에 약 70%를 잡는다고 주장하지만, 어느 것도 연구를 인용하지 않습니다.
주의할 점: 이 서버는 린터보다 손이 멀리 닿습니다. 브라우저 도구는 당신이나 모델이 넘긴 http나 https 주소를 모두 불러오며, localhost와 서드파티 스크립트가 있는 페이지도 포함됩니다. 그 페이지의 텍스트는 모델로 되돌아갑니다. fix_document_metadata와 fix_document_headings는 홈 디렉터리와 작업 디렉터리 안에서 문서를 덮어씁니다. GLOW 도구 5개는 지정한 파일을 letitglow.app에 올립니다. HTTP 모드는 인증 없이 127.0.0.1:3100에 바인딩되며, 루프백 밖으로 옮기면 경고를 출력합니다.
결론: 에이전트 옆에 접근성 전문가가 앉아 있는 것에 가장 가까운 도구이며, 한계에 대한 솔직함은 믿을 이유가 됩니다. 깨끗한 결과는 기계로 확인할 수 있는 부분을 통과했다는 뜻이고, 스크린 리더 확인에는 여전히 사람이 필요합니다.
제 역할을 하는 곳
직원 20명 규모 전자상거래 회사의 프런트엔드 개발자
검토 전에 결제 화면 개편에서 생긴 접근성 퇴행을 잡기
run_axe_scan과 run_playwright_keyboard_scan을 로컬 개발 서버에 연결하고, 보고된 문제를 고치고, 컴포넌트를 바꿀 때마다 편집 게이트가 accessibility lead 검토를 강제하게 합니다. 무료이며, 포커스와 음성 안내는 스크린 리더로 수동 확인할 계획을 세우십시오.
대학의 장애 학생 지원 센터
학기 전에 강의 PDF와 Word 유인물 폴더를 점검하기
batch_scan_documents는 한 번 호출에 최대 50개 파일을 처리하고, Java 11과 veraPDF를 설치하면 run_verapdf_scan으로 PDF/UA 검증이 더해집니다. 결과는 로컬 .a11y-history 폴더에 저장되어 다음 실행에서 변화를 보여 줍니다.
공공기관의 홍보 담당자
PowerPoint 발표 자료의 모든 그림에 대체 텍스트 달기
호스팅 서버에서 extract_document_images가 각 그림을 어시스턴트에게 보여 주고, 어시스턴트가 최대 150자의 대체 텍스트를 작성합니다. 검토 후 write_document_alt_text가 1시간 동안 유효한 다운로드 링크로 발표 자료를 돌려줍니다.
도입 전 확인할 점
- 설정
- 플러그인으로: Claude Code에서 /plugin marketplace add Community-Access/accessibility-agents 후 /plugin install(Copilot CLI, Codex, Gemini CLI, VS Code에도 같은 절차가 있습니다). 서버만: npx -y @community-access/accessibility-agents-mcp. 브라우저 스캔에는 playwright, @axe-core/playwright, Chromium이, 심층 PDF 검사에는 Java 11 이상과 veraPDF가 필요합니다. Node.js 22, 24, 26.
- 연동
- README 기준 도구 39개에 프롬프트 3개(audit-page, check-component, explain-wcag)와 컴포넌트별 지침 및 스캔 프로필 리소스가 있습니다. 읽기 도구는 axe, Playwright, 문서, Markdown, 명암비, 감사 기록을 다루고, 쓰기 도구는 메타데이터와 제목을 고치고, PDF 양식을 HTML로 바꾸고, 보고서와 접근성 성명을 작성합니다. 스킬은 사용 전부터 약 1,100 토큰을 차지합니다.
- 데이터와 개인정보
- 텔레메트리가 없습니다. 스캔은 로컬에서 돌고, 파일은 홈 디렉터리와 작업 디렉터리 안에서만 읽고 쓰며 심볼릭 링크는 해석됩니다. 브라우저 도구는 지정된 URL을 그 페이지의 서드파티 스크립트까지 포함해 불러오며, 페이지 내용은 모델에게 신뢰할 수 없는 입력입니다. GLOW 도구는 파일을 letitglow.app으로 보냅니다. 호스팅 서버는 답하기 전에 업로드를 지우지만, 대체 텍스트를 넣은 파일만은 1시간 보관합니다.
- 대규모 사용 시 비용
- 무료입니다. 비용은 모델의 토큰과 헤드리스 Chromium을 돌릴 수 있는 컴퓨터뿐이며, 호스팅 서버도 무료이고 로그인이 필요 없습니다.
- 제한
- 문서는 100 MB, 일괄 처리는 50개 파일, 호스팅 서버 업로드는 20 MB가 한도입니다. Codex 설치에는 편집 게이트가 없고, ChatGPT는 스캐너 없이 스킬만 받습니다. WCAG 2.2의 새 기준 가운데 대상 크기를 제외하면 axe 규칙이 없습니다. 열린 이슈는 약 7개입니다.
좋은 점
- 모델의 추측이 아닌 axe-core, Playwright, veraPDF의 실제 스캔
- 웹 UI뿐 아니라 Office, PDF, ePub, Markdown도 다룸
- 편집 게이트가 검토되지 않은 UI 파일 변경을 막음
- 텔레메트리, 계정, 키가 없고 스캔은 로컬에서 실행
아쉬운 점
- WCAG 2.2에 추가된 기준 대부분은 여전히 수동 테스트가 필요
- 문서와 HTML 검사는 패턴 매칭 휴리스틱
- 문서 속 커버리지 수치가 일관되지 않고 출처가 없음
- HTTP 모드에 인증이 없음
추천 대상
변경을 반영하기 전에 코딩 에이전트가 실제 접근성 스캔을 돌리고 WCAG 2.2 AA 지침을 따르게 하려는 프런트엔드 팀과 문서 제작자.
Accessibility Agents 대안
Accessibility Agents: 자주 묻는 질문
- Accessibility Agents, 쓸 만한 가치가 있습니까?
- 실제 스캐너를 돌리는 폭넓은 코딩 에이전트용 접근성 도구 모음이며, 스캐너가 증명하는 것은 적합성이 아니라 최저선이라고 이례적일 만큼 솔직하게 말합니다. 평점은 5점 만점에 4.1점입니다.
- Accessibility Agents 의 가격은 얼마입니까?
- 무료 오픈 소스(MIT)입니다. 계정이나 키가 필요 없고, 호스팅 서버도 무료이며 로그인이 필요 없습니다.
- Accessibility Agents의 단점은 무엇입니까?
- WCAG 2.2에 추가된 기준 대부분은 여전히 수동 테스트가 필요; 문서와 HTML 검사는 패턴 매칭 휴리스틱; 문서 속 커버리지 수치가 일관되지 않고 출처가 없음; HTTP 모드에 인증이 없음.
- Accessibility Agents에 적합한 사람은 누구입니까?
- 변경을 반영하기 전에 코딩 에이전트가 실제 접근성 스캔을 돌리고 WCAG 2.2 AA 지침을 따르게 하려는 프런트엔드 팀과 문서 제작자.
- 팀이나 프로덕션 환경에서 Accessibility Agents의 비용은 얼마입니까?
- 무료입니다. 비용은 모델의 토큰과 헤드리스 Chromium을 돌릴 수 있는 컴퓨터뿐이며, 호스팅 서버도 무료이고 로그인이 필요 없습니다.
- Accessibility Agents에 회사 데이터를 맡겨도 안전합니까?
- 텔레메트리가 없습니다. 스캔은 로컬에서 돌고, 파일은 홈 디렉터리와 작업 디렉터리 안에서만 읽고 쓰며 심볼릭 링크는 해석됩니다. 브라우저 도구는 지정된 URL을 그 페이지의 서드파티 스크립트까지 포함해 불러오며, 페이지 내용은 모델에게 신뢰할 수 없는 입력입니다. GLOW 도구는 파일을 letitglow.app으로 보냅니다. 호스팅 서버는 답하기 전에 업로드를 지우지만, 대체 텍스트를 넣은 파일만은 1시간 보관합니다.
- Accessibility Agents의 가장 좋은 대안은 무엇입니까?
- 저희가 리뷰한 것 중 가장 가까운 대안은 Playwright MCP 및 Chrome DevTools MCP입니다.
답변 확인일: 2026년 11월 11일.
Accessibility Agents 개발사입니까? 이 평점을 사이트에 표시하십시오
