diff --git a/skills/a11y-spec/SKILL.md b/skills/a11y-spec/SKILL.md
new file mode 100644
index 000000000..472528e03
--- /dev/null
+++ b/skills/a11y-spec/SKILL.md
@@ -0,0 +1,157 @@
+---
+name: a11y-spec
+description: >
+    컴포넌트 구현 전 접근성 명세. WCAG 2.2 A/AA와 KWCAG 전수에서 적용 성공 기준(SC)을 걸러
+    책임을 나누고 요구사항 문서 한 부로 낸다. "Dialog 만들기 전에 접근성 뭐 지켜야 해"처럼
+    구현 전 설계 입력을 요구할 때 쓴다.
+---
+
+# a11y-spec
+
+컴포넌트를 짓기 전에 **무엇을 지켜야 하는지**를 규범 근거와 함께 나열한다. 산출물은 설계
+입력이다 — 코드가 아직 없으므로 채점할 대상도 없다.
+
+SC는 컴포넌트가 아니라 콘텐츠 성질에 걸린다. 그래서 필터는 **이름 → 성질 → SC 두 홉**으로
+간다. 중간 홉이 성질이라 처음 보는 이름(`Coachmark`, `SegmentedControl`)도 처리된다.
+
+산출물은 `reports/<component>.md` **한 부**다.
+
+## 용어
+
+한 말이 두 뜻으로 쓰이면 문서가 읽히지 않는다. 아래 어휘로 쓴다.
+
+| 말                     | 뜻                                                                                                                               |
+| ---------------------- | -------------------------------------------------------------------------------------------------------------------------------- |
+| **기반 구현체**        | base-ui 또는 브라우저 네이티브 요소. 이 둘이다                                                                                   |
+| **증거**               | 위임을 뒷받침하는 것. **관측**(실측) 또는 **명세**, 둘뿐이다                                                                     |
+| **전수**               | 빠짐없이 판정하기. `sc-map.md` 60행, `properties.md` 23개가 대상이다                                                             |
+| **APG 패턴**           | W3C 위젯 유형. 「패턴」에 접두사 `APG`를 붙여 쓴다                                                                               |
+| **패턴**               | 접두사 없는 「패턴」은 루트 `CONTEXT.md` 2절 뜻(디자인 시스템의 설계 규칙)이다                                                   |
+| **위젯 계약**          | 이 위젯이 AT에게 약속하는 것. role·상태·속성·키·포커스·이름 6칸. 5단계 `위임`은 그 계약을 기반 구현체가 이미 이행한다는 판정이다 |
+| **표기법 / 파트 구성** | base-ui가 제공하는 방식. `CONTEXT.md` 1절 어휘(조합형·flat·파트)                                                                 |
+| **소비자**             | vapor를 가져다 쓰는 개발자                                                                                                       |
+| **최종 사용자**        | 스크린리더·키보드로 화면을 쓰는 사람                                                                                             |
+| **정찰**               | 문서·API 레퍼런스만 읽기                                                                                                         |
+| **실측**               | 브라우저로 데모를 조작해 결과를 관측하기                                                                                         |
+| **명세 확인**          | HTML-AAM·MDN·WAI-ARIA 명세 읽기                                                                                                  |
+
+책임 구획의 이름은 `vapor 책임`이다.
+
+## 절차
+
+### 0. 정찰 — base-ui 문서
+
+`https://base-ui.com/react/components/<컴포넌트>` (kebab-case)와 그 API 레퍼런스를 읽는다.
+네 항목을 채우면 끝이다.
+
+1. **해당 컴포넌트 페이지가 있나** — 없으면 기반 구현체는 네이티브 요소이거나 없다
+2. **표기법과 파트 구성** — 조합형이냐 flat이냐, 파트 목록은 무엇이냐
+3. **네이티브 요소 사용 여부** — 내부적으로 `<button>`·`<dialog>`·`<input>`을 쓰나
+4. **판정을 뒤집을 수 있는 prop** — 목록으로 뽑는다
+
+4번이 5단계 실측 계획의 입력이다. prop 조합 하나가 SC 판정을 뒤집는 실례는 `references/verify.md`
+§ 실측 예에 있다. 3번도 값이 싸다 — base-ui Dialog가 네이티브 `<dialog>`를 쓰지 않는다는 사실이
+여러 SC 판정의 전제였다.
+
+### 1. 성질 — 성질만 본다
+
+`references/properties.md`(성질 어휘 23개, 판별 질문, 추론 규칙)를 읽고 컴포넌트 이름에서 태그를
+뽑는다. **23개 전수**에 붙음/안 붙음이 붙고 각각 근거 한 줄이 달리면 끝이다.
+
+**이 단계에서는 `properties.md`만 읽는다.** 2단계의 APG 표를 먼저 읽으면 APG에 없는 **시각 축**
+태그(`ui-boundary`·`text`·`state-visual`·`pointer-target`)를 빼먹는다. 단계 경계가 그 오염을
+막는 장치다.
+
+성질이 명백히 갈리는 이름은 **여기서 즉시 묻는다** — `Menu`가 내비게이션 메뉴냐 액션 메뉴냐에
+따라 2단계에서 조회할 APG 패턴 자체가 바뀐다(Menubar / Menu). 나머지 확인은 2단계 게이트로
+모은다.
+
+### 2. 위젯 계약 + 게이트
+
+APG 패턴(`https://www.w3.org/WAI/ARIA/apg/patterns/`)과 MDN ARIA role 문서로 6칸을 채운다.
+칸마다 내용이 있거나 "없음 + 사유"가 붙으면 끝이다.
+
+| 칸               | 담는 것                                      |
+| ---------------- | -------------------------------------------- |
+| role             | 각 파트에 붙는 역할                          |
+| 상태             | `aria-expanded` `aria-checked` 등 동적 속성  |
+| 속성             | `aria-controls` `aria-valuenow` 등 정적 속성 |
+| 키 인터랙션      | 키와 그 결과. APG 키보드 표 전수             |
+| 포커스 관리 규칙 | 진입 지점·복귀·roving tabindex               |
+| 접근 가능 이름   | 이름이 어디서 오나(자식 텍스트·`aria-label`) |
+
+**APG 패턴이 없으면**(`card` `badge` `skeleton` `spinner` `text` `callout` `floating-bar`)
+"APG 패턴 없음"을 명시하고, **role이 있으면 MDN ARIA role 문서로 채운다** — MDN role 문서에는
+APG에 없는 필수 속성 목록이 있다. `spinner`에서 그것이 빠지면 4.1.2 요구사항이 "role만 주면
+된다"로 좁아진다.
+
+패턴이 없는 컴포넌트는 성질만으로 진행한다. **비슷한 APG 패턴을 빌리면 유추가 근거 자리에 앉는다**
+— `spinner`에 Progress 패턴을 씌우면 없는 `aria-valuemin`을 요구사항으로 강제한다.
+
+#### 게이트 — base-ui에 없을 때
+
+vapor 컴포넌트 42개 중 base-ui 대응이 없는 것이 22개다. 그 경우 **네이티브 요소로 구현하느냐
+커스텀으로 구현하느냐**를 추천한다. 근거는 하나다 — **네이티브 요소가 위 6칸 중 몇 칸을 채우나.**
+HTML-AAM과 MDN을 그때 조회한다.
+
+- `breadcrumb` — APG 패턴이 있는데도 `<nav><ol><a>`가 role·구조·키보드를 거의 다 준다 → 네이티브
+- `segmented-control` — `<input type=radio>`가 role·상태·화살표 이동을 다 준다 → 네이티브
+- `multi-select` — `<select multiple>`이 있지만 요구하는 상호작용이 다르다 → 커스텀
+
+**이 단계 끝에서 사용자 확인을 한 번 받는다.** 1단계 성질 결과와 위 추천을 함께 보인다. base-ui가
+있으면 성질만 보인다. 게이트 확인은 이 한 번이다 — 1단계의 분기 질문(성질이 명백히 갈리는
+이름)만 별개의 예외다.
+
+### 3. SC 필터 — 트리거는 성질이다
+
+`references/sc-map.md`(SC 전수 → 성질 역매핑 표. 이 스킬의 본체)를 훑고, 트리거 열의 태그가
+1단계 결과와 하나라도 겹치는 행을 채택한다. 트리거가 `전체`인 행은 무조건 채택한다.
+
+**60행 전수를 판정한다.** 채택이든 제외든 행마다 결과가 있고, 판정하지 않은 행이 0이면 끝이다.
+채택 수와 제외 수는 6단계 검산에 들어간다.
+
+위젯 계약은 트리거가 아니다 — 성질 누락 교차검증과 요구사항 문장의 출처로 쓴다. 계약을
+트리거로 쓰면 **시각 축**이 통째로 사라진다(APG에도 base-ui에도 없다. 목록은 `sc-map.md`가
+소유한다).
+
+표에 있는 행만 쓴다. 표가 WCAG 2.2 A/AA와 KWCAG 전수라서, 표에 없는 SC는 A/AA가 아니거나
+존재하지 않는다.
+
+### 4. 책임 4구획
+
+채택한 각 SC를 네 구획으로 나눈다. 채택 SC 전부에 구획이 붙으면 끝이다.
+
+| 구획                 | 담는 것                                    |
+| -------------------- | ------------------------------------------ |
+| **기반 구현체 위임** | base-ui 또는 네이티브 요소가 보장한다      |
+| **vapor 자체 구현**  | vapor가 끝까지 보장한다                    |
+| **공동(통로)**       | vapor가 통로를 뚫고 소비자가 내용을 채운다 |
+| **소비자**           | 사용처가 보장한다                          |
+
+`sc-map.md`의 책임 열은 `컴포넌트 / 공동 / 소비자` 셋이다. **`컴포넌트`가 여기서 두 갈래로
+갈리고**, 어느 쪽인지는 5단계 증거가 정한다.
+
+`공동(통로)`은 **"어떤 prop·파트가 필요한가"로 번역해서** 적는다. 이 구획이 곧 prop 설계
+목록이다.
+
+요건은 규범 수준까지 적는다. "3:1 이상"까지가 이 스킬이고, 어떤 토큰을 쓸지는 디자인 결정이다.
+
+### 5. 증거 수집 — 실측 또는 명세 확인
+
+`references/verify.md`를 따른다. 기반 구현체가 base-ui면 실측하고, 네이티브 요소면 명세를
+확인한다. `기반 구현체 위임`과 `vapor 자체 구현` 구획의 SC 전부에 판정 어휘가 붙으면 끝이다.
+
+**위임은 증거를 요구한다.** 증거가 있는 SC만 위임으로 적고, 나머지는 `확인 불가`로 남긴다.
+
+### 6. 문서 한 부
+
+`references/report-template.md`의 구조를 그대로 따라 `reports/<component>.md`에 쓴다. 모든
+컴포넌트의 문서가 같은 골격이어야 서로 비교되고, 빠진 칸이 눈에 띈다.
+
+본문은 요구사항 표만 담는다. 부록이 근거와 판단을 담는다 — ① 성질 → ② 위젯 계약 → ③ 제외
+목록 → ④ 설계 결정.
+
+헤더의 **검산 3줄이 맞으면 끝이다.** 식과 각 줄이 무엇을 잡는지는 `report-template.md`가
+소유한다.
+
+골격을 바꿔야 할 이유가 생기면 템플릿을 고치고 기존 문서도 맞춘다.
diff --git a/skills/a11y-spec/evals/dialog.md b/skills/a11y-spec/evals/dialog.md
new file mode 100644
index 000000000..b705ec710
--- /dev/null
+++ b/skills/a11y-spec/evals/dialog.md
@@ -0,0 +1,63 @@
+# eval: Dialog
+
+표가 깨지면 실패하는 최소 검증. 스킬을 `Dialog`로 돌리고 아래와 대조한다.
+
+## 입력
+
+> Dialog 만들려고 하는데 접근성 기준 뽑아줘
+
+## 기대 0단계 정찰 (4항목)
+
+1. base-ui에 `dialog` 페이지 **있음** → 기반 구현체 = base-ui. **게이트 없음**(네이티브/커스텀
+   추천을 하지 않는다)
+2. 표기법 조합형, 파트 다수(`Root` `Trigger` `Portal` `Backdrop` `Popup` `Title` `Description`
+   `Close`)
+3. 네이티브 `<dialog>` **미사용**
+4. 판정을 뒤집을 prop: `modal` (`true` / `"trap-focus"` / `false`)
+
+4번이 빠지면 실측 계획이 기본값 하나로 좁아진다.
+
+## 기대 성질 (8개)
+
+`interactive` `modal` `overlay` `ui-boundary` `text` `pointer-target` `visible-label` `icon`
+
+`composite` 아님 — Dialog 자체는 자식 항목을 roving tabindex로 관리하지 않는다.
+`transient` 아님 — hover로 뜨고 지지 않는다.
+`status-message` 아님 — Dialog는 포커스를 옮긴다.
+
+## 기대 SC (채택 27 / 제외 33 / 합 60)
+
+WCAG 24: 1.1.1, 1.3.1, 1.3.2, 1.3.3, 1.3.4, 1.4.3, 1.4.4, 1.4.5, 1.4.10, 1.4.11, 1.4.12,
+2.1.1, 2.1.2, 2.4.3, 2.4.6, 2.4.7, 2.4.11, 2.5.2, 2.5.3, 2.5.8, 3.1.2, 3.2.1, 3.2.4, 4.1.2
+
+KWCAG 고유 3: 5.4.4, 8.1.1, 8.2.1
+
+## 회귀 신호
+
+- **2.4.11이 빠지면** → `overlay`/`modal` 트리거 소실. Dialog가 포커스된 배경 요소를 가리는
+  문제를 못 잡는다
+- **1.4.13이 들어오면** → `transient` 오추론. Dialog는 호버 콘텐츠가 아니다
+- **4.1.2에 KWCAG 8.2.1이 안 붙으면** → KWCAG 대응 열 파손
+- **부록 C에 2.4.1·2.4.2·3.1.1이 없으면** → 페이지 수준 제외 사유가 문서에서 누락
+- **검산 셋째 줄이 `60 = 27 + 33`이 아니면** → 필터가 전수를 돌지 않았다. 앞 두 줄은 이 사고를
+  못 잡는다(이미 실린 것만 세므로)
+- **부록 C 행수가 33이 아니면** → 검산 셋째 줄과 부록의 대조가 깨졌다
+- **시각 축(1.4.3 / 1.4.4 / 1.4.10 / 1.4.11 / 1.4.12 / 2.4.7 / 2.5.8 / 5.4.4)의 컴포넌트 몫이
+  `1. 기반 구현체 위임`에 들어가면** → base-ui는 unstyled다. 컴포넌트 몫은 전부 `2. vapor 자체
+구현`이어야 한다(1.4.3은 `공동`이라 소비자 행이 짝으로 따로 있다)
+- **위젯 계약이 SC 필터의 트리거로 쓰이면** → 위 시각 축 8건이 사라진다. 트리거는 성질뿐이다
+- **부록 B의 슬러그 역참조 칸이 비어 있고 사유도 없으면** → 정리했는데 문서에 안 실린 행위가 있다
+- **산출물이 두 파일이면** → `reports/dialog.md` 한 부만 나와야 한다
+
+## base-ui 실측 (2026-08-20 완료)
+
+기본 `modal` 설정에서 4.1.2·2.4.3·2.1.2 충족 확인. 단 수단은 `aria-modal`도 네이티브
+`<dialog>`도 아닌 배경 `aria-hidden`이다 — 문서에는 `지원 (다른 방식)`으로 적고 무엇으로
+대신했는지 붙인다. 1.3.2는 배경 소멸로 판정하지 않는다 — 팝업 내부 순서(Title → Description →
+본문 → 컨트롤)가 접근성 트리에서 읽기 순서와 일치하는지로 판정한다. 전문과 명령은
+`references/verify.md` § 경로 1 실측 예 참조.
+
+`modal` 세 값(`true` / `"trap-focus"` / `false`)도 실측 완료. `trap-focus`가 `true`와 갈리는
+지점은 **`body` 스크롤 락 하나뿐**이고, `Dialog.Backdrop`은 세 값 전부에서 렌더된다 — 2026-08-14
+판의 "`trap-focus`는 백드롭을 끈다"는 반증됐다. 따라서 AT 사용자에게만 배경이 숨겨지는 괴리는
+prop이 만들지 않고 **소비자가 Backdrop을 안 그릴 때** 생긴다. 부록 D의 열린 결정으로 남긴다.
diff --git a/skills/a11y-spec/references/properties.md b/skills/a11y-spec/references/properties.md
new file mode 100644
index 000000000..d175060c4
--- /dev/null
+++ b/skills/a11y-spec/references/properties.md
@@ -0,0 +1,52 @@
+# 성질 어휘 (property vocabulary)
+
+컴포넌트 이름에서 추론하는 태그 집합. **SC에서 귀납적으로 도출됐다** — 각 태그는 최소 하나의
+성공 기준을 발동시킨다.
+
+성공 기준은 컴포넌트가 아니라 **콘텐츠의 속성**에 걸린다. 그래서 판정 단위는 컴포넌트 이름이
+아니라 여기 태그다.
+
+| 태그             | 정의                                                                    | 판별 질문                               | 예                             |
+| ---------------- | ----------------------------------------------------------------------- | --------------------------------------- | ------------------------------ |
+| `interactive`    | 사용자 조작을 받는다 (포커스를 받거나 포인터에 반응)                    | 탭으로 도달하는가?                      | Button, Checkbox, Tabs         |
+| `composite`      | 여러 자식 항목을 하나의 위젯으로 관리한다 (roving tabindex·화살표 이동) | 탭 정지점이 1개인데 내부 이동이 있는가? | Tabs, RadioGroup, Menu, Select |
+| `text`           | 텍스트를 직접 렌더한다                                                  | 컴포넌트가 글자를 그리는가?             | Text, Badge, Button            |
+| `icon`           | 아이콘·이미지를 렌더하거나 받는다                                       | 비텍스트 요소가 의미를 나르는가?        | IconButton, Avatar, Alert      |
+| `visible-label`  | 보이는 텍스트 레이블을 갖는다                                           | 화면에 이름이 글자로 보이는가?          | Button, Checkbox, Tab          |
+| `form-control`   | 값을 갖고 폼에 제출된다                                                 | `name`/`value`를 갖는가?                | Input, Select, Switch          |
+| `text-input`     | 자유 텍스트를 입력받는다                                                | 키보드로 임의 문자열을 넣는가?          | Input, Textarea                |
+| `validatable`    | 오류 상태를 가질 수 있다                                                | invalid 상태가 있는가?                  | Input, Field, Select           |
+| `state-visual`   | 상태를 시각 신호로 표시한다                                             | 선택·활성·에러가 눈으로 구분되는가?     | Checkbox, Tab, Badge           |
+| `ui-boundary`    | 테두리·배경으로 자기 경계나 컨트롤 형태를 그린다                        | 인접 콘텐츠와 경계선이 필요한가?        | Card, Input, Button            |
+| `overlay`        | 다른 콘텐츠 위에 레이어로 뜬다 (대개 Portal)                            | DOM 위치와 시각 위치가 어긋나는가?      | Dialog, Popover, Toast         |
+| `transient`      | 포인터/포커스에 의해 떴다가 사라진다                                    | hover를 떼면 사라지는가?                | Tooltip, HoverCard, Popover    |
+| `modal`          | 배경 상호작용을 차단하고 포커스를 가둔다                                | 열려 있는 동안 배경을 못 쓰는가?        | Dialog, Drawer                 |
+| `auto-dismiss`   | 사용자 조작 없이 시간이 지나면 사라진다                                 | 타이머로 닫히는가?                      | Toast, Snackbar                |
+| `auto-motion`    | 자동으로 움직이거나 재생된다 (5초 초과)                                 | 사용자가 시작하지 않은 움직임이 있는가? | Carousel, Skeleton, Spinner    |
+| `pointer-target` | 포인터로 누르는 대상 영역을 갖는다                                      | 클릭 히트 영역이 있는가?                | Button, Checkbox, IconButton   |
+| `gesture`        | 경로·다중 포인터 제스처로 조작한다                                      | 드래그·스와이프·핀치가 있는가?          | Slider, Carousel, Drawer       |
+| `device-motion`  | 기기 자체의 움직임(흔들기·기울이기)에 반응한다                          | 가속도계·자이로를 쓰는가?               | (해당 컴포넌트 드묾)           |
+| `char-shortcut`  | 수식키 없는 단일 문자 키를 바인딩한다                                   | `a` 같은 키 하나로 동작하는가?          | Menu(typeahead), Combobox      |
+| `status-message` | 포커스를 옮기지 않고 상태 변화를 알린다                                 | 화면 변화를 AT가 알아야 하는가?         | Toast, Alert, Progress         |
+| `link`           | 다른 위치로 이동시킨다                                                  | `<a href>` 의미인가?                    | Link, Breadcrumb, Pagination   |
+| `table`          | 행·열 구조로 데이터를 배치한다                                          | 헤더-셀 관계가 있는가?                  | Table, DataGrid                |
+| `media`          | 오디오·비디오를 재생한다                                                | 시간 기반 미디어인가?                   | VideoPlayer                    |
+
+## 추론 규칙
+
+**23개 전수를 판정한다.** 태그마다 붙음(`O`) 또는 안 붙음(`X`)과 근거 한 줄이 달리면 끝이다.
+안 붙는 이유가 문서 부록 C의 SC 제외 근거가 되므로, `X` 행도 근거를 갖는다.
+
+컴포넌트 이름만 주어졌을 때:
+
+1. 이름이 위 예시에 있으면 그 행의 태그를 우선 채택한다.
+2. 없으면 판별 질문에 답해서 태그를 붙인다. **애매하면 붙인다** — 이 스킬의 출력은 명세지
+   판정이 아니므로, 위양성(불필요한 SC 1건)이 위음성(놓친 SC 1건)보다 싸다.
+3. 복합(파트) 컴포넌트는 **파트와 그 기본 렌더 요소까지 판정 입력에 넣는다** — Dialog는
+   `Title`(`<h2>`)·`Description`(`<p>`)이 있어 `text`·`visible-label`이, `Close`가 아이콘
+   버튼으로 흔히 쓰여 `icon`이 붙는다.
+4. `interactive`가 붙으면 `pointer-target`도 거의 항상 붙는다 (키보드 전용 컴포넌트가 아닌 한).
+5. `modal`이 붙으면 `overlay`도 붙는다. `transient`가 붙으면 `overlay`도 붙는다.
+6. `text-input`·`form-control`이 붙으면 `validatable`을 붙일지 확인한다 —
+   오류 상태를 안 갖는 폼 컨트롤은 드물다.
+7. 판정 결과를 문서 부록 A에 남긴다. 사용자가 반박할 수 있어야 한다.
diff --git a/skills/a11y-spec/references/report-template.md b/skills/a11y-spec/references/report-template.md
new file mode 100644
index 000000000..995b56694
--- /dev/null
+++ b/skills/a11y-spec/references/report-template.md
@@ -0,0 +1,259 @@
+# 리포트 템플릿
+
+산출물은 이 문서 **한 부**다. 설계 입력이면서 Notion 발행용이다. 모든 컴포넌트가 이 골격을
+그대로 따른다.
+
+**행 하나 = 요구사항 문장 하나.** SC가 행이 아니다 — SC 하나가 요구사항 여러 개로 쪼개진다.
+
+정본 양식은 사내 Notion의 Dialog 문서를 따른다. **링크는 이 저장소에 적지 않는다 — 공개
+저장소다.**
+
+## 판정 어휘
+
+`verify.md`가 이 어휘로 직접 판정한다 — `지원` / `지원 (다른 방식)` / `부분` / `명세 위임` /
+`미지원` / `확인 불가`. 뜻과 함께 적을 것은 `verify.md` § 판정 어휘가 소유한다.
+
+구획이 정하는 어휘가 둘 더 있다.
+
+| 어휘        | 붙는 곳         | 함께 적을 것                                                              |
+| ----------- | --------------- | ------------------------------------------------------------------------- |
+| `슬롯 제공` | `3. 공동(통로)` | 어느 파트·prop이 통로인가 (예: `Dialog.Title`이 `aria-labelledby`를 연결) |
+| `해당 없음` | `4. 소비자`     | 소비자 몫이라 기반 구현체가 관여하지 않는다                               |
+
+여덟 어휘가 검산 둘째 줄의 항목이다.
+
+## 근거 어휘 — 이중이다
+
+- **WCAG SC가 있으면 SC를 쓴다.** `WCAG 2.2 SC 4.1.2` / `KWCAG 8.2.1`
+- **APG·MDN에만 있는 행위는 그것을 쓰고 「정보성」 라벨을 붙인다.** `APG Dialog 패턴 (정보성)`
+  / `MDN role=progressbar (정보성)`
+
+APG는 저작 실무 가이드이고 명세가 아니다. KWCAG 8.2.1이 요구하는 것은 **플랫폼 접근성 API
+지원**이다 — 네이티브 HTML 의미로 충분하면 그것이 근거고, WAI-ARIA는 실제 사용한 구현에서만
+근거로 연결한다. 라벨이 규범과 권고를 가른다.
+
+## 카테고리와 슬러그
+
+요구사항은 `### <카테고리>` 아래 `### <슬러그>`로 묶는다. 카테고리는 **최종 사용자가 무엇을
+얻는가**로 나눈다.
+
+| 카테고리           | 담는 것                      |
+| ------------------ | ---------------------------- |
+| `role`             | 역할 부여                    |
+| `state`            | 상태 속성·배경 비활성화      |
+| `structure`        | 관계·자손 구조·필수 자식     |
+| `name-description` | 접근 가능한 이름·설명        |
+| `focus`            | 포커스 이동·복귀·표시·가려짐 |
+| `keyboard`         | 키 인터랙션                  |
+| `contrast`         | 명도 대비                    |
+| `presentation`     | 확대·텍스트 간격·리플로·방향 |
+| `target`           | 타깃 크기·포인터             |
+
+내용이 있는 카테고리만 쓴다. 구획마다 3~5개가 나타난다.
+
+슬러그는 kebab-case로 **요구사항 문장을 압축**한다: `dialog-role`, `focus-returns-on-close`,
+`keyboard-escape-closes`, `target-size-minimum`. 컴포넌트 이름은 접두사에서 뺀다.
+
+## 문장 규칙
+
+- `요구사항`·`이유`는 **영어**로 쓴다. 규범 원문 어휘를 그대로 실어야 대조가 된다.
+- `요구사항`은 `must`/`may`를 쓴다 — 규범 강도가 문장에 드러나게.
+- `이유`는 **누가 무엇을 못 하게 되는지** 한 문장으로 쓴다.
+- 표 라벨과 `기반 구현체` 칸 설명은 **한글**이다.
+- 요구사항 하나가 두 카테고리에 걸치면 **쪼갠다.** 한 행에 두 요구가 들어가면 소비자가 절반만
+  지키고 지켰다고 본다.
+
+## 공동 SC는 두 행으로 쪼갠다
+
+공동 SC는 문장 두 개다. vapor 쪽 문장은 `3. 공동(통로)`에, 소비자 쪽 문장은 `4. 소비자`에 각각
+한 행으로 싣고, 두 행은 **슬러그 접두사를 공유**해 짝임을 보인다.
+
+보기 — `1.1.1` (icon):
+
+- `3. 공동(통로)` / `icon-name-slot` — The component must accept an accessible name via `aria-label`.
+- `4. 소비자` / `icon-name-content` — The consumer must provide a name that states the icon's purpose.
+
+각 행의 `짝` 라벨에 상대 슬러그를 적는다. 한 행에 두 문장을 담으면 검산 첫째 줄이 깨진다.
+
+---
+
+## 템플릿
+
+```markdown
+# <컴포넌트> 접근성 요구사항
+
+<컴포넌트>가 충족해야 하는 접근성 요구사항 목록이다. **구현 전 설계 입력이며 판정이 아니다** —
+vapor <컴포넌트>는 아직 없다.
+
+- 규범: WCAG 2.2 Level A/AA + KWCAG 2.2
+- 대상 APG 패턴: <패턴명 | 없음 — 사유>
+- 기반 구현체: <base-ui `<컴포넌트>` | 네이티브 HTML `<요소>` | 없음 — 커스텀 구현 (YYYY-MM-DD 확인)>
+- 증거: <데모 URL 또는 명세 URL>, <prop 설정>, <뷰포트>, <YYYY-MM-DD>
+- 요구사항 수: 기반 구현체 위임 a / vapor 자체 구현 b / 공동 c / 소비자 d
+- 위임 판정: 지원 n / 다른 방식 n / 부분 n / 명세 위임 n / 미지원 n / 슬롯 제공 n / 확인 불가 n / 해당 없음 n
+- SC 판정: 60 = 채택 n + 제외 m
+
+## 1. 기반 구현체 위임
+
+<기반 구현체가 보장하는 요구사항. 기반 구현체가 없으면 "없음 — 커스텀 구현으로 결정"과 확인
+날짜를 적는다.>
+
+### <카테고리>
+
+### <슬러그>
+
+|             |                                                                                    |
+| ----------- | ---------------------------------------------------------------------------------- |
+| 요구사항    | <The ... must ...>                                                                 |
+| 근거        | <WCAG 2.2 SC x.x.x \| KWCAG x.x.x \| APG <패턴명> (정보성) \| MDN <role> (정보성)> |
+| 이유        | <Who cannot do what without it.>                                                   |
+| 기반 구현체 | <지원 — 관측값 \| 지원 (다른 방식) — 수단 \| 부분 — 조건 \| 명세 위임 — 명세명>    |
+
+## 2. vapor 자체 구현
+
+<기반 구현체가 하지 않아 vapor가 끝까지 보장할 요구사항. 기반 구현체가 unstyled면 시각 축의
+컴포넌트 몫은 예외 없이 여기다.>
+
+### <카테고리>
+
+### <슬러그>
+
+|             |                                                               |
+| ----------- | ------------------------------------------------------------- |
+| 요구사항    |                                                               |
+| 근거        |                                                               |
+| 이유        |                                                               |
+| 기반 구현체 | <미지원 — unstyled \| 미지원 — 기능 없음 \| 확인 불가 — 사유> |
+
+## 3. 공동(통로)
+
+**이 구획이 곧 prop 설계 목록이다.** vapor가 통로를 뚫어야 소비자가 준수할 수 있다.
+
+### <카테고리>
+
+### <슬러그>
+
+|             |                                         |
+| ----------- | --------------------------------------- |
+| 요구사항    | <The component must accept ...>         |
+| 근거        |                                         |
+| 이유        |                                         |
+| 기반 구현체 | 슬롯 제공 — <어느 파트·prop이 통로인가> |
+| 짝          | `4. 소비자` / `<상대 슬러그>`           |
+
+## 4. 소비자
+
+<사용처가 보장할 것. Docs에 그대로 옮길 수 있는 문장으로 쓴다.>
+
+### <카테고리>
+
+### <슬러그>
+
+|             |                                   |
+| ----------- | --------------------------------- |
+| 요구사항    | <The consumer must ...>           |
+| 근거        |                                   |
+| 이유        |                                   |
+| 기반 구현체 | 해당 없음                         |
+| 짝          | `3. 공동(통로)` / `<상대 슬러그>` |
+
+## 부록 A. 성질
+
+`properties.md` 23개 전수 판정 결과.
+
+| 태그    | 붙음 | 근거                        |
+| ------- | ---- | --------------------------- |
+| `<tag>` | O/X  | <왜 붙거나 안 붙는지 한 줄> |
+
+## 부록 B. 위젯 계약
+
+출처: <APG <패턴명> URL \| MDN <role> URL \| APG 패턴 없음 — 사유>
+
+| 칸               | 내용  | 요구사항 슬러그 |
+| ---------------- | ----- | --------------- |
+| role             | <...> | `<슬러그>`      |
+| 상태             |       |                 |
+| 속성             |       |                 |
+| 키 인터랙션      |       |                 |
+| 포커스 관리 규칙 |       |                 |
+| 접근 가능 이름   |       |                 |
+
+## 부록 C. 제외 — 이 컴포넌트에 걸리지 않는 SC
+
+누락이 아니라 판단이다. 총 <m>건.
+
+| SC  | 제목 | 사유 |
+| --- | ---- | ---- |
+
+## 부록 D. 설계 결정
+
+답이 아니라 질문이다. 이 문서는 결정하지 않는다.
+
+1. **<결정할 것>** — <어느 쪽을 고르면 무엇이 달라지나>
+
+## 출처
+
+- <규범 원문 URL. WCAG SC·Understanding 문서·KWCAG>
+- <APG 패턴 URL — 정보성>
+- <MDN role 문서 URL — 정보성>
+- <참고: 다른 라이브러리 구현 한 줄. 위임 판정의 증거는 아니다>
+```
+
+---
+
+## 검산 3줄
+
+이 문서의 자기 검증이다.
+
+| 줄            | 식                                        | 무엇을 잡나          |
+| ------------- | ----------------------------------------- | -------------------- |
+| `요구사항 수` | `a + b + c + d` = 본문 표 개수            | 구획 배정 누락       |
+| `위임 판정`   | 여덟 숫자의 합 = 본문 표 개수             | 판정 어휘 누락       |
+| `SC 판정`     | `60 = 채택 + 제외`, 제외 수 = 부록 C 행수 | **필터에서 빠진 SC** |
+
+앞 두 줄은 **이미 실린 것만** 센다. `1.4.12`를 필터에서 놓치면 표가 하나 줄고 헤더 숫자도 하나
+줄어 두 식이 그대로 맞는다. 셋째 줄만이 실리지 않은 것을 센다 — 기반 구현체를 먼저 보는 절차의
+편향(base-ui가 하는 것만 요구사항이 되는)이 그 형태로 나타난다.
+
+채택 SC 수와 `요구사항 수`의 합은 **다르다** — SC 하나가 요구사항 여럿으로 쪼개진다(Dialog면
+SC 27건이 요구사항 40개 남짓). 두 숫자는 각자 자기 식만 만족한다.
+
+## 섹션별 작성 규칙
+
+### 헤더
+
+`증거` 줄에 **prop 설정과 뷰포트를 적는다.** 같은 컴포넌트도 prop에 따라 판정이 갈리므로, 어느
+설정에서 잰 값인지가 증거의 일부다.
+
+`기반 구현체`가 `없음 — 커스텀 구현`이면 **확인 날짜를 적는다.** 그것은 관측이 아니라 사용자가
+2단계 게이트에서 내린 결정이다.
+
+### 1~2 구획
+
+`기반 구현체` 칸에 **관측한 값을 그대로** 적는다 — 속성값, 계산된 대비비, 픽셀 수치, 포커스가 간
+요소의 텍스트. "충족함" 같은 요약은 증거가 아니다.
+
+기반 구현체가 unstyled면 **시각 축**의 컴포넌트 몫은 예외 없이 `2. vapor 자체 구현`이다(목록은
+`sc-map.md`가 소유한다). 데모에서 잰 값은 기준선으로만 적는다.
+
+### 3 구획
+
+각 행이 **prop 하나로 번역돼야 한다.** "`aria-label`을 받을 수 있게"까지 적고, 필수로 강제할지는
+부록 D로 올린다.
+
+### 부록 A·B
+
+A·B가 근거, C·D가 그 결과다. **부록 A의 `X` 행이 부록 C의 근거다** — 성질이 안 붙은 이유가 SC가
+빠진 이유다.
+
+부록 B의 각 행에 **요구사항 슬러그를 역참조로 적는다.** 슬러그가 빈 칸은 요구사항으로 번역되지
+않은 행위이므로 사유를 적는다.
+
+## 발행
+
+파일은 `reports/<component>.md`에 쓴다. Notion에 올릴 때는 `프로덕트 문서` 데이터베이스에
+`유형: 개발 가이드`, `해시태그: Vapor Components`로 넣는다 — 정본 Dialog 문서와 같은 속성이어야
+같은 뷰에 모인다.
+
+Notion 표는 마크다운 표를 그대로 옮긴다. 첫 행이 빈 헤더 행(`| | |`)인 것은 정본 양식 그대로다 —
+라벨-값 2열 표에 헤더가 필요 없어서다.
diff --git a/skills/a11y-spec/references/sc-map.md b/skills/a11y-spec/references/sc-map.md
new file mode 100644
index 000000000..7244f0c48
--- /dev/null
+++ b/skills/a11y-spec/references/sc-map.md
@@ -0,0 +1,167 @@
+# 성공 기준 → 성질 역매핑
+
+**규범 범위**: WCAG 2.2 Level A/AA 55개 전수 + KWCAG 2.2 검사항목 33개 전수.
+AAA는 제외한다 (판정 불가하거나 컴포넌트 수준에서 의미가 없다).
+
+**작성 방향**: 성질에서 SC를 찾지 않고, **SC 전수에서 성질을 귀납했다.** 그래서 아래 표에는
+어떤 컴포넌트에도 안 걸리는 SC까지 `제외` 사유와 함께 남아 있다 — 리포트에서 "왜 이 SC는
+없느냐"는 반박을 방어하기 위해서다.
+
+**트리거**: 해당 태그가 하나라도 붙으면 그 SC가 리포트에 들어간다. `전체`는 무조건 들어간다.
+
+**책임**:
+
+- `컴포넌트` — 라이브러리가 코드로 보장한다. 소비자가 잘못 쓸 여지가 없어야 한다.
+- `소비자` — 사용처가 보장한다. 컴포넌트는 통로(prop)만 뚫는다.
+- `공동` — 컴포넌트가 기전을 제공하고 소비자가 내용을 채운다. **가장 위험한 칸이다** —
+  통로를 안 뚫으면 소비자가 준수할 방법이 없다.
+
+`컴포넌트`는 5단계에서 `기반 구현체 위임`과 `vapor 자체 구현` 두 갈래로 갈린다. 어느 쪽인지는
+컴포넌트마다 달라서 이 표에 미리 적을 수 없다 — 컴포넌트와 무관한 표에 컴포넌트별 정보를 넣으면
+60행이 틀린 말을 한다.
+
+**판정 대상은 60행이다.** 아래 표의 데이터 행은 61개이고, 그중 4.1.1은 WCAG 2.2에서 삭제돼
+취소선이다(KWCAG 8.1.1이 별도 행으로 유효하다). 채택 수와 제외 수의 합이 60이어야 한다.
+
+## 시각 축
+
+**이 표가 시각 축 목록을 소유한다.** 다른 문서는 「시각 축」이라는 이름으로만 부른다.
+
+| SC          | 제목               |
+| ----------- | ------------------ |
+| 1.4.3       | 명도 대비 (최소)   |
+| 1.4.4       | 텍스트 크기 조정   |
+| 1.4.10      | 리플로             |
+| 1.4.11      | 비텍스트 명도 대비 |
+| 1.4.12      | 텍스트 간격        |
+| 2.4.7       | 초점 표시          |
+| 2.5.8       | 타깃 크기 (최소)   |
+| KWCAG 5.4.4 | 콘텐츠 간의 구분   |
+
+이 8건은 **APG에도 base-ui에도 없다.** APG는 role과 키보드만 다루고 base-ui는 unstyled다.
+그래서 두 가지가 따라온다 — 트리거를 성질에서만 뽑아야 이 8건이 살아남고(위젯 계약으로 뽑으면
+통째로 빠진다), 기반 구현체가 unstyled면 이 8건의 **컴포넌트 몫**은 예외 없이 `vapor 자체
+구현`이다(위임 불가). 1.4.3은 책임이 `공동`이라 커스텀 색의 소비자 몫 행이 짝으로 따로 붙는다.
+
+---
+
+## 원칙 1. 인식의 용이성
+
+| SC     | 제목                   | Lv  | KWCAG       | 트리거                              | 책임     | 컴포넌트가 보장할 것                                                                                                   |
+| ------ | ---------------------- | --- | ----------- | ----------------------------------- | -------- | ---------------------------------------------------------------------------------------------------------------------- |
+| 1.1.1  | 비텍스트 콘텐츠        | A   | 5.1.1       | `icon` `media`                      | 공동     | 접근 가능한 이름 통로(`aria-label`/`aria-labelledby`) 개방, 장식 아이콘은 `aria-hidden` 기본값                         |
+| 1.2.1  | 오디오/비디오만 (녹화) | A   | 5.2.1       | `media`                             | 소비자   | —                                                                                                                      |
+| 1.2.2  | 자막 (녹화)            | A   | 5.2.1       | `media`                             | 소비자   | —                                                                                                                      |
+| 1.2.3  | 음성 해설 또는 대체    | A   | —           | `media`                             | 소비자   | —                                                                                                                      |
+| 1.2.4  | 자막 (실시간)          | AA  | 5.2.1       | `media`                             | 소비자   | —                                                                                                                      |
+| 1.2.5  | 음성 해설 (녹화)       | AA  | —           | `media`                             | 소비자   | —                                                                                                                      |
+| 1.3.1  | 정보와 관계            | A   | 5.3.1 5.3.2 | **전체**                            | 컴포넌트 | 시맨틱 요소·`role`·관계 속성(`aria-describedby` `aria-controls` `aria-owns`). `table`이면 `<th scope>`                 |
+| 1.3.2  | 의미 있는 순서         | A   | 5.3.2       | `overlay` `composite`               | 컴포넌트 | Portal로 DOM 순서가 깨져도 읽기 순서가 유지되는 근거                                                                   |
+| 1.3.3  | 감각적 특성            | A   | 5.3.3       | `text`                              | 소비자   | 컴포넌트는 안내 문구를 소유하지 않음                                                                                   |
+| 1.3.4  | 방향                   | AA  | —           | `overlay` `ui-boundary`             | 공동     | 세로·가로 두 방향 모두 동작                                                                                            |
+| 1.3.5  | 입력 목적 식별         | AA  | —           | `text-input`                        | 공동     | `autocomplete` 속성 통과(패스스루)                                                                                     |
+| 1.4.1  | 색의 사용              | A   | 5.4.1       | `state-visual`                      | 컴포넌트 | 상태에 색 + 아이콘/텍스트를 함께 — 에러를 색만으로 표시하면 위반                                                       |
+| 1.4.2  | 오디오 제어            | A   | 5.4.2       | `media` `auto-motion`               | 소비자   | —                                                                                                                      |
+| 1.4.3  | 명도 대비 (최소)       | AA  | 5.4.3       | `text`                              | 공동     | 기본 토큰 짝이 4.5:1(큰 텍스트 3:1) 충족. 커스텀 색은 소비자                                                           |
+| 1.4.4  | 텍스트 크기 조정       | AA  | —           | `text`                              | 컴포넌트 | 200% 확대에서 콘텐츠·기능 유지, 잘림 없음 (기법 예: `rem` 기반 크기, 콘텐츠에 맞춰 늘어나는 높이)                      |
+| 1.4.5  | 이미지 내 텍스트       | AA  | —           | `icon`                              | 소비자   | —                                                                                                                      |
+| 1.4.10 | 리플로                 | AA  | —           | `overlay` `ui-boundary`             | 컴포넌트 | 320 CSS px 폭에서 가로 스크롤 없이 콘텐츠·기능 유지 (기법 예: 뷰포트 기준 `max-width`)                                 |
+| 1.4.11 | 비텍스트 명도 대비     | AA  | 5.4.4       | `ui-boundary` `state-visual` `icon` | 컴포넌트 | 3:1 — 테두리, 포커스 링, 체크 표시, 토글 트랙, 상태 인디케이터                                                         |
+| 1.4.12 | 텍스트 간격            | AA  | —           | `text`                              | 컴포넌트 | 사용자 텍스트 간격 조정(줄간격 1.5배·문단 2배)에서 잘림·기능 손실 없음 (기법 예: 콘텐츠에 맞춰 늘어나는 컨테이너 높이) |
+| 1.4.13 | 호버·포커스 콘텐츠     | AA  | —           | `transient`                         | 컴포넌트 | 세 가지 전부: 소멸 가능(Esc), 호버 가능(포인터가 팝업 위로 이동 가능), 지속(포커스/호버 유지 중 안 닫힘)               |
+
+---
+
+## 원칙 2. 운용의 용이성
+
+| SC     | 제목                      | Lv  | KWCAG | 트리거                              | 책임     | 컴포넌트가 보장할 것                                                                                                                       |
+| ------ | ------------------------- | --- | ----- | ----------------------------------- | -------- | ------------------------------------------------------------------------------------------------------------------------------------------ |
+| 2.1.1  | 키보드                    | A   | 6.1.1 | `interactive` `composite` `gesture` | 컴포넌트 | 모든 기능에 키보드 경로 (예외: 경로 의존 입력 — 궤적 자체가 본질인 자유 드로잉). `composite`는 APG 키 인터랙션 표 준수                     |
+| 2.1.2  | 키보드 트랩 없음          | A   | 6.1.1 | `modal` `overlay`                   | 컴포넌트 | 포커스 트랩은 표준 탈출구(Esc)를 반드시 가짐                                                                                               |
+| 2.1.4  | 문자 키 단축키            | A   | 6.1.4 | `char-shortcut`                     | 컴포넌트 | 끄기·재매핑·포커스 한정 중 하나. typeahead는 대개 포커스 한정으로 충족                                                                     |
+| 2.2.1  | 시간 조절                 | A   | 6.2.1 | `auto-dismiss`                      | 공동     | 끄기, 기본값 10배 이상 조정, 경고 후 20초 내 간단한 동작으로 연장(10회 이상) 중 하나 — 20시간 초과 제한은 예외. 호버/포커스 시 타이머 정지 |
+| 2.2.2  | 일시정지·정지·숨기기      | A   | 6.2.2 | `auto-motion`                       | 컴포넌트 | 5초 초과 자동 움직임에 정지 수단. `prefers-reduced-motion` 대응                                                                            |
+| 2.3.1  | 3회 섬광 이하             | A   | 6.3.1 | `auto-motion`                       | 컴포넌트 | 초당 3회 이하, 또는 일반·적색 섬광 임계값 이하                                                                                             |
+| 2.4.1  | 블록 건너뛰기             | A   | 6.4.1 | —                                   | 소비자   | **제외** — 페이지 수준                                                                                                                     |
+| 2.4.2  | 페이지 제목               | A   | 6.4.2 | —                                   | 소비자   | **제외** — 페이지 수준                                                                                                                     |
+| 2.4.3  | 초점 순서                 | A   | 6.1.2 | `interactive` `overlay` `composite` | 컴포넌트 | 열림 시 진입 지점, 닫힘 시 트리거로 복귀. `composite`는 roving tabindex                                                                    |
+| 2.4.4  | 링크 목적 (문맥 내)       | A   | 6.4.3 | `link`                              | 공동     | 접근 가능한 이름 통로                                                                                                                      |
+| 2.4.5  | 여러 가지 방법            | AA  | —     | —                                   | 소비자   | **제외** — 사이트 수준                                                                                                                     |
+| 2.4.6  | 제목·레이블               | AA  | 6.4.2 | `visible-label` `form-control`      | 공동     | 레이블 슬롯 제공. 문구는 소비자                                                                                                            |
+| 2.4.7  | 초점 표시                 | AA  | 6.1.2 | `interactive`                       | 컴포넌트 | 키보드 포커스가 항상 보임. `:focus-visible`에 보이는 링(outline 또는 box-shadow)                                                           |
+| 2.4.11 | 초점 가려지지 않음 (최소) | AA  | —     | `overlay` `modal` `auto-dismiss`    | 컴포넌트 | 떠 있는 레이어가 포커스된 요소를 완전히 가리지 않음. Toast·sticky가 주 위험                                                                |
+| 2.5.1  | 포인터 제스처             | A   | 6.5.1 | `gesture`                           | 컴포넌트 | 경로·다중 포인터 제스처에 단일 포인터 대안 (제스처가 기능상 필수면 예외)                                                                   |
+| 2.5.2  | 포인터 취소               | A   | 6.5.2 | `pointer-target`                    | 컴포넌트 | down이 아니라 up에서 실행. 밖으로 끌어내면 취소                                                                                            |
+| 2.5.3  | 이름 속의 레이블          | A   | 6.5.3 | `visible-label`                     | 공동     | 접근 가능한 이름이 보이는 텍스트를 포함. `aria-label`이 보이는 텍스트를 덮어쓰지 않게                                                      |
+| 2.5.4  | 동작 기반 작동            | A   | 6.5.4 | `device-motion`                     | 컴포넌트 | 기기 동작(흔들기·기울이기) 사용 시 UI 대안. `**gesture`가 아니다** — 포인터 제스처와 기기 동작은 다른 SC다                                 |
+| 2.5.7  | 끌기 동작                 | AA  | 6.5.1 | `gesture`                           | 컴포넌트 | 드래그 없는 단일 포인터 대안 — Slider의 화살표 키·클릭 위치 지정 (드래그가 기능상 필수면 예외)                                             |
+| 2.5.8  | 타깃 크기 (최소)          | AA  | —     | `pointer-target`                    | 컴포넌트 | 24×24 CSS px, 또는 예외: 간격(24px 원 비겹침)·동등 컨트롤 존재·인라인 텍스트·UA 기본·필수 표현                                             |
+
+---
+
+## 원칙 3. 이해의 용이성
+
+| SC    | 제목                         | Lv  | KWCAG | 트리거                 | 책임     | 컴포넌트가 보장할 것                                                         |
+| ----- | ---------------------------- | --- | ----- | ---------------------- | -------- | ---------------------------------------------------------------------------- |
+| 3.1.1 | 페이지의 언어                | A   | 7.1.1 | —                      | 소비자   | **제외** — 페이지 수준                                                       |
+| 3.1.2 | 부분의 언어                  | AA  | —     | `text`                 | 소비자   | —                                                                            |
+| 3.2.1 | 포커스 시                    | A   | 7.2.1 | `interactive`          | 컴포넌트 | 맥락 변화는 활성화(클릭·Enter)에서만 — 포커스에 열리는 Select·Popover는 위반 |
+| 3.2.2 | 입력 시                      | A   | 7.2.1 | `form-control`         | 공동     | 제출·이동은 명시적 확정에서만. 값 선택으로 하려면 사전 고지                  |
+| 3.2.3 | 일관된 내비게이션            | AA  | —     | —                      | 소비자   | **제외** — 사이트 수준                                                       |
+| 3.2.4 | 일관된 식별성                | AA  | —     | `icon` `visible-label` | 공동     | 디자인 시스템 수준 — 같은 기능에 같은 이름·아이콘                            |
+| 3.2.6 | 일관된 도움                  | A   | 7.2.2 | —                      | 소비자   | **제외** — 사이트 수준                                                       |
+| 3.3.1 | 오류 식별                    | A   | 7.3.1 | `validatable`          | 공동     | `aria-invalid` + 오류 메시지를 `aria-describedby`로 연결. 문구는 소비자      |
+| 3.3.2 | 레이블 또는 설명             | A   | 7.3.2 | `form-control`         | 공동     | 레이블·설명 슬롯과 프로그래밍적 연결                                         |
+| 3.3.3 | 오류 제안                    | AA  | 7.3.1 | `validatable`          | 소비자   | 메시지 슬롯만 제공                                                           |
+| 3.3.4 | 오류 방지 (법률·금융·데이터) | AA  | —     | —                      | 소비자   | **제외** — 플로우 수준                                                       |
+| 3.3.7 | 반복 입력                    | A   | 7.3.4 | `text-input`           | 소비자   | `autocomplete`·값 주입 통로만                                                |
+| 3.3.8 | 접근 가능한 인증 (최소)      | AA  | 7.3.3 | `text-input`           | 공동     | 붙여넣기 허용, 비밀번호 관리자 `autocomplete` 허용                           |
+
+---
+
+## 원칙 4. 견고성
+
+| SC        | 제목          | Lv  | KWCAG | 트리거                                   | 책임     | 컴포넌트가 보장할 것                                                                                                                 |
+| --------- | ------------- | --- | ----- | ---------------------------------------- | -------- | ------------------------------------------------------------------------------------------------------------------------------------ |
+| ~~4.1.1~~ | ~~구문 분석~~ | —   | 8.1.1 | —                                        | —        | **WCAG 2.2에서 삭제됨.** 단 KWCAG 8.1.1은 유효 — 아래 참조                                                                           |
+| 4.1.2     | 이름·역할·값  | A   | 8.2.1 | `interactive` `form-control` `composite` | 컴포넌트 | 이 스킬의 핵심 칸. role·accessible name·상태 속성(`aria-expanded` `aria-checked` `aria-selected` `aria-disabled`)이 실제 상태와 동기 |
+| 4.1.3     | 상태 메시지   | AA  | 8.2.1 | `status-message` `validatable`           | 공동     | `role="status"`/`alert`/`aria-live`. 마운트 시점이 아니라 내용 변경으로 알림이 발화되게                                              |
+
+---
+
+## KWCAG 2.2 고유 항목
+
+WCAG A/AA에 1:1 대응이 없거나 레벨이 다른 것만. 나머지 27개는 위 표의 KWCAG 열에 대응돼 있다.
+
+| 검사항목                     | 트리거                    | 책임     | 비고                                                                                                                                                                                       |
+| ---------------------------- | ------------------------- | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| 5.4.4 콘텐츠 간의 구분       | `ui-boundary`             | 컴포넌트 | WCAG 1.4.11보다 넓다 — 이웃 콘텐츠와 시각적으로 구분되는지. 테두리 없는 Card·Divider 없는 List가 걸린다                                                                                    |
+| 6.4.4 고정된 참조 위치 정보  | —                         | 소비자   | **제외** — 전자출판 문서 한정                                                                                                                                                              |
+| 7.2.2 찾기 쉬운 도움 정보    | —                         | 소비자   | **제외** — 사이트 수준 (WCAG 3.2.6 대응)                                                                                                                                                   |
+| 8.1.1 마크업 오류 방지       | **전체**                  | 컴포넌트 | WCAG 2.2에서 4.1.1이 삭제됐지만 **KWCAG는 유지**. 요소 중첩 오류, 속성 중복, `id` 중복 — 특히 자동 생성 id의 충돌                                                                          |
+| 8.2.1 웹 애플리케이션 접근성 | `interactive` `composite` | 컴포넌트 | 운영체제·플랫폼 접근성 API로 이름·역할·상태·값이 보조기술에 전달되는지를 요구. 네이티브 HTML 의미(HTML-AAM)로 충분하면 그것이 근거고, 부족할 때 WAI-ARIA로 보강한다. 사실상 4.1.2의 국내판 |
+
+---
+
+## 문서 부록 C에 실을 제외 목록
+
+부록 C에 **채택하지 않은 행 전부**를 사유와 함께 싣는다. 누락이 아니라 판단임을 보이기
+위해서다. 표에서 `제외`로 표시된 전역 제외(페이지·사이트·플로우 수준)와, 성질이 안 붙어서
+빠진 것 둘 다 들어간다. `media` 태그 SC(1.2.1~1.2.5)도 같이 싣는다 — vapor에 미디어 컴포넌트가
+아직 없다는 사실이 제외 사유다.
+
+부록 C의 행수가 헤더 검산 셋째 줄의 `제외 m`과 같아야 한다. **이 대조가 필터에서 빠진 SC를
+잡는 유일한 장치다.**
+
+## 근거 위계 (리포트에 인용할 때)
+
+1. **WCAG 2.2 성공 기준 원문** — 유일한 준수 판정 근거
+2. **KWCAG 2.2 검사항목** — 국내 법정 기준. WCAG와 어긋나면 둘 다 만족시킨다
+3. **Understanding 문서** — 취지·충분한 기법·실패 사례. 근거 보강용
+4. **APG 패턴 · MDN ARIA role 문서** — 정보성 문서. **그 자체로 준수 판정 근거가 아니다.**
+   SC가 있는 요구사항은 SC를 근거로 쓴다. SC로 되받을 수 없는 행위(APG 키보드 표의 Home/End
+   동작, MDN role 문서의 필수 속성 목록)는 그것을 근거로 쓰되 **「정보성」 라벨을 붙인다** —
+   라벨이 없으면 규범과 권고가 구분되지 않는다
+
+> W3C: 충족해야 하는 것은 성공 기준이지 기술(technique)이 아니다.
+> [https://www.w3.org/WAI/standards-guidelines/wcag/faq/#techsnot](https://www.w3.org/WAI/standards-guidelines/wcag/faq/#techsnot)
diff --git a/skills/a11y-spec/references/verify.md b/skills/a11y-spec/references/verify.md
new file mode 100644
index 000000000..b9c5f5f66
--- /dev/null
+++ b/skills/a11y-spec/references/verify.md
@@ -0,0 +1,118 @@
+# 증거 수집
+
+`sc-map.md`에서 `컴포넌트` 책임으로 떨어진 SC가 이미 보장되는지 확인한다. **위임은 증거를
+요구한다** — 증거는 **관측** 또는 **명세**, 둘뿐이다.
+
+| 기반 구현체       | 방법          | 증거                              |
+| ----------------- | ------------- | --------------------------------- |
+| base-ui           | **실측**      | 실행 중인 데모를 조작해 얻은 관측 |
+| 네이티브 요소     | **명세 확인** | HTML-AAM·MDN·WAI-ARIA 명세        |
+| 없음(커스텀 구현) | —             | 전부 `미지원`                     |
+
+기반 구현체는 이 둘이다. react-aria와 Adobe Spectrum은 **구현 참고 자료**다 — 커스텀 구현으로
+결정된 컴포넌트에서 "다른 라이브러리는 이렇게 했다"를 출처 각주 한 줄로 적는 데 쓴다. 위임
+판정의 증거는 위 표의 둘에서만 나온다.
+
+## 판정 어휘
+
+`report-template.md`가 쓰는 어휘로 **직접** 판정한다.
+
+| 어휘               | 뜻                                 | 함께 적을 것                          |
+| ------------------ | ---------------------------------- | ------------------------------------- |
+| `지원`             | 실측으로 확인                      | 관측한 값                             |
+| `지원 (다른 방식)` | 실측으로 확인. 수단이 규범과 다름  | 무엇으로 대신했나                     |
+| `부분`             | 특정 prop 조합에서만 보장          | 어느 조합인가, 어느 조합이 미실측인가 |
+| `명세 위임`        | 네이티브 요소의 명세로 확인        | 어느 명세인가                         |
+| `미지원`           | 기반 구현체가 안 함 — vapor가 보장 | unstyled라서인지 기능이 없어서인지    |
+| `확인 불가`        | 브라우저로 판정 불가               | 사유                                  |
+
+`확인 불가`는 **브라우저로 판정할 수 없을 때** 쓴다. 실측을 아직 안 한 SC는 실측하고 온다.
+
+함께 적을 것이 곧 증거다. 명세명 없는 `명세 위임`, 관측값 없는 `지원`은 `확인 불가`와 같은 값을
+갖는다.
+
+`공동(통로)` 구획의 행은 `슬롯 제공`, `소비자` 구획의 행은 `해당 없음`을 갖는다 — 그 두 어휘는
+구획이 정하므로 여기서 판정하지 않는다.
+
+---
+
+## 경로 1 — base-ui 실측
+
+**브라우저가 유일한 증거다.** 소스는 의도를 보여주고 브라우저는 결과를 보여주는데, SC가 걸리는
+것은 결과다.
+
+데모: `https://base-ui.com/react/components/<컴포넌트>` (kebab-case)
+
+### 검증 매핑
+
+SC마다 어떤 명령이 증거를 만드는지. **명령이 없는 칸은 `확인 불가`다.**
+
+| SC                        | 검증 방법                                                                                                                                                                                                                         |
+| ------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 4.1.2 이름·역할·값        | `snapshot -c` — 접근성 트리에 role·이름·상태가 나타나는지. 상태 변경(클릭) 후 재스냅샷해 `expanded`/`checked`/`selected`가 따라 바뀌는지                                                                                          |
+| 1.3.1 정보와 관계         | `eval`로 `aria-labelledby`·`aria-describedby`·`aria-controls`가 실제 id를 가리키는지                                                                                                                                              |
+| 1.3.2 의미 있는 순서      | `snapshot` 전체 — Portal 이동 후에도 트리 순서가 읽기 순서와 맞는지                                                                                                                                                               |
+| 2.1.1 키보드              | `press` 로 위젯 계약의 키 인터랙션 칸대로 눌러보고 매번 `snapshot`으로 상태 변화 확인                                                                                                                                             |
+| 2.1.2 키보드 트랩 없음    | `press Tab` 반복 + `eval`로 `activeElement.closest("[role=dialog]")` 추적. Esc로 탈출되는지                                                                                                                                       |
+| 2.4.3 초점 순서           | 열림 시 진입 지점 확인, `press Tab`/`Shift+Tab`으로 초점 가능 요소 전수 순회(순서가 의미·조작성 보존), 닫힘 후 트리거 복귀를 `eval`로 확인                                                                                        |
+| 2.4.7 초점 표시           | `press Tab` 후 `screenshot` — 포커스 링이 눈에 보이는지                                                                                                                                                                           |
+| 2.4.11 초점 가려지지 않음 | 포커스 요소와 저자 생성 고정 콘텐츠 전부(오버레이·sticky header/footer·non-modal 레이어)의 `get box`를 비교해 겹침 계산. 안 잰 겹침 상태는 `부분` 또는 `확인 불가`로 남긴다                                                       |
+| 2.5.8 타깃 크기           | `get box @eN` — width·height ≥ 24                                                                                                                                                                                                 |
+| 1.4.3 / 1.4.11 대비       | `screenshot`의 렌더된 픽셀에서 전경·배경색을 뽑아 대비비 계산. 투명도·그라디언트·이미지 배경이 끼면 `get styles` 값은 합성 결과가 아니다 — 단색·불투명 배경일 때만 `get styles @eN`으로 충분. 상태(hover·focus·disabled)별로 잰다 |
+| 1.4.13 호버 콘텐츠        | `hover` → 팝업 위로 포인터 이동 가능한지, Esc로 닫히는지, 호버 유지 중 안 닫히는지 3건                                                                                                                                            |
+| 4.1.3 상태 메시지         | `snapshot`에 `status`/`alert` role이 있는지 + 내용 변경 시 발화되는지                                                                                                                                                             |
+| 전 항목 자동 훑기         | `agent-browser a11y --json` (axe-core). **보조 신호다** — axe가 통과해도 준수가 아니고, axe 규칙은 SC와 1:1이 아니다                                                                                                              |
+
+### 실전 함정 (실측에서 걸린 것)
+
+1. **ref는 페이지가 바뀌는 즉시 무효다.** Dialog를 열거나 Esc로 닫았으면 **재스냅샷 후** 새
+   `@eN`을 쓴다. 이전 ref는 엉뚱한 요소를 잡는다. 그래서 상태 전이 SC(4.1.2·2.4.3)는 조작한
+   그 자리에서 판정한다 — 0단계에 미리 뜬 스냅샷은 조작 후 상태를 담지 못한다.
+2. **`eval`은 스코프가 호출 간에 유지된다.** `const a = ...`를 두 번 실행하면
+   `Identifier 'a' has already been declared`로 죽는다. IIFE로 감싼다:
+   `(()=>{ const a=...; return ... })()`
+3. **`get box`·`get styles`다.** `box`·`styles` 단독은 없다.
+4. **role 검증에는 `snapshot -c`(전체)를 쓴다.** `snapshot -i`는 인터랙티브 요소만 보여준다.
+
+### 실측 예 — Dialog (2026-08-14)
+
+```bash
+agent-browser open https://base-ui.com/react/components/dialog
+agent-browser snapshot -i -c -s "main"     # 트리거 ref 확보
+agent-browser click @eN
+agent-browser snapshot -c                  # role/이름/배경 소멸 확인
+agent-browser eval '(()=>{const d=document.querySelector("[role=dialog]");return {ariaModal:d.ariaModal,labelledby:d.getAttribute("aria-labelledby")}})()'
+```
+
+판정 근거는 **수단이 아니라 결과**다. 위 Dialog는 `role="dialog"` +
+`aria-labelledby`/`describedby`로 4.1.2를 충족하고, 배경이 트리에서 사라져 배경 은폐(2.1.2·모달
+동작)를 확인한다 — 단 수단은 `aria-modal`도 네이티브 `<dialog>`도 아닌 배경
+`aria-hidden`이다(`ariaModal: null`). `지원 (다른 방식)`으로 적고 그 수단을 밝힌다. **이
+사실까지 적어야 판정이 방어된다.** 1.3.2는 배경 소멸로 판정하지 않는다 — 팝업 내부 순서(Title →
+Description → 본문 → 컨트롤)가 접근성 트리에서 읽기 순서와 일치하는지로 판정한다.
+
+⚠️ **prop 조합별로 따로 실측한다.** 위 결과는 `modal` 기본값이다. Dialog 실측(2026-08-20)에서
+`modal="trap-focus"`가 기본값과 갈리는 지점은 `body` 스크롤 락 하나뿐이었다 — 배포 소스의
+조건식(`modal === true`)을 읽고 "백드롭이 꺼진다"고 추론했던 이전 판은 브라우저에서 반증됐다.
+**분기 판정은 소스가 아니라 브라우저로 확정한다.** 0단계 정찰 4번의 prop 목록이 이 실측 계획의
+입력이다.
+
+---
+
+## 경로 2 — 네이티브 요소 명세 확인
+
+조작할 데모가 없다. vapor 코드가 아직 없기 때문이다. `<nav>`가 `role=navigation`을 준다는 것은
+관측 대상이 아니라 **명세**이고, 명세는 브라우저 동작을 규정하므로 증거로 데모 관측보다 위다.
+
+**명세를 읽어서 판정한다.** 최소 마크업을 지어내 재면 대상이 vapor 마크업이 아니라 방금 지어낸
+마크업이라 증거가 순환한다.
+
+| 확인할 것                  | 명세                                                                |
+| -------------------------- | ------------------------------------------------------------------- |
+| 요소 → role 매핑           | HTML-AAM `https://www.w3.org/TR/html-aam-1.0/`                      |
+| role의 필수 속성·허용 자식 | MDN ARIA role 문서 / WAI-ARIA `https://www.w3.org/TR/wai-aria-1.2/` |
+| 네이티브 키보드 동작       | HTML 표준의 해당 요소 절                                            |
+| 접근 가능 이름 계산        | AccName `https://www.w3.org/TR/accname-1.2/`                        |
+
+**시각 축**은 네이티브 요소도 주지 않는다. `<hr>`도 3:1 대비를 보장하지 않는다 — "네이티브
+가능"은 위임처가 브라우저라는 뜻이고, SC는 그대로 남는다. 시각 축 목록은 `sc-map.md`가 소유한다.