sellmate-design-system-react 8.0.0 → 9.0.0-beta.0

package/AGENTS.md

@@ -22,22 +22,26 @@
 
 무엇을 만들지 정했으면 **이 표에서 먼저 찾는다.** 상세 Props 는 `dist/components/<이름>/README.md` 참조.
 
+**이 표에서 어느 것을 골라야 할지 모르겠으면 §3-0 "의도 → 컴포넌트 라우팅" 으로 간다.** 하려는 일을 문장으로 찾으면 답이 하나 나온다 — 여기 인덱스는 "무엇이 있는지", §3-0 은 "언제 그걸 쓰는지" 를 담당한다.
+
 | 분류 | 컴포넌트 |
 | --- | --- |
 | **버튼·링크** | `SButton` `SGhostButton` `SDropdownButton` `STextLink` `SSwitch` `SToggle` |
-| **입력 (폼)** | `SForm` `SField` `SInput` `SNumberInput` `STextarea` `SSelect` `SCheckbox` `SRadio` `SRadioButton` `SChip` `SChipInput` `SBarcodeInput` `SFilePicker` |
+| **입력 (폼)** | `SForm` `SField` `SInput` `SNumberInput` `STextarea` `SSelect` `SCheckbox` `SRadio` `SRadioGroup` `SRadioButton` `SChip` `SChipInput` `SBarcodeInput` `SFilePicker` |
 | **날짜·시간** | `SCalendar` `SDatePicker` `SDateRangePicker` `STimePicker` `STimeRangePicker` |
-| **표·목록** | `STable` `STableBar` `SKeyValueTable` `SList` `SListItem` `SDraggableItem` |
-| **레이아웃** | `SLayout` `SGnb` `SPage` `SSectionHeaderCard` `SCard` `SDivider` `SSplitter` `SScrollArea` `SExpansionItem` |
+| **표·목록** | `STable` `STableBar` `SChipFilter` `SKeyValueTable` `SList` `SListItem` `SExpansionList` `SDraggableList` `SDraggableItem` `STree` |
+| **레이아웃** | `SLayout` `SGnb` `SPage`(제목 영역은 `header` prop) `SSectionHeaderCard` `SCard` `SDivider` `SSplitter` `SScrollArea` `SExpansionItem` |
 | **내비게이션** | `STabs` `SPagination` `SStepper` |
 | **표시·상태** | `STag` `SBadge` `SIcon` `SCallout` `SGuide` |
 | **진행·로딩** | `SLinearProgress` `SCircleProgress` `SLoadingContainer` `SLoadingModal` |
-| **오버레이** | `STooltip` `SPopover` `SPopup` `SPortal` |
+| **오버레이** | `STooltip` `SPopover` `SPopup` `SDrawer` `SPortal` |
 | **모달** | `SModal.confirm()` `SModal.create()` + `SActionModal` `SConfirmModal` `SModalOutlet`(앱 루트 1회) |
 | **알림** | `SToast` `SToastContainer` |
 
 표에 없는 UI 를 만들어야 할 때만 `div` 로 직접 조립하고, 그때도 §1-2 · §2 의 토큰 규칙을 지킨다.
 
+**이 표는 패키지가 실제로 export 하는 컴포넌트와 일치해야 한다** — `npm run check:routing` 이 강제한다. 표에 없는 컴포넌트는 소비 앱 입장에서 존재하지 않는 것과 같다.
+
 ### 0-2. 프로젝트 설정
 
 설정(Tailwind v4 `theme.css` import, `@source` 지정, Next.js 주의사항)은 패키지 [README.md](./README.md)를 따른다. 이 문서는 설정이 끝난 상태에서의 **화면 작성 규칙**만 다룬다.
@@ -122,7 +126,76 @@ Tailwind 유틸리티는 **토큰 스케일에 있는 값만** 사용한다.
 
 ---
 
-## 2. 조합 어휘 — 컴포넌트 "사이"를 채울 때 쓰는 것들
+## 2. 조합 규칙 — 화면을 어떻게 쌓는가
+
+§3 이 "무엇을 쓸지" 라면 여기는 **"고른 것들을 어떻게 붙일지"** 다. 층 구조(§2-0)가 먼저고, 타이포·간격·색(§2-1~2-3)은 그 층에 붙는 값이다.
+
+### 2-0. 화면의 층 구조 — 무엇을 어디에 놓는가
+
+**모든 화면은 다섯 층으로 쌓인다. 컴포넌트는 저마다 놓이는 층이 정해져 있고, 층이 다르면 붙이는 방법도 다르다.** 조합이 어색해지는 원인은 대개 층을 건너뛴 것이다 — 요소를 페이지에 바로 놓거나, 인라인 요소를 블록처럼 세우거나, 카드 안에 카드를 겹치는 식이다.
+
+| 층 | 무엇인가 | 컴포넌트 |
+| --- | --- | --- |
+| **셸** | 앱 전체 뼈대. 페이지가 바뀌어도 남는다 | `SLayout` `SGnb` `SPage`(제목 영역은 `header` prop) |
+| **블록** | `SPage` 의 직계 자식. 페이지를 세로로 쌓는 단위 | `SSectionHeaderCard` `SCard` `SForm` `SSplitter` `SScrollArea` `STable` `STableBar` `SChipFilter` `SKeyValueTable` `SList` `SExpansionList` `SDraggableList` `STree` `SCallout` `STabs` `SStepper` `SPagination` `SDivider` |
+| **요소** | 블록 **안에** 놓이는 컨트롤. 혼자 페이지에 서지 않는다 | `SButton` `SGhostButton` `SDropdownButton` `SField` `SInput` `SNumberInput` `STextarea` `SSelect` `SCheckbox` `SRadio` `SRadioGroup` `SRadioButton` `SSwitch` `SToggle` `SChipInput` `SBarcodeInput` `SFilePicker` `SDatePicker` `SDateRangePicker` `STimePicker` `STimeRangePicker` `SCalendar` `SListItem` `SExpansionItem` `SDraggableItem` `SLinearProgress` `SCircleProgress` |
+| **인라인** | 텍스트 흐름·셀·라벨 안에 섞인다. 혼자 블록이 되지 않는다 | `STag` `SBadge` `SIcon` `STextLink` `SChip` |
+| **레이어** | 문서 흐름 **밖**에 떠서 그려진다. 어느 층에서 띄우든 레이아웃에 영향이 없다 | `SModal` `SActionModal` `SConfirmModal` `SPopup` `SDrawer` `SPopover` `STooltip` `SPortal` `SToast` `SLoadingModal` `SLoadingContainer` `SGuide` |
+
+여기에 화면을 차지하지 않는 **부트스트랩** 이 따로 있다 — `SModalOutlet` `SToastContainer` 는 앱 진입점에 한 번만 렌더한다 (§4-1).
+
+> 이 표는 §0-1 인덱스 전체를 덮는다 (`npm run check:routing` 이 강제). **컴포넌트를 골랐으면 그것이 어느 층인지 먼저 확인하고, 아래 포함 규칙에 맞는 자리에 놓는다.**
+
+#### 블록은 두 종류다
+
+같은 블록층이어도 **안에 다른 것을 담느냐** 로 갈린다. 이걸 구분해야 포함 규칙이 선다.
+
+- **담는 블록** — `SSectionHeaderCard` `SCard` `SForm` `SSplitter` `SScrollArea`. 안이 비어 있고 다른 블록·요소를 받는다.
+- **그리는 블록** — 나머지 전부. 자기가 내용을 그리므로 안에 무엇을 넣을지 고민할 일이 없다 (`STable` 의 셀처럼 지정된 슬롯 제외).
+
+#### 포함 규칙 — 무엇 안에 무엇이 올 수 있나
+
+| 담는 것 | 올 수 있는 것 | 오면 안 되는 것 |
+| --- | --- | --- |
+| `SPage` | **블록만** | **요소를 직접** — 버튼 하나도 블록에 담아 놓는다 |
+| `SSectionHeaderCard.Body` | 그리는 블록 · 요소 | `SSectionHeaderCard` · `SCard` (카드 겹침, §3-7-8) |
+| `SCard` | 그리는 블록 · 요소 | `SCard` · `SSectionHeaderCard` |
+| `SForm` | 블록 (보통 `SKeyValueTable` + 하단 액션) | — |
+| `SSplitter.Before` / `.After` | 블록 | — |
+| `SScrollArea` | 블록 | — |
+| `STable` 셀 (`render`) | 인라인 · 요소 | 블록 — 표 안에 표·카드를 넣지 않는다 |
+| `SKeyValueTable` 값 셀 | 인라인 · 요소 | 블록 |
+| `SListItem` | 인라인 | 블록 · 요소 |
+
+- **블록을 `div` 로 감싸지 않는다.** 감싸면 페이지 스택에서 빠져나가 `gap-sd-12` 리듬이 끊긴다. 여러 블록을 묶어야 하면 그건 섹션이므로 `SSectionHeaderCard` 다.
+- **요소를 페이지에 직접 놓지 않는다.** 하단 액션 버튼들처럼 블록이 없는 자리는 `div` 로 한 줄을 만들어 그 `div` 가 블록이 된다 (§4-3·§4-4).
+- **레이어는 어디서 띄워도 된다.** `body` 로 portal 되므로 셸 안에 넣을 필요가 없고, 넣어도 레이아웃이 바뀌지 않는다 (§4-1).
+
+#### 블록을 쌓는 방법과 순서
+
+**`SPage` 는 자식을 자동으로 쌓지 않는다.** 페이지가 직접 세로 스택을 만든다 — 이게 모든 §4 레시피가 `flex flex-col gap-sd-12` 로 시작하는 이유다.
+
+```tsx
+<SPage background="frame">
+  <div className="flex flex-col gap-sd-12">   {/* 블록 스택 — 페이지가 만든다 */}
+    …블록들…
+  </div>
+</SPage>
+```
+
+블록 순서는 화면 종류와 무관하게 같다. **필요한 것만 남기되 순서를 바꾸지 않는다.**
+
+```text
+1. 페이지 제목        `SPage` 의 `header` prop (+ 가이드·매뉴얼 링크는 slot. 액션 버튼은 오지 않는다 §4-2)
+2. 상시 안내          SCallout
+3. 필터               SKeyValueTable · SChipFilter (§3-7-11)
+4. 툴바               STableBar   (건수 요약 + 액션)
+5. 본문               STable · 섹션 카드들 · SList …
+6. 페이지네이션        SPagination (STable 이 pagination prop 으로 직접 그린다)
+7. 하단 액션          되돌리기 왼쪽 · 실행 오른쪽 (§4-3)
+```
+
+간격은 층마다 다르다 — 블록 ↔ 블록은 `gap-sd-12`, 요소 ↔ 요소는 `gap-sd-8` 이 기본이고, 같은 컴포넌트를 나열할 때는 컴포넌트별 그룹 간격이 따로 있다. 전부 §2-2 에 있다.
 
 ### 2-1. 타이포그래피 프리셋
 
