Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

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

CapabilityDetails
tools
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
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

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.1/5.0

Scored across 9 tools

Disambiguation4/5

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.

Naming Consistency5/5

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.

Tool Count5/5

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.

Completeness4/5

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.

Maintenance

ActivityNo data
ResponsivenessNo issues