sellmate-design-system-react 8.0.0 → 8.1.0

package/dist/llms-full.txt

@@ -30,22 +30,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` |
+| **표·목록** | `STable` `STableBar` `SKeyValueTable` `SList` `SListItem` `SExpansionList` `SDraggableList` `SDraggableItem` `STree` |
 | **레이아웃** | `SLayout` `SGnb` `SPage` `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)를 따른다. 이 문서는 설정이 끝난 상태에서의 **화면 작성 규칙**만 다룬다.
@@ -130,7 +134,76 @@ Tailwind 유틸리티는 **토큰 스케일에 있는 값만** 사용한다.
 
 ---
 
-## 2. 조합 어휘 — 컴포넌트 "사이"를 채울 때 쓰는 것들
+## 2. 조합 규칙 — 화면을 어떻게 쌓는가
+
+§3 이 "무엇을 쓸지" 라면 여기는 **"고른 것들을 어떻게 붙일지"** 다. 층 구조(§2-0)가 먼저고, 타이포·간격·색(§2-1~2-3)은 그 층에 붙는 값이다.
+
+### 2-0. 화면의 층 구조 — 무엇을 어디에 놓는가
+
+**모든 화면은 다섯 층으로 쌓인다. 컴포넌트는 저마다 놓이는 층이 정해져 있고, 층이 다르면 붙이는 방법도 다르다.** 조합이 어색해지는 원인은 대개 층을 건너뛴 것이다 — 요소를 페이지에 바로 놓거나, 인라인 요소를 블록처럼 세우거나, 카드 안에 카드를 겹치는 식이다.
+
+| 층 | 무엇인가 | 컴포넌트 |
+| --- | --- | --- |
+| **셸** | 앱 전체 뼈대. 페이지가 바뀌어도 남는다 | `SLayout` `SGnb` `SPage` |
+| **블록** | `SPage` 의 직계 자식. 페이지를 세로로 쌓는 단위 | `SSectionHeaderCard` `SCard` `SForm` `SSplitter` `SScrollArea` `STable` `STableBar` `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. 페이지 제목        (+ 가이드·매뉴얼 링크. 액션 버튼은 오지 않는다 §4-2)
+2. 상시 안내          SCallout
+3. 필터               SKeyValueTable
+4. 툴바               STableBar   (건수 요약 + 액션)
+5. 본문               STable · 섹션 카드들 · SList …
+6. 페이지네이션        SPagination (STable 이 pagination prop 으로 직접 그린다)
+7. 하단 액션          되돌리기 왼쪽 · 실행 오른쪽 (§4-3)
+```
+
+간격은 층마다 다르다 — 블록 ↔ 블록은 `gap-sd-12`, 요소 ↔ 요소는 `gap-sd-8` 이 기본이고, 같은 컴포넌트를 나열할 때는 컴포넌트별 그룹 간격이 따로 있다. 전부 §2-2 에 있다.
 
 ### 2-1. 타이포그래피 프리셋
 
@@ -145,15 +218,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) | 역할 | 클래스 | 크기 |
+| --- | --- | --- | --- |
+| 셸 | 페이지 제목 (h1) | `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)는 기본 골격에서 쓰지 않는다.
 
+- **섹션 제목의 타이포를 직접 주지 않는다.** `SSectionHeaderCard.Header` 가 `title` 에 이미 넣는다 — 그 위에 `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)
@@ -165,14 +245,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 이 기본
 ```
 
 | 상황 | 값 |
@@ -321,6 +401,124 @@ 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 |
+
+#### 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 |
+| 제목 있는 섹션으로 묶는다 | `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
 
 | 상황 | 사용 |
@@ -762,12 +960,121 @@ 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).
+
+#### 3-7-7. 펼치는 셋 — SExpansionItem vs SExpansionList vs STree
+
+| 판별 | 사용 |
+| --- | --- |
+| 항목들이 **서로 독립적으로** 여닫힌다 (여러 개 동시에 열려도 됨) | `SExpansionItem` 단독 |
+| **한 번에 하나만** 열려야 한다 (아코디언) | `SExpansionList` + `SExpansionItem` |
+| **부모-자식 계층 자체**를 보여줘야 한다 (2단 이상, 연결선) | `STree` |
+
+`SExpansionList` 는 depth 별 단일 확장·선택을 관리하는 wrapper 다. 직접 `useState` 로 "열린 항목 하나"를 들고 있지 않는다.
+
+#### 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` 을 직접 쓰는 것은 그 넷 중 어느 것도 아닌 새로운 부착형 레이어를 만들 때뿐이고, 그때도 모달 안에서 열릴 수 있다면 소속 컨테이너를 맞춰야 한다.
+
 ---
 
 ## 4. 페이지 레시피 — 표준 골격
 
 > 새 페이지는 반드시 아래 골격에서 시작한다. 임의 골격을 발명하지 않는다.
 >