@@ -137,15 +210,22 @@ Tailwind 유틸리티는 **토큰 스케일에 있는 값만** 사용한다.
 
 **기본 선택 — 이 조합을 쓴다.** 이 서비스는 정보 밀도가 높아 본문이 12px 이다. 14px 를 본문 기본으로 쓰지 않는다.
 
-| 역할 | 클래스 | 크기 |
-| --- | --- | --- |
-| 페이지 헤더 제목 (h1) | `typo-heading-lg` | 18px |
-| 섹션 제목 | `typo-heading-sm` | 14px |
-| 본문 | `typo-body-sm-default` | 12px |
-| 보조 설명 | `typo-body-sm-default` + `text-fg-tertiary` | 12px / `grey_65` |
+**제목 위계는 §2-0 의 층을 따라간다** — 층이 한 단 내려가면 제목도 한 단 내려간다. 층을 건너뛰지 않듯 제목도 건너뛰지 않는다.
+
+| 층 (§2-0) | 역할 | 클래스 | 크기 |
+| --- | --- | --- | --- |
+| 셸 | 페이지 제목 (`SPage` 의 `header.title`) | `typo-heading-lg` | 18px |
+| 블록 | 섹션 제목 | `typo-heading-sm` | 14px |
+| 블록 내부 | 하위 제목 (섹션 안을 더 나눌 때) | `typo-heading-xs` | 12px |
+| — | 본문 | `typo-body-sm-default` | 12px |
+| — | 보조 설명 | `typo-body-sm-default` + `text-fg-tertiary` | 12px / `grey_65` |
 
 페이지 제목만 18px 로 크게 두고 그 아래는 14 / 12 로 촘촘하게 간다. 중간 크기(16px)는 기본 골격에서 쓰지 않는다.
 
+- **페이지·섹션 제목의 타이포를 직접 주지 않는다.** `SPage` 의 `header.title`, `SSectionHeaderCard.Header` 의 `title` 이 이미 넣는다 — 그 위에 `typo-heading-lg`/`typo-heading-sm` 을 또 씌우지 않는다.
+- **하위 제목이 필요하면 먼저 섹션을 나눌 수 없는지 본다.** 한 섹션 안에서 제목이 두 단으로 갈린다는 것은 대개 섹션이 둘이라는 뜻이다 (§3-7-8).
+- 본문 안에서 한 단어를 강조할 때는 `typo-body-sm-medium` 을 쓴다. `typo-body-sm-bold` 는 제목 성격의 짧은 라벨에만 쓴다. <!-- TODO(디자인): 강조 굵기 기준 확정 -->
+
 **보조 설명의 색** — 기본은 `text-fg-tertiary`(`grey_65`) 다. 보조 설명 안에서 위계가 한 단계 더 필요할 때만 `text-fg-secondary`(`grey_80`) → `text-fg-tertiary`(`grey_65`) 순으로 내려 쓴다 (§2-3).
 
 ### 2-2. 간격 (spacing)
@@ -157,14 +237,14 @@ Tailwind 유틸리티는 **토큰 스케일에 있는 값만** 사용한다.
 - 형제 요소 간격은 margin 대신 부모의 `flex`/`grid` + `gap-sd-*`으로 잡는다.
 - 시맨틱 간격 토큰 (텍스트 덩어리·요소 사이 기본 리듬):
 
-화면은 세 층이다. **여백(padding)과 간격(gap)은 서로 다른 축이고, 규칙도 다르다.**
+**여백(padding)과 간격(gap)은 서로 다른 축이고, 규칙도 다르다.** 어느 쪽이든 값은 §2-0 의 층이 정한다.
 
 ```text
-페이지 프레임      SPage 가 여백을 넣는다. 직접 주지 않는다
-└ 블록            페이지 직계 자식 (헤더·필터·툴바·테이블·섹션 카드)
-                  블록 ↔ 블록 간격은 gap-sd-12
-  └ 섹션·패널     블록 중 "안에 콘텐츠를 담는 컨테이너"인 것
+셸 (SPage)        여백을 SPage 가 넣는다. 직접 주지 않는다
+└ 블록            블록 ↔ 블록 간격은 gap-sd-12
+  └ 담는 블록     "안에 콘텐츠를 담는" 블록 (SSectionHeaderCard·SCard 등, §2-0)
                   여기에만 안쪽 여백 선택지가 있다 (아래 "섹션·패널 안쪽 여백")
+    └ 요소        요소 ↔ 요소 간격은 gap-sd-8 이 기본
 ```
 
 | 상황 | 값 |
