krds-a11y-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_componentsA | 사용 가능한 KRDS 컴포넌트 43종의 색인을 반환한다. 각 항목은 id·이름과 해당 컴포넌트에서 사용자가 반드시 채워야 하는 접근성 필수 입력의 개수를 담는다. 마크업과 상세 요건은 get_component로 조회한다. |
| get_componentA | KRDS 컴포넌트의 킷 마크업과 접근성 요건을 반환한다. 이 컴포넌트가 보장하는 KWCAG 항목, 사용자가 반드시 채워야 하는 값(필수 입력), 그리고 페이지 조립 후 따로 확인해야 하는 항목을 함께 알려준다. 필수 입력을 채우지 않으면 마크업 대신 무엇을 채워야 하는지 안내한다. |
| get_page_scaffoldA | KRDS 페이지의 시작 골격을 반환한다. pattern을 지정하면 공식 KRDS 패턴 기반 완성 템플릿(접근성 교정 적용)을 주고, 미지정 시 빈 뼈대를 준다. 새 페이지를 만들 때 컴포넌트 조회보다 먼저 호출하라. 로그인·신청 등 정형 화면은 반드시 pattern을 사용하라 — 레이아웃을 직접 창작하지 않는 것이 KRDS 준수의 기본이다. |
| get_requirementsA | 마크업 없이 특정 컴포넌트의 접근성 요건만 조회한다. 필수 입력 목록, 보장 항목, 위임 항목, 그리고 아직 확정되지 않은 미해결 질문까지 포함한다. 코드 리뷰나 설계 검토에 쓴다. |
| validate_pageA | 조립·변환이 끝난 페이지를 실제 브라우저로 열어 KWCAG 2.2 기준으로 재검사한다. axe-core 전수 실행을 KWCAG 33항목으로 번역하고, 보류된 명도 대비는 직접 실측하며, 수동 확인이 필요한 항목은 확인 절차와 함께 명시한다 — 자동 판정은 접근성 이슈의 일부이므로 이 도구의 통과가 심사 통과를 뜻하지 않는다. 템플릿을 프레임워크로 변환한 뒤, 페이지를 조립한 뒤, 콘텐츠를 채운 뒤에 호출하라. url(dev 서버·배포본) 또는 filePath(로컬 HTML)를 권장한다 — 상대 경로 자산이 그대로 해석된다. |
| get_icon_fix_cssA | 킷 v1.1.0 npm판의 아이콘 경로 버그(img/img 중복, 206곳 404)를 페이지 전체 범위로 교정하는 CSS를 반환한다. get_page_scaffold(withSiteChrome)를 쓰면 자동 주입되므로 필요 없다. 레이아웃을 직접 구성하는 프로젝트(React 레이아웃 등)에서 아이콘이 안 보일 때, 빠진 곳을 한 개씩 손으로 고치지 말고 이 전체본을 받아 교정 파일로 저장하라. |
| get_framework_guideA | React·Next.js에서 킷을 쓸 때의 충돌(킷 JS는 DOMContentLoaded 1회 init·클라이언트 라우팅 모름)과 실사용 검증된 처방을 반환한다. 킷 위젯(탭·아코디언·GNB)이 SPA에서 동작하지 않으면 자체 해법을 발명하기 전에 이 가이드를 먼저 보라. |
| get_tokensA | 킷 디자인 토큰(색·간격·글자 크기 등 CSS 커스텀 프로퍼티)을 조회한다. var() 참조는 실제 값(hex 등)까지 풀어서 준다. 커스텀 CSS에서 색·크기가 필요하면 임의 값 대신 여기서 토큰을 찾아 var()로 쓰라 — 명도 대비 등 접근성 보장이 토큰에 내장돼 있다. query 없이 부르면 분류 안내를 준다. |
| inspect_pageA | 렌더된 페이지에서 요소의 계산 스타일(색·배경·폰트·크기·배치·margin·padding·gap)과 폰트 적용 여부를 읽는다. '이 요소가 무슨 색인가', '폰트가 진짜 적용됐나(시스템 폰트 폴백인가)', '어디에 배치됐나'를 확인할 때 임시 playwright 스크립트를 만들지 말고 이 도구를 쓴다. url 또는 filePath와 CSS 셀렉터 목록을 받는다. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 9 tools
Each tool targets a distinct part of the a11y workflow (tokens, component index, component detail, scaffold, validation, style inspection). The only real overlap is get_component vs get_requirements, which both surface accessibility requirements; the descriptions do clarify that get_requirements omits markup for review, but an agent could still misselect between them.
All names follow a clean snake_case verb_noun pattern (get_tokens, list_components, get_component, get_page_scaffold, validate_page, inspect_page). No camelCase mixing or vague verbs; the convention is predictable throughout.
Nine tools is well-scoped for an accessibility toolkit spanning discovery, scaffolding, requirement lookup, validation, and debugging. Each tool earns its place without redundancy or bloat.
The surface covers a full a11y lifecycle: token lookup, component discovery/detail, scaffolds, requirement review, browser validation, and computed-style inspection, plus framework and icon-fix guides. Minor gap in that there are no authoring/update operations, but the server is clearly read/query/generate oriented, so coverage is largely sufficient.