+> **아래 레시피는 §2-0 조합 문법으로 유도된 결과다.** 여기 없는 화면(대시보드·설정·마법사 등)을 만들 때는 임의로 짜지 말고 §2-0 의 층 구조·포함 규칙·블록 순서로 직접 유도한다.
+>
 > **핵심 원칙 — 표 형태의 정보는 `SKeyValueTable` 로 만든다.** 필터·등록/수정 폼·상세 정보가 모두 여기 해당한다.
 > `SField` 컨트롤을 `div` 로 직접 나열해 폼을 만들지 않는다.
 
@@ -854,6 +1161,22 @@ 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`**
@@ -1142,6 +1465,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의 선택 규칙을 따르는가
 
 ---
@@ -1269,6 +1598,10 @@ Tailwind 유틸리티는 아래 스케일에 있는 값만 사용한다. 리터
 | typo-table-header | 12px | 500 | 20px |
 | typo-table-body | 12px | 400 | 20px |
 | typo-table-accent | 12px | 700 | 20px |
+| typo-item-sm-default | 12px | 500 | 20px |
+| typo-item-sm-selected | 12px | 700 | 20px |
+| typo-item-md-default | 14px | 500 | 24px |
+| typo-item-md-selected | 14px | 700 | 24px |
 
 ### 시맨틱 색 토큰 (var() 참조 전용 — 예: bg-[var(--sys-color-bg-frame)])
 --sys-color-bg-accent
@@ -1986,6 +2319,7 @@ Tailwind 유틸리티는 아래 스케일에 있는 값만 사용한다. 리터
 | `selected?` | `boolean` | `false` | 선택 상태 여부 |
 | `dragging?` | `boolean` | `false` | 드래그 중인 스타일을 고정해서 표시할지 여부 |
 | `dense?` | `boolean` | `false` | 조밀한 높이 사용 여부 |
+| `size?` | `SDraggableItemSize` | `'sm'` | 타이포그래피·세로 패딩 크기 |
 | `disabled?` | `boolean` | `false` | 비활성 상태 여부 |
 | `dragOverlay?` | `boolean` | `true` | 드래그 시 마우스를 따라가는 overlay 표시 여부 |
 | `dragOverlayOpacity?` | `number` | `0.75` | 드래그 overlay 투명도 |
@@ -2078,10 +2412,10 @@ Tailwind 유틸리티는 아래 스케일에 있는 값만 사용한다. 리터
 | `open?` | `boolean` | — | 표시 여부 |
 | `persistent?` | `boolean` | `true` | backdrop·ESC로 닫히지 않고 흔들림 효과를 준다. **기본값 true** — Drawer는 내용을 작성·구성하는 곳이라 임의 닫힘을 막는 것이 기본이다. 닫기 경로는 X 버튼과 footer 버튼뿐이다. false로 주면 backdrop·ESC 닫기가 열린다. |
 | `title?` | `string` | `''` | 접근성 제목 및 헤더 제목 |
-| `width?` | `number \| string` | `572` | Drawer 너비. 기본값은 Figma drawer 기준 572px이다. |
-| `resizable?` | `boolean` | `false` | true면 왼쪽 테두리를 드래그해 너비를 조절할 수 있다. |
-| `minWidth?` | `number \| string` | — | 리사이즈 가능한 최소 너비(px, %, vw, vh) |
-| `maxWidth?` | `number \| string` | — | 리사이즈 가능한 최대 너비(px, %, vw, vh) |
+| `width?` | `number \| string` | `572` | Drawer 너비. 기본값은 Figma drawer 기준 572px이다. 창이 이보다 좁으면 창 폭까지만 넓어진다 — 드로어가 화면 밖으로 나가지 않는다. `resizable` 로 조절한 폭은 이 값이 바뀔 때 되돌아간다 — 앱이 폭을 저장해 두었다가 다시 열 때 넘겨주면 그 폭으로 열린다. |
+| `resizable?` | `boolean` | `false` | 왼쪽 테두리를 끌어 너비를 조절할 수 있게 한다. 조절선은 패널 왼쪽 경계 전체이며 평소엔 보이지 않다가 hover·포커스·조절 중에만 드러난다(SSplitter·SGnb 와 같은 선). 포커스를 받아 방향키(Shift 는 크게)·Home·End 로도 조절된다. |
+| `minWidth?` | `number \| string` | — | 리사이즈 가능한 최소 너비(px, %, vw, vh). % 는 viewport 기준이며, 창 폭보다 클 수 없다 |
+| `maxWidth?` | `number \| string` | — | 리사이즈 가능한 최대 너비(px, %, vw, vh). % 는 viewport 기준이며, 주지 않으면 창 폭이 상한이다 |
 | `footerLeft?` | `ReactNode` | — | footer 좌측 슬롯 |
 | `button?` | `SDrawerButton` | — | 우측 기본 액션 버튼 |
 | `children?` | `ReactNode` | — |  |
@@ -2094,6 +2428,7 @@ Tailwind 유틸리티는 아래 스케일에 있는 값만 사용한다. 리터
 |-------|------|-------------|
 | `onOpenChange` | `(open: boolean) => void` | 표시 상태 변경 |
 | `onClose` | `() => void` | 닫기(X) 버튼 클릭 |
+| `onWidthChange` | `(width: number) => void` | 너비가 확정될 때(드래그를 놓거나 방향키 조작). 드래그하는 동안에는 오지 않는다 |
 
 ## Dependencies
 
@@ -2176,6 +2511,7 @@ Tailwind 유틸리티는 아래 스케일에 있는 값만 사용한다. 리터
 | `interaction?` | `SExpansionItemInteraction` | — | hover/selected 상태에서 적용할 인터랙션 preset |
 | `accentStripe?` | `boolean` | `false` | 아이템 왼쪽 accent stripe 표시 여부 |
 | `dense?` | `boolean` | `false` |  |
+| `size?` | `SExpansionItemSize` | `'sm'` | 타이포그래피 크기 |
 | `disabled?` | `boolean` | `false` |  |
 
 #### Events
@@ -2497,8 +2833,11 @@ Tailwind 유틸리티는 아래 스케일에 있는 값만 사용한다. 리터
 | `folded?` | `boolean` | — | 접힘(레일) 상태. 미지정 시 SLayout 의 folded 를 따른다. |
 | `logo?` | `ReactNode` | — | 상단바 로고 영역 (slot). header="full" 이면 폭이 140px 로 고정된다. |
 | `topContent?` | `ReactNode` | — | 상단바 로고 오른쪽 슬롯 (검색·액션 등). 로고와 16px 띄고 남는 폭을 모두 차지하므로 안에서 자유롭게 정렬한다. 상단바가 전폭인 header="full" 에서만 렌더된다 (fix 는 상단바가 좁은 GNB 컬럼 안이라 놓을 자리가 없다). |
+| `railTop?` | `ReactNode` | — | 레일 상단 고정 슬롯. 레일 아이템이 많아 넘치면 아이템 목록(ul)만 스크롤되고 이 슬롯은 레일 상단(상단바 바로 아래)에 붙어 고정된다. useRail 일 때만 렌더된다. |
 | `railFooter?` | `ReactNode` | — | 레일 하단 고정 슬롯. 레일 아이템이 많아 넘치면 아이템 목록(ul)만 스크롤되고 이 슬롯은 레일 하단에 붙어 고정된다. useRail 일 때만 렌더된다. |
+| `menuTop?` | `ReactNode` | — | 메뉴 상단 고정 슬롯. 메뉴 아이템이 많아 넘치면 메뉴 목록(ul)만 스크롤되고 이 슬롯은 메뉴 상단에 붙어 고정된다. 메뉴가 렌더될 때만(showMenu) 나타난다. |
 | `menuFooter?` | `ReactNode` | — | 메뉴 하단 고정 슬롯. 메뉴 아이템이 많아 넘치면 메뉴 목록(ul)만 스크롤되고 이 슬롯은 메뉴 하단에 붙어 고정된다. 메뉴가 렌더될 때만(showMenu) 나타난다. |
+| `foldedTop?` | `ReactNode` | — | 접힘(fix 레일) 상단 고정 슬롯. 접으면 본문이 빠져나가며 rail/menu top 도 사라지므로, 48px 폴드 레일 상단(상단바 바로 아래)에 붙는 별도 슬롯이다. header="fix" 로 접혔을 때만 나타난다. |
 | `foldedFooter?` | `ReactNode` | — | 접힘(fix 레일) 하단 고정 슬롯. 접으면 본문이 빠져나가며 rail/menu footer 도 사라지므로, 48px 폴드 레일 바닥에 붙는 별도 슬롯이다. header="fix" 로 접혔을 때만 나타난다. |
 | `resizable?` | `boolean` | `false` | 메뉴 폭을 드래그로 조절할 수 있게 한다. 레일 폭은 고정이고 **메뉴 컬럼만** 늘고 준다. 조절선은 GNB 컬럼의 오른쪽 경계 전체다 — fix 는 상단바 높이까지, full 은 상단바가 전폭이라 본문 높이까지. 접혀 있거나 깔 메뉴가 없으면(레일 리프가 활성) 조절선이 나오지 않는다. |
 | `menuWidth?` | `number` | — | 메뉴 폭(px). 주면 controlled — onMenuWidthChange 로 직접 갱신해야 움직인다 |
@@ -2821,6 +3160,7 @@ Tailwind 유틸리티는 아래 스케일에 있는 값만 사용한다. 리터
 | `interaction?` | `SListItemInteraction` | — | hover/selected 상태에서 적용할 인터랙션 preset |
 | `accentStripe?` | `boolean` | `false` | 아이템 왼쪽 accent stripe 표시 여부 |
 | `dense?` | `boolean` | `false` | 조밀한 높이 사용 여부 |
+| `size?` | `SListItemSize` | `'sm'` | 타이포그래피 크기 |
 | `disabled?` | `boolean` | `false` | 비활성 상태 여부 |
 
 ## Dependencies