@@ -313,6 +393,126 @@ Tailwind 유틸리티는 **토큰 스케일에 있는 값만** 사용한다.
 
 > ⚠️ 초안(개발 작성). <!-- TODO(디자인): 전체 검수·확정 --> 표시가 있는 행은 디자인 확정 전까지 초안 기준으로 사용.
 
+### 3-0. 의도 → 컴포넌트 라우팅 (여기서 시작한다)
+
+**§3 의 입구는 이 표다.** 아래 §3-1 부터는 계열별로 정리돼 있어서 "내가 만들 게 어느 계열인지"를 이미 알아야 펼 수 있다. 그런데 실제 출발점은 계열이 아니라 **하려는 일**이다. 그 문장을 여기서 찾으면 답이 하나 나온다.
+
+- **읽는 법**: 왼쪽에서 하려는 일을 찾고 → 가운데 컴포넌트를 쓴다. 오른쪽에 § 참조가 있으면 그 자리는 답이 갈리므로 **반드시 그 절을 읽고 고른다.** 참조가 없으면 더 볼 것 없이 그대로 쓴다.
+- 이 표는 §0-1 인덱스 전체를 덮는다 (`npm run check:routing` 이 강제). **여기에 해당하는 일이 없으면 대응 컴포넌트가 없는 것이므로** §1-1 의 예외 규칙(순수 레이아웃 요소)으로 간다.
+
+#### A. 값을 입력받는다
+
+| 하려는 일 | 컴포넌트 | 갈림 |
+| --- | --- | --- |
+| 한 줄 텍스트를 받는다 | `SInput` | §3-7-1 |
+| 여러 줄 텍스트를 받는다 | `STextarea` | §3-7-1 |
+| 숫자(수량·금액)를 받는다 | `SNumberInput` | |
+| 바코드를 스캔해 받는다 | `SBarcodeInput` | |
+| 목록에서 하나 고르게 한다 | `SSelect` | §3-7-2 |
+| 선택지를 항상 펼쳐 두고 하나 고르게 한다 | `SRadioGroup` | §3-7-2 |
+| 버튼 모양으로 모드를 하나 고르게 한다 | `SRadioButton` | §3-7-2 |
+| 라디오 하나를 표 셀 등에 직접 배치한다 | `SRadio` | §3-7-2 |
+| 여러 개를 고르게 한다 / 동의를 받는다 | `SCheckbox` | §3-7-3 |
+| 켜는 즉시 반영되는 설정을 준다 | `SSwitch` | §3-7-3 |
+| 목록을 좁히는 필터를 켜고 끄게 한다 | `SToggle` | §3-7-3 |
+| 자유 입력값을 여러 개 쌓게 한다 | `SChipInput` | §3-1 |
+| 입력된 값 하나를 지우거나 고치게 한다 | `SChip` | §3-1 |
+| 파일을 받는다 | `SFilePicker` | |
+| 날짜 하나를 받는다 | `SDatePicker` | §3-7-4 |
+| 날짜 기간을 받는다 | `SDateRangePicker` | §3-7-4 |
+| 시각 하나를 받는다 | `STimePicker` | |
+| 시각 범위를 받는다 | `STimeRangePicker` | |
+| 달력 자체를 화면에 펼쳐 보여준다 | `SCalendar` | §3-7-4 |
+| 컨트롤에 라벨·필수·에러를 붙인다 | `SField` | §3-7-5 |
+| 입력 여러 개를 묶어 한 번에 검증한다 | `SForm` | §4-3 |
+| 폼·필터를 표 형태로 배치한다 | `SKeyValueTable` | §4 |
+| 필요한 검색 조건만 칩으로 골라 붙이게 한다 | `SChipFilter` | §3-7-11 |
+
+#### B. 정보를 읽게 보여준다
+
+| 하려는 일 | 컴포넌트 | 갈림 |
+| --- | --- | --- |
+| 여러 건을 여러 열로 보여주고 열끼리 비교하게 한다 | `STable` | §3-7-6 |
+| 항목 하나의 속성들을 `라벨: 값` 으로 보여준다 | `SKeyValueTable` | §4-4 |
+| 한 줄로 읽히는 항목을 세로로 나열한다 | `SList` + `SListItem` | §3-7-6 |
+| 나열한 항목을 펼쳐 하위 내용을 보여준다 | `SExpansionList` + `SExpansionItem` | §3-7-7 |
+| 부모-자식 계층을 들여쓰기로 보여준다 | `STree` | §3-7-7 |
+| 사용자가 순서를 드래그로 바꾸게 한다 | `SDraggableList` + `SDraggableItem` | §3-7-6 |
+| 표 위에 건수 요약과 액션을 얹는다 | `STableBar` | §4-2 |
+| 상태·분류를 라벨로 찍는다 | `STag` | §3-1 |
+| 색 점만으로 상태를 찍는다 | `SBadge` | §3-1 |
+| 아이콘을 넣는다 | `SIcon` | |
+| 문장 안에서 다른 화면으로 보낸다 | `STextLink` | §3-5-6 |
+
+#### C. 동작을 실행시킨다
+
+| 하려는 일 | 컴포넌트 | 갈림 |
+| --- | --- | --- |
+| 라벨이 있는 일반 액션을 준다 | `SButton` | §3-5 |
+| 아이콘 하나로 뜻이 통하는 부가 조작을 준다 | `SGhostButton` | §3-5-5 |
+| 한 버튼에 여러 선택지를 매단다 | `SDropdownButton` | §3-5-4 |
+
+#### D. 화면을 담고 나눈다
+
+| 하려는 일 | 컴포넌트 | 갈림 |
+| --- | --- | --- |
+| 앱 셸(상단바 + 내비 + 본문)을 세운다 | `SLayout` | §4-1 |
+| 좌측 내비게이션을 만든다 | `SGnb` | §4-1 |
+| 페이지 본문을 담는다 (패딩·스크롤) | `SPage` | §4-1 |
+| 페이지 제목(+ 서브 텍스트·뒤로가기·우측 슬롯)을 만든다 | `SPage` 의 `header` prop | §4-1 |
+| 제목 있는 섹션으로 묶는다 | `SSectionHeaderCard` | §3-7-8 |
+| 제목 없이 흰 면으로만 묶는다 | `SCard` | §3-7-8 |
+| 가로선으로 끊는다 | `SDivider` | §3-6 |
+| 사용자가 영역 크기를 조절하게 한다 | `SSplitter` | §3-6 |
+| 특정 영역 안에서만 스크롤시킨다 | `SScrollArea` | |
+
+#### E. 다른 곳으로 이동시킨다
+
+| 하려는 일 | 컴포넌트 | 갈림 |
+| --- | --- | --- |
+| 같은 화면에서 보는 관점을 바꾼다 | `STabs` | §3-7-2 |
+| 긴 목록을 페이지로 끊는다 | `SPagination` | §4-2 |
+| 여러 단계의 진행 위치를 보여준다 | `SStepper` | |
+
+#### F. 흐름을 끊고 띄운다
+
+> 이 그룹은 **전부 §3-3-1 판별 순서를 먼저 밟는다.** 아래는 그 결과를 되짚는 표다.
+
+| 하려는 일 | 컴포넌트 | 갈림 |
+| --- | --- | --- |
+| 실행 여부만 확정받는다 | `SModal.confirm()` | §3-3-1 |
+| 모달 안에서 작성·선택하게 한다 | `SActionModal` + `SModal.create()` | §3-3-1 |
+| 띄우는 것 자체가 하나의 화면이다 | `SPopup` | §3-3-1 |
+| 화면 옆에서 밀려 나오는 작업 패널을 연다 | `SDrawer` | §3-3-5 |
+| 확인 다이얼로그를 화면에 직접 배치한다 | `SConfirmModal` | §3-3-4 |
+| 클릭하면 상호작용 가능한 작은 콘텐츠를 띄운다 | `SPopover` | §3-3 |
+| hover 하면 짧은 설명을 띄운다 | `STooltip` | §3-3 |
+| 임의 요소에 붙는 저수준 레이어가 필요하다 | `SPortal` | §3-7-10 |
+
+#### G. 알리고 안내한다
+
+| 하려는 일 | 컴포넌트 | 갈림 |
+| --- | --- | --- |
+| 화면에 상시 노출되는 안내·경고를 둔다 | `SCallout` | §3-2 |
+| 작업 결과를 일시적으로 알린다 | `SToast` | §3-2 |
+| 기능 온보딩·도움말을 붙인다 | `SGuide` | §3-2 |
+
+#### H. 기다리게 한다
+
+| 하려는 일 | 컴포넌트 | 갈림 |
+| --- | --- | --- |
+| 화면 전체를 잠그고 기다리게 한다 | `SLoadingModal` (또는 `SModal.loading()`) | §3-2 |
+| 특정 영역만 덮고 기다리게 한다 | `SLoadingContainer` | §3-2 |
+| 진행률을 가로 막대로 보여준다 | `SLinearProgress` | §3-7-9 |
+| 진행률·대기를 원형으로 보여준다 | `SCircleProgress` | §3-7-9 |
+
+#### I. 앱을 켤 때 한 번만 (§4-1)
+
+| 하려는 일 | 컴포넌트 | 갈림 |
+| --- | --- | --- |
+| `SModal.*` 로 띄운 모달이 그려질 자리를 만든다 | `SModalOutlet` | §4-1 |
+| `SToast` 가 그려질 자리를 만든다 | `SToastContainer` | §4-1 |
+
 ### 3-1. 라벨/표시류 — STag vs SBadge vs SChip
 
 | 상황 | 사용 |
@@ -754,19 +954,153 @@ const columns: STableColumn[] = [
 | `separator-class` / `separator-style` | `dividerClassName` / `dividerStyle` |
 | `reverse` · `dark` | 없음 — 모델은 항상 첫 패널 크기다 |
 
+### 3-7. 나머지 판별 — 입력·목록·컨테이너
+
+> §3-0 라우팅에서 이 절을 가리키는 자리들이다. <!-- TODO(디자인): 전체 검수·확정 -->
+
+#### 3-7-1. SInput vs STextarea
+
+**줄 수가 아니라 값의 성격으로 고른다.** 값의 길이를 미리 알 수 있으면 `SInput`, 없으면 `STextarea` 다.
+
+| 값 | 사용 |
+| --- | --- |
+| 이름·코드·전화번호·URL 처럼 형식이 정해진 값 | `SInput` |
+| 메모·사유·설명처럼 길이가 예측되지 않는 문장 | `STextarea` |
+
+값이 길어질 수 있는데 `SInput` 을 쓰면 사용자가 자기가 쓴 것을 다시 읽지 못한다 — 한 줄 안에서 좌우로 스크롤해야 하기 때문이다. 반대로 짧은 값에 `STextarea` 를 쓰면 빈 공간이 남아 입력량을 잘못 기대하게 한다.
+
+#### 3-7-2. 하나를 고르게 하는 다섯 — SSelect vs SRadioGroup vs SRadioButton vs STabs vs SRadio
+
+**먼저 "고르면 무엇이 바뀌는가"를 본다.**
+
+1. **화면의 내용이 통째로 바뀐다** → `STabs`. 값을 고르는 게 아니라 보는 관점을 바꾸는 것이다. 폼 값이 아니다.
+2. 그 밖에는 폼 값이므로 **선택지 수와 노출 여부**로 고른다.
+
+| 선택지 | 사용 |
+| --- | --- |
+| 6개 이상, 또는 서버에서 오는 동적 목록 | `SSelect` |
+| 2~5개 고정 + 선택지를 항상 보여야 함 | `SRadioGroup` |
+| 2~4개 + 짧은 라벨의 배타적 모드 전환 (세그먼트) | `SRadioButton` |
+
+- **`SRadio` 를 직접 나열하지 않는다.** 그룹 간격은 `SRadioGroup` 이 맞춘다 (§2-2). `SRadio` 단독은 `SRadioGroup` 이 만들 수 없는 배치 — 표 셀 안에 행마다 하나씩 놓는 경우 — 에만 쓴다.
+- `SRadioButton` 은 `options` 를 통째로 받는 세그먼트 컨트롤이라 `SRadio` 를 여러 개 넣는 게 아니다.
+
+#### 3-7-3. 켜고 끄는 셋 — SCheckbox vs SSwitch vs SToggle
+
+셋 다 on/off 지만 **값이 언제 반영되는지**가 다르다. 이걸 틀리면 사용자가 저장 버튼을 찾다가 못 찾거나, 눌렀는데 반영이 안 돼 다시 누른다.
+
+| 판별 | 사용 |
+| --- | --- |
+| **폼 값으로 제출된다** (저장 버튼을 눌러야 반영) | `SCheckbox` |
+| **누르는 즉시 반영된다** (저장 버튼 없음) | `SSwitch` |
+| **목록을 좁히는 필터** (여러 개를 나란히 켜고 끔) | `SToggle` |
+
+- `SCheckbox` 만 다중 선택(배열)과 `indeterminate`(부분 선택)를 갖는다. 전체 선택 체크박스는 반드시 `SCheckbox` 다.
+- 약관 동의처럼 **제출 시점에 값이 필요한 것은 항상 `SCheckbox`** 다 — 모양이 스위치에 가까워 보여도 그렇다.
+- `SToggle` 은 알약형 버튼이라 여러 개를 가로로 늘어놓는 필터 자리에 맞는다. 설정 화면의 on/off 한 줄에는 쓰지 않는다.
+
+#### 3-7-4. 날짜 셋 — SDatePicker vs SDateRangePicker vs SCalendar
+
+| 판별 | 사용 |
+| --- | --- |
+| 날짜 **하나**를 값으로 받는다 | `SDatePicker` |
+| **시작~종료** 를 값으로 받는다 | `SDateRangePicker` |
+| 달력 격자 **자체가 화면 콘텐츠** 다 (일정·이벤트 보기) | `SCalendar` |
+
+- **기간을 `SDatePicker` 두 개로 만들지 않는다.** 시작이 종료보다 뒤인 입력을 막는 검증과 한쪽만 고른 중간 상태 처리가 `SDateRangePicker` 안에 이미 있다. 두 개로 쪼개면 그게 전부 앱 몫이 된다.
+- `SDatePicker`·`SDateRangePicker` 는 내부적으로 `SCalendar` 를 팝오버로 띄운다. 값을 받는 자리에 `SCalendar` 를 직접 쓰지 않는다.
+
+#### 3-7-5. SField 를 직접 쓰는 경우
+
+**거의 없다.** `SInput`·`SNumberInput`·`STextarea`·`SSelect`·날짜/시간 피커는 이미 내부에서 `SField` 를 쓰고 있어서 `label`·`required`·에러 표시를 자기 prop 으로 받는다. 그 위에 `SField` 를 한 겹 더 감싸면 라벨이 두 번 나온다.
+
+직접 쓰는 경우는 하나뿐이다 — **디자인 시스템에 없는 컨트롤**에 다른 필드와 똑같은 라벨·필수·에러 모양을 붙일 때.
+
+#### 3-7-6. 여러 건을 나열하는 셋 — STable vs SList vs SDraggableList
+
+| 판별 | 사용 |
+| --- | --- |
+| 열이 둘 이상이고 **열끼리 값을 비교**한다 (정렬·합계·자릿수 맞춤) | `STable` |
+| 한 항목이 **한 줄로 읽힌다** (제목 + 보조 텍스트) | `SList` + `SListItem` |
+| **순서 자체가 데이터**라 사용자가 끌어서 바꾼다 | `SDraggableList` + `SDraggableItem` |
+
+- **항목 하나의 속성을 나열하는 것은 목록이 아니다.** `라벨: 값` 이 세로로 쌓이는 것은 `SKeyValueTable` 이다 (§4-4).
+- `SList` 는 레이아웃만 담당한다. 펼침·단일 선택 동작이 필요하면 `SExpansionList` 다 (§3-7-7).
+- **항목 사이 구분선은 리스트가 그린다.** `SListItem`·`SExpansionItem`·`SDraggableItem` 셋 다 스스로 구분선을 그리지 않으므로, 목록을 감싸는 `SList`·`SExpansionList`·`SDraggableList` 에 `separator` 를 준다 — 아이템에 `border-b` 를 직접 붙이지 않는다. 테두리형(`bordered`)은 테두리가 구분 역할을 하므로 `separator` 대신 `useGap` 으로 띄운다.
+- **`SListItem` 은 기본이 표시 전용이다.** 눌러서 이동·선택하게 하려면 `clickable` 을 준다 — hover·`selected`·`interaction="chevron"` 표현이 전부 여기에 딸려 있어서, `clickable` 없이 `selected` 만 주면 선택 표시가 나오지 않는다. `SExpansionList` 는 선택을 자기가 관리하므로 자식 아이템을 알아서 클릭 가능하게 만든다.
+
+```tsx
+✅ <SList separator><SListItem title="일반 문의" />…</SList>   {/* 줄로 구분되는 목록 */}
+✅ <SList useGap><SListItem title="일반 문의" bordered />…</SList>  {/* 카드처럼 떨어진 목록 */}
+✅ <SListItem title="일반 문의" clickable selected onClick={…} />   {/* 눌러서 고르는 목록 */}
+❌ <SList><SListItem title="일반 문의" className="border-b" />…</SList>
+❌ <SListItem title="일반 문의" selected />                        {/* clickable 없으면 선택 표시가 안 나온다 */}
+```
+
+#### 3-7-7. 펼치는 셋 — SExpansionItem vs SExpansionList vs STree
+
+| 판별 | 사용 |
+| --- | --- |
+| 항목들이 **서로 독립적으로** 여닫힌다 (여러 개 동시에 열려도 됨) | `SExpansionItem` 단독 |
+| **한 번에 하나만** 열려야 한다 (아코디언) | `SExpansionList` + `SExpansionItem` |
+| **부모-자식 계층 자체**를 보여줘야 한다 (2단 이상, 연결선) | `STree` |
+
+`SExpansionList` 는 depth 별 단일 확장·선택을 관리하는 wrapper 다. 직접 `useState` 로 "열린 항목 하나"를 들고 있지 않는다. 항목 사이 구분선은 여기서도 리스트가 그린다 — `separator` 를 준다 (§3-7-6).
+
+#### 3-7-8. SCard vs SSectionHeaderCard
+
+| 판별 | 사용 |
+| --- | --- |
+| **제목이 붙는 섹션** 이다 | `SSectionHeaderCard` |
+| 제목 없이 **흰 면만** 필요하다 (요약 타일, 빈 상태 박스) | `SCard` |
+
+- 페이지 골격에서 콘텐츠를 묶는 섹션은 **사실상 전부 `SSectionHeaderCard`** 다 (§4-4·§4-5). 제목·필수 표시·도움말·헤더 우측 액션이 전부 여기 붙는다.
+- **카드 안에 카드를 겹치지 않는다.** 섹션 안을 더 나눠야 하면 `SDivider` 로 끊거나(§3-6) 섹션을 둘로 분리한다.
+- 안쪽 여백은 `SSectionHeaderCard.Body` 의 `padding` prop 으로 준다 — `p-sd-*` 를 직접 주지 않는다 (§2-2).
+
+#### 3-7-9. SLinearProgress vs SCircleProgress
+
+| 판별 | 사용 |
+| --- | --- |
+| 진행률(%)이 있고 가로로 길게 놓을 자리가 있다 | `SLinearProgress` |
+| 자리가 좁다, 또는 **끝나는 시점을 모른다**(대기) | `SCircleProgress` |
+
+`SCircleProgress` 는 `indeterminate` 로 두면 스피너가 된다. **다만 화면이나 영역을 막아야 하는 상황이면 progress 가 아니라 `SLoadingModal`·`SLoadingContainer` 다** (§3-2) — 진행 표시와 입력 차단은 다른 일이고, 막지 않으면 사용자가 로딩 중에 또 누른다.
+
+#### 3-7-10. SPortal — 직접 쓸 일이 거의 없다
+
+`STooltip`·`SPopover`·`SSelect`·날짜 피커가 내부에서 쓰는 저수준 레이어다. 앵커에 붙여 띄우는 동작이 필요하면 **먼저 §3-3 에서 대응 컴포넌트를 찾는다.** `SPortal` 을 직접 쓰는 것은 그 넷 중 어느 것도 아닌 새로운 부착형 레이어를 만들 때뿐이고, 그때도 모달 안에서 열릴 수 있다면 소속 컨테이너를 맞춰야 한다.
+
+#### 3-7-11. 필터 둘 — SKeyValueTable vs SChipFilter
+
+둘 다 §2-0 블록 순서의 **3번 자리(필터)** 에 놓이고, 한 화면에 둘을 같이 두지 않는다.
+
+| 상황 | 컴포넌트 |
+| --- | --- |
+| 조건이 정해져 있고 **항상 다 보여야** 한다 (기본 형태) | `SKeyValueTable` |
+| 조건 후보가 많아 **쓸 것만 골라 붙이고** 나머지는 숨겨야 한다 | `SChipFilter` |
+
+- **기본은 `SKeyValueTable` 이다** (§4-2). 조건이 대여섯 개 이하로 고정이면 표로 펼쳐 두는 편이 한눈에 읽힌다.
+- `SChipFilter` 는 조건을 **칩 한 줄**로 접고, "필터 추가" 로 필요한 것만 꺼내 쓰게 한다. 칩을 누르면 편집 팝오버가 열리고, 날짜는 프리셋(오늘·지난 7일·사용자 지정)으로 고른다. 조건 후보가 많은 목록 화면에서 필터가 화면을 세로로 잡아먹는 것을 막는 용도다.
+- 검색 실행 시점이 다르다 — `SKeyValueTable` 필터는 앱이 검색 버튼을 직접 놓지만, `SChipFilter` 는 편집 팝오버가 닫히거나 "검색" 을 누를 때 `onSearch` 가 값 맵과 함께 호출된다. 값이 바뀌지 않았으면 호출되지 않는다.
+- 함께 걸어야 하는 조건(예: 기간 중 하나는 필수)이 있으면 `fields` 를 그룹으로 넘긴다. 규칙을 못 채운 동안 경고 툴팁이 떠 있고 `onSearch` 가 막힌다.
+
 ---
 
 ## 4. 페이지 레시피 — 표준 골격
 
 > 새 페이지는 반드시 아래 골격에서 시작한다. 임의 골격을 발명하지 않는다.
 >
+> **아래 레시피는 §2-0 조합 문법으로 유도된 결과다.** 여기 없는 화면(대시보드·설정·마법사 등)을 만들 때는 임의로 짜지 말고 §2-0 의 층 구조·포함 규칙·블록 순서로 직접 유도한다.
+>
 > **핵심 원칙 — 표 형태의 정보는 `SKeyValueTable` 로 만든다.** 필터·등록/수정 폼·상세 정보가 모두 여기 해당한다.
 > `SField` 컨트롤을 `div` 로 직접 나열해 폼을 만들지 않는다.
+> (필터만 예외가 하나 있다 — 조건 후보가 많아 골라 붙이게 해야 하면 `SChipFilter` 다. §3-7-11)
 
 ### 4-1. 앱 셸 (모든 페이지 공통)
 
 ```tsx
-import { SLayout, SGnb, SPage, type SGnbMenuItem } from 'sellmate-design-system-react';
+import { SLayout, SGnb, SPage, type SGnbMenuItem, type SPageHeaderProps } from 'sellmate-design-system-react';
 
 const MENU: SGnbMenuItem[] = [
   { label: '주문', value: 'orders', icon: 'bill' },
@@ -775,20 +1109,32 @@ const MENU: SGnbMenuItem[] = [
 
 export default function AppShell({
   children,
+  header,
   scrollEndSpacing,
-}: { children: React.ReactNode; scrollEndSpacing?: boolean }) {
+}: { children: React.ReactNode; header?: SPageHeaderProps; scrollEndSpacing?: boolean }) {
   return (
     <SLayout type="box" header="fix">
       {/* type/header/folded 는 SLayout 에만 준다 — SGnb 는 context 에서 읽는다 */}
       <SGnb items={MENU} value={current} onValueChange={navigate} logo={<Logo />} />
       {/* 콘텐츠 패딩은 SPage 가 토큰으로 넣는다 — p-sd-* 로 덮어쓰지 않는다 */}
       {/* 스크롤 끝 여백도 SPage 가 넣는다. 끄는 건 페이지네이션 있는 목록뿐이라 페이지가 정한다 */}
-      <SPage background="frame" scrollEndSpacing={scrollEndSpacing}>{children}</SPage>
+      {/* header 는 페이지마다 달라 AppShell 이 그대로 받아 넘긴다 — 페이지 제목은 여기서 만들지 않는다 */}
+      <SPage background="frame" scrollEndSpacing={scrollEndSpacing} header={header}>
+        {children}
+      </SPage>
     </SLayout>
   );
 }
 ```
 
+**페이지는 `AppShell` 을 직접 호출하며 자기 `header` 를 넘긴다** — SPage 는 셸 안에 하나뿐이므로, 페이지 제목이 페이지마다 다르다는 사실은 이렇게 프레임 컴포넌트를 통해 흘려보낸다(§4-2·§4-3·§4-4 참고).
+
+**페이지 헤더(`header`) 사용 규칙 — 이 앱에서는 값이 아니라 값의 일관성이 규칙이다.**
+
+- **`fix` 는 앱 전체에서 하나로 고정한다.** 어떤 페이지는 `fix: true`(바), 다른 페이지는 `fix: false`(투명) 로 섞어 쓰지 않는다. 프로젝트에서 하나를 고르면(예: 전부 `fix: true`) 모든 `header` 가 그 값을 쓴다.
+- **`slot`·`onBack` 도 페이지 성격이 실제로 다른 경우가 아니면 있는 대로 통일한다.** "목록 페이지엔 없고 상세·등록 페이지엔 있다"처럼 화면 종류에 따라 갈리는 것은 허용되지만, 같은 종류의 화면끼리는 임의로 넣었다 뺐다 하지 않는다.
+- **`slot` 은 `ReactNode` 를 그대로 받지만, 원칙은 `size="sm"` 버튼 위주로만 채운다.** `STextLink`·복잡한 커스텀 마크업을 슬롯에 넣지 않는다 — 그 이상이 필요하면 페이지 헤더가 아니라 §4-2 의 `STableBar` 처럼 본문 쪽 액션 자리를 쓴다.
+
 **GNB 폭을 사용자가 조절하게 하려면 `SGnb` 에 `resizable` 을 준다.** 메뉴 오른쪽 경계가 조절선이 되고, 레일 폭은 고정된 채 메뉴 컬럼만 늘고 준다. 범위는 컴포넌트가 정하므로 숫자를 직접 주지 않는다.
 
 ```tsx
@@ -846,20 +1192,38 @@ import { SModalOutlet } from 'sellmate-design-system-react';
 </SLayout>
 ```
 
+**메뉴 목록과 함께 스크롤되면 안 되는 것은 `SGnb` 의 위아래 고정 슬롯에 둔다.** 레일과 메뉴에 각각 위(`railTop`·`menuTop`)와 아래(`railFooter`·`menuFooter`) 슬롯이 있다. 아이템이 많아 넘치면 **목록만 스크롤되고 이 슬롯들은 제자리에 남는다** — 메뉴 검색, 워크스페이스 전환, 계정 행처럼 항상 보여야 하는 것이 여기 온다. 레일 슬롯은 `useRail` 일 때만, 메뉴 슬롯은 깔 메뉴가 있을 때만 렌더된다.
+
+**접으면 레일·메뉴가 통째로 빠져나가면서 그 슬롯들도 함께 사라진다.** 접힌 상태에서도 남겨야 할 것은 `foldedTop`·`foldedFooter` 로 따로 준다 — `header="fix"` 로 접혔을 때만 나타나며, 폭이 좁은 폴드 레일이므로 아이콘 버튼 하나 정도로 줄인다.
+
+```tsx
+{/* 접히면 menuTop·menuFooter 가 함께 빠지므로, 폴드 레일에 남길 것만 foldedTop 으로 따로 준다 */}
+<SGnb
+  items={MENU} value={current} onValueChange={navigate} useRail
+  menuTop={<SInput value={keyword} onValueChange={setKeyword} placeholder="메뉴 검색" />}
+  menuFooter={<AccountRow />}
+  foldedTop={<SGhostButton icon="search" size="sm" ariaLabel="메뉴 검색" onClick={openSearch} />}
+/>
+```
+
+슬롯 안쪽 여백은 **슬롯 내용이 직접 갖는다** — 컴포넌트는 자리만 잡는다(폴드 슬롯만 좁은 폭에 맞춰 가운데 정렬한다). 메뉴 폭은 `resizable` 로 바뀔 수 있으므로 슬롯 내용은 고정 폭 대신 `w-full` 로 따라가게 둔다.
+
 ### 4-2. 목록 페이지 (필터 + 테이블)
 
-구조: **페이지 헤더(제목 + 가이드 링크) → 필터(`SKeyValueTable`) → `STableBar` → `STable`**
+구조: **페이지 헤더(`AppShell` 의 `header` prop, 가이드 등 부가 액션은 slot) → 필터(`SKeyValueTable`) → `STableBar` → `STable`**
+
+필터 자리는 `SChipFilter` 로 바꿔 놓을 수 있다 — 조건 후보가 많아 쓸 것만 골라 붙이게 하는 화면이면 그쪽이다 (§3-7-11). 나머지 골격은 같다.
 
 액션 버튼의 위치가 핵심이다:
 
-- **페이지 제목 줄에는 액션 버튼을 두지 않는다.** 가이드·매뉴얼 링크 등 부가 정보만 온다.
+- **페이지 제목 줄에는 이 페이지의 주요 액션을 두지 않는다.** 부가적인 것만 `header.slot` 에 `SButton size="sm"` 으로 온다 (§4-1 "페이지 헤더 사용 규칙").
 - **주요 액션(등록 등)은 `STableBar` 의 `rightActions`** 에 둔다.
 - **선택 상태 액션(선택 삭제 등)은 `STableBar` 의 `actions`** 에 둔다. `actions` 슬롯은 건수 요약이 있으면 앞에 구분선(`SDivider`)을 **자동으로** 넣으므로 직접 구분선을 만들지 않는다.
-- **페이지네이션이 있으면 스크롤 끝 여백을 끈다** — 셸의 `SPage` 에 `scrollEndSpacing={false}` 를 넘긴다 (§2-2). 페이지네이션이 이미 "여기서 끝"을 알려준다.
+- **페이지네이션이 있으면 스크롤 끝 여백을 끈다** — `AppShell` 에 `scrollEndSpacing={false}` 를 넘긴다 (§2-2). 페이지네이션이 이미 "여기서 끝"을 알려준다.
 
 ```tsx
 import {
-  SButton, STextLink, SKeyValueTable, STableBar, STable, STag,
+  SButton, SKeyValueTable, STableBar, STable, STag,
   type STableColumn, type SRow, type SKeyValueField,
 } from 'sellmate-design-system-react';
 
@@ -897,55 +1261,58 @@ export default function ProductListPage() {
   const [selected, setSelected] = useState<SRow[]>([]);
 
   return (
-    <div className="flex flex-col gap-sd-12">
-      {/* 페이지 헤더 — 액션 버튼 없음. 가이드/매뉴얼 링크 자리 */}
-      <div className="flex items-center justify-between">
-        <h1 className="typo-heading-lg m-0">상품 목록</h1>
-        <STextLink label="이용 가이드" rightArrow="chevron" onClick={openGuide} />
-      </div>
+    <AppShell
+      header={{
+        title: '상품 목록',
+        // 이 페이지의 주요 액션이 아니라 부가 액션 — slot 은 sm 버튼으로만 채운다
+        slot: <SButton size="sm" color="neutral" outline label="이용 가이드" onClick={openGuide} />,
+      }}
+      scrollEndSpacing={false} // 페이지네이션이 있으므로 끈다
+    >
+      <div className="flex flex-col gap-sd-12">
+        {/* 필터 — search 를 켜면 우측에 검색 패널이 붙는다 */}
+        <SKeyValueTable
+          fields={filterFields}
+          values={filters}
+          search
+          onChange={({ values }) => setFilters(values)}
+          onSearch={fetchList}
+        />
 
-      {/* 필터 — search 를 켜면 우측에 검색 패널이 붙는다 */}
-      <SKeyValueTable
-        fields={filterFields}
-        values={filters}
-        search
-        onChange={({ values }) => setFilters(values)}
-        onSearch={fetchList}
-      />
-
-      {/* 툴바 — 좌: 건수 + (구분선 자동) + 선택 액션 / 우: 주요 액션 */}
-      <STableBar
-        total={total}
-        selected={selected.length}
-        actions={
-          /* 선택 항목 단위 파괴 액션 → danger outline (§3-5-3) */
-          <SButton size="sm" color="danger" outline label="선택 삭제"
-            disabled={!selected.length} onClick={removeSelected} />
-        }
-        rightActions={
-          /* 이 페이지의 유일한 primary 채움 (§3-5-1) */
-          <SButton size="sm" label="상품 등록" onClick={goCreate} />
-        }
-      />
-
-      <STable
-        columns={columns}
-        rows={rows}
-        rowKey="id"
-        selectable
-        selected={selected}
-        onSelectedChange={setSelected}
-        pagination={{ currentPage, lastPage }}
-        isLoading={isLoading}
-      />
-    </div>
+        {/* 툴바 — 좌: 건수 + (구분선 자동) + 선택 액션 / 우: 주요 액션 */}
+        <STableBar
+          total={total}
+          selected={selected.length}
+          actions={
+            /* 선택 항목 단위 파괴 액션 → danger outline (§3-5-3) */
+            <SButton size="sm" color="danger" outline label="선택 삭제"
+              disabled={!selected.length} onClick={removeSelected} />
+          }
+          rightActions={
+            /* 이 페이지의 유일한 primary 채움 (§3-5-1) */
+            <SButton size="sm" label="상품 등록" onClick={goCreate} />
+          }
+        />
+
+        <STable
+          columns={columns}
+          rows={rows}
+          rowKey="id"
+          selectable
+          selected={selected}
+          onSelectedChange={setSelected}
+          pagination={{ currentPage, lastPage }}
+          isLoading={isLoading}
+        />
+      </div>
+    </AppShell>
   );
 }
 ```
 
 ### 4-3. 폼 페이지 (등록/수정)
 
-구조: **페이지 제목 → `SForm` + `SKeyValueTable` → 하단 버튼**
+구조: **페이지 제목(`AppShell` 의 `header` prop) → `SForm` + `SKeyValueTable` → 하단 버튼**
 
 - 필드를 `div` 로 나열하지 않고 **`SKeyValueTable` 의 행으로 구성**한다.
 - 검증 규칙은 각 field 의 `options.rules` 로 넘긴다. `SForm` 이 하위 컨트롤을 자동 수집해 submit 시 일괄 검증하고, 실패 시 첫 실패 필드로 포커스를 옮긴다.
@@ -983,33 +1350,33 @@ export default function ProductCreatePage() {
   const [values, setValues] = useState<Record<string, unknown>>({});
 
   return (
-    <div className="flex flex-col gap-sd-12">
-      <h1 className="typo-heading-lg m-0">상품 등록</h1>
-
-      <SForm ref={formRef} formClass="flex flex-col gap-sd-12" onSubmit={save}>
-        <SKeyValueTable
-          fields={fields}
-          values={values}
-          onChange={({ values }) => setValues(values)}
-        />
-
-        {/* 하단 버튼은 양끝으로 벌린다. 부가 요소(체크박스 등)는 저장 바로 왼쪽 */}
-        <div className="flex items-center justify-between">
-          <SButton type="button" color="neutral" outline label="취소" onClick={goBack} />
-          <div className="flex items-center gap-sd-8">
-            <SCheckbox label="계속 등록하기" value={keepOpen} onValueChange={v => setKeepOpen(v as boolean)} />
-            <SButton type="submit" label="저장" />
+    <AppShell header={{ title: '상품 등록', onBack: goBack }}>
+      <div className="flex flex-col gap-sd-12">
+        <SForm ref={formRef} formClass="flex flex-col gap-sd-12" onSubmit={save}>
+          <SKeyValueTable
+            fields={fields}
+            values={values}
+            onChange={({ values }) => setValues(values)}
+          />
+
+          {/* 하단 버튼은 양끝으로 벌린다. 부가 요소(체크박스 등)는 저장 바로 왼쪽 */}
+          <div className="flex items-center justify-between">
+            <SButton type="button" color="neutral" outline label="취소" onClick={goBack} />
+            <div className="flex items-center gap-sd-8">
+              <SCheckbox label="계속 등록하기" value={keepOpen} onValueChange={v => setKeepOpen(v as boolean)} />
+              <SButton type="submit" label="저장" />
+            </div>
           </div>
-        </div>
-      </SForm>
-    </div>
+        </SForm>
+      </div>
+    </AppShell>
   );
 }
 ```
 
 ### 4-4. 상세(조회) 페이지
 
-구조: **페이지 헤더(제목) → 섹션별 `SSectionHeaderCard` + `SKeyValueTable` → 하단 버튼**
+구조: **페이지 헤더(`AppShell` 의 `header` prop, 목록에서 들어오는 뒤로가기는 onBack) → 섹션별 `SSectionHeaderCard` + `SKeyValueTable` → 하단 버튼**
 
 - 조회 값은 `type: 'text'` 행으로 표시한다. **상태·분류 태그도 별도 영역이 아니라 표의 한 행**으로 넣는다 (`render` 에 `STag`).
 - 행이 많아지면 **유형별로 섹션을 나누고, 각 섹션을 `SSectionHeaderCard` 로 감싼다.**
@@ -1043,38 +1410,39 @@ const priceFields: SKeyValueField[][] = [
 
 export default function ProductDetailPage() {
   return (
-    <div className="flex flex-col gap-sd-12">
-      <h1 className="typo-heading-lg m-0">클래식 셔츠</h1>
-
-      <SSectionHeaderCard>
-        <SSectionHeaderCard.Header title="기본 정보" marker thickness="accent" />
-        <SSectionHeaderCard.Body>
-          <SKeyValueTable fields={basicFields} values={product} />
-        </SSectionHeaderCard.Body>
-      </SSectionHeaderCard>
-
-      <SSectionHeaderCard>
-        {/* 헤더 우측에 액션이 필요하면 slot 을 쓴다 */}
-        <SSectionHeaderCard.Header
-          title="가격 정보"
-          marker
-          helpText={['부가세 포함 금액입니다.']}
-          slot={<SButton size="sm" color="secondary" label="이력" onClick={openHistory} />}
-        />
-        <SSectionHeaderCard.Body>
-          <SKeyValueTable fields={priceFields} values={product} />
-        </SSectionHeaderCard.Body>
-      </SSectionHeaderCard>
-
-      {/* 액션은 하단 — 목록(되돌리기)은 왼쪽 끝, 실행 액션은 오른쪽 끝 */}
-      <div className="flex items-center justify-between">
-        <SButton color="neutral" outline label="목록" onClick={goList} />
-        <div className="flex items-center gap-sd-8">
-          <SButton color="danger" outline label="삭제" onClick={confirmDelete} />
-          <SButton label="수정" onClick={goEdit} />
+    // 목록에서 들어온 상세 페이지 — onBack 으로 뒤로가기를 준다
+    <AppShell header={{ fix: true, title: '클래식 셔츠', onBack: goList }}>
+      <div className="flex flex-col gap-sd-12">
+        <SSectionHeaderCard>
+          <SSectionHeaderCard.Header title="기본 정보" marker thickness="accent" />
+          <SSectionHeaderCard.Body>
+            <SKeyValueTable fields={basicFields} values={product} />
+          </SSectionHeaderCard.Body>
+        </SSectionHeaderCard>
+
+        <SSectionHeaderCard>
+          {/* 헤더 우측에 액션이 필요하면 slot 을 쓴다 */}
+          <SSectionHeaderCard.Header
+            title="가격 정보"
+            marker
+            helpText={['부가세 포함 금액입니다.']}
+            slot={<SButton size="sm" color="secondary" label="이력" onClick={openHistory} />}
+          />
+          <SSectionHeaderCard.Body>
+            <SKeyValueTable fields={priceFields} values={product} />
+          </SSectionHeaderCard.Body>
+        </SSectionHeaderCard>
+
+        {/* 액션은 하단 — 목록(되돌리기)은 왼쪽 끝, 실행 액션은 오른쪽 끝 */}
+        <div className="flex items-center justify-between">
+          <SButton color="neutral" outline label="목록" onClick={goList} />
+          <div className="flex items-center gap-sd-8">
+            <SButton color="danger" outline label="삭제" onClick={confirmDelete} />
+            <SButton label="수정" onClick={goEdit} />
+          </div>
         </div>
       </div>
-    </div>
+    </AppShell>
   );
 }
 ```
@@ -1115,8 +1483,10 @@ export default function ProductDetailPage() {
 - [ ] 자체 스크롤하는 패널의 하단에 `pb-[var(--cmp-pageBody-padding-scrollEnd)]` 이 있는가, 페이지네이션 있는 목록에서 `scrollEndSpacing={false}` 를 넘겼는가
 - [ ] 같은 컴포넌트를 나열할 때 §2-2 그룹 간격을 썼는가 (체크박스 가로 `gap-sd-24` 등)
 - [ ] 페이지가 §4의 표준 골격에서 시작했는가
+- [ ] `header.fix` 가 프로젝트 전체와 같은 값인가 (다른 페이지와 다르게 섞어 쓰지 않았는가, §4-1)
+- [ ] `header.slot` 을 채웠다면 `SButton size="sm"` 위주인가 (§4-1 "페이지 헤더 사용 규칙")
 - [ ] 앱 셸이나 그 바깥에 `min-width`·`overflow-x` 를 직접 걸지 않았는가 (최소 너비는 `SLayout` 이 보장한다, §4-1)
-- [ ] 필터·폼·상세 정보를 `SKeyValueTable` 로 만들었는가 (컨트롤을 `div` 로 나열하지 않았는가)
+- [ ] 필터·폼·상세 정보를 `SKeyValueTable` 로 만들었는가 (컨트롤을 `div` 로 나열하지 않았는가). 필터를 `SChipFilter` 로 했다면 §3-7-11 의 판정을 거쳤는가
 - [ ] 섹션 구분에 `SSectionHeaderCard` 를 썼는가 (직접 만든 카드가 아니라)
 - [ ] 목록의 주요 액션이 `STableBar` 의 `rightActions` 에 있는가 (페이지 제목 줄이 아니라)
 - [ ] 상태 표시에 `STag size="sm"` 을 썼는가
@@ -1134,6 +1504,12 @@ export default function ProductDetailPage() {
 - [ ] 작업용 모달을 `SActionModal` + `SModal.create` 로 만들었는가 (직접 오버레이 ❌)
 - [ ] 모달·드로어의 하단 버튼을 본문이 아니라 `button` · `footerLeft` prop 으로 넘겼는가 (§3-3-4)
 - [ ] 앱 부트스트랩의 Provider 안쪽에 `<SModalOutlet />` 이 한 번 렌더되어 있는가 (§4-1 — 없으면 모달 안에서 앱 훅이 죽는다), 그 대신으로 모달 컴포넌트를 Provider 로 다시 감싸지 않았는가
+- [ ] 고른 컴포넌트를 §2-0 의 제 층에 놓았는가 (요소를 `SPage` 에 직접 놓지 않았는가, 블록을 `div` 로 감싸지 않았는가)
+- [ ] §2-0 포함 규칙을 지켰는가 (카드 안 카드 ❌, 표 셀 안 블록 ❌)
+- [ ] 블록 순서가 §2-0 순서와 맞는가 (제목 → 안내 → 필터 → 툴바 → 본문 → 페이지네이션 → 하단 액션)
+- [ ] 제목 위계가 층을 따라갔는가 (18 → 14 → 12, 건너뛰기 ❌), 섹션 제목 타이포를 `SSectionHeaderCard` 위에 덧씌우지 않았는가
+- [ ] 화면 요소마다 §3-0 라우팅에서 컴포넌트를 골랐는가 (직접 만들거나 비슷한 것으로 대체하지 않았는가)
+- [ ] §3-0 의 "갈림" 열이 가리킨 판별 절을 읽고 골랐는가 (§3-7-2 선택 컨트롤, §3-7-3 켜고 끄기 등)
 - [ ] 상태 표시·알림·확인 다이얼로그가 §3의 선택 규칙을 따르는가
 
 ---