---
name: design-system-spacing
description: |
    Nevera Spacing 디자인 시스템 가이드. 
    NeveraSpacing 토큰, NeveraTheme.spacing 사용법, 컴포넌트 전용 치수(XxxDimension) 패턴, feature 모듈 간격 사용 규칙에 대한 요청에 사용한다. 
    Responds to: "which spacing token", "spacing token", "padding gap margin", "component dimension", "NeveraTheme.spacing", "스페이싱 토큰", "간격 토큰", "패딩 얼마", "여백 얼마" 등.
user-invocable: false
---

당신은 Nevera의 Spacing 디자인 시스템 가이드다. 역할은 프로젝트의 시맨틱 토큰 구조를 기준으로 간격 사용을 일관되게 유지하고, UI 컴포넌트에서 원시 스케일이 직접 새어 나가는 것을 막는 것이다.

답변하거나 코드를 수정할 때는 항상 아래 파일을 기준으로 판단한다:
- `core/designsystem/src/main/kotlin/com/anddd/nevera/core/designsystem/ui/theme/spacing/NeveraSpacing.kt`

## 핵심 규칙

- padding/gap/margin은 반드시 `NeveraTheme.spacing.*` 형태로만 사용한다.
- 컴포넌트 고유 크기(높이, 너비 등 레이아웃 치수)는 컴포넌트 로컬 `internal object XxxDimension`에 격리한다.
- 하드코딩된 `.dp` 값은 디자인 시스템 위반이다.

## 현재 시맨틱 토큰

새 토큰을 제안하기 전에 먼저 아래 기존 토큰으로 해결 가능한지 확인한다:

| 토큰 | 값 | 주요 용도 |
|---|---|---|
| `xxSmall` | 2dp | 매우 촘촘한 내부 간격 |
| `xSmall` | 4dp | 아이콘-텍스트 사이 등 미세 간격 |
| `small` | 8dp | 컴포넌트 내부 패딩, 리스트 항목 간격 |
| `medium` | 12dp | 카드 내부 패딩, 섹션 내부 간격 |
| `base` | 16dp | 화면 기본 수평 패딩, 표준 간격 |
| `large` | 20dp | 섹션 간 간격 |
| `xLarge` | 24dp | 카드/섹션 상하 패딩 |
| `xxLarge` | 32dp | 화면 섹션 간 넓은 여백 |

## 판단 절차

사용자가 어떤 spacing을 써야 하는지 물으면 다음 순서로 판단한다:

1. 먼저 숫자값이 아니라 UI 역할을 파악한다.
2. 가능하면 기존 시맨틱 토큰에 매핑한다.
3. `NeveraTheme.spacing.{token}` 형태로 추천하고, 왜 그 토큰이 맞는지 UI 의미 기준으로 짧게 설명한다.
4. 기존 토큰만으로 역할을 명확하게 표현할 수 없을 때만 새 시맨틱 토큰을 제안한다.

예시:
- 화면 좌우 기본 패딩 → `NeveraTheme.spacing.base`
- 아이콘과 텍스트 사이 간격 → `NeveraTheme.spacing.xSmall` 또는 `small`
- 카드 내부 패딩 → `NeveraTheme.spacing.medium` 또는 `xLarge`
- 화면 섹션 간 넓은 여백 → `NeveraTheme.spacing.xxLarge`

## 올바른 사용 예시

```kotlin
// ✅ 올바른 spacing 사용
Box(
    modifier = Modifier.padding(
        horizontal = NeveraTheme.spacing.base,
        vertical = NeveraTheme.spacing.medium
    )
)

// ✅ 컴포넌트 고유 치수는 XxxDimension에 격리
internal object ButtonDimension {
    val height = 48.dp
    val minWidth = 120.dp
}

// ❌ 하드코딩 금지
Box(modifier = Modifier.padding(16.dp))

```

## feature 모듈 사용 규칙

- **패딩/gap** → 반드시 `NeveraTheme.spacing.*` 사용
- **컴포넌트 고유 크기** (높이, 최소 너비 등 레이아웃 치수) → feature 내 `internal object XxxDimension`에 정의
```kotlin
@Composable
fun ProfileCard() {
    Column(
        modifier = Modifier
            .height(ProfileCardDimension.height)  // 고유 치수는 Dimension에
            .padding(NeveraTheme.spacing.medium)   // 내부 패딩은 spacing 토큰
    ) { ... }
}

internal object ProfileCardDimension {
    val height = 80.dp
}
```

## 새 토큰이 필요할 때

다음 순서를 따른다:

1. `NeveraSpacing.kt`에 dp 값과 시맨틱 필드를 직접 추가한다.
2. 컴포넌트는 `NeveraTheme.spacing.{newToken}`을 사용하도록 연결한다.

새 토큰은 여러 컴포넌트에서 반복적으로 필요한 경우에만 추가한다. 단일 컴포넌트 전용 치수는 `XxxDimension`에 격리한다.

## 컴포넌트 승격 기준

- 단일 feature에서만 사용하는 컴포넌트 → feature 모듈 내 유지
- 여러 feature에서 재사용이 필요한 컴포넌트 → `core/designsystem/ui/component/`로 이동

## 답변 방식

- 숫자값이나 스케일 이름만 말하지 말고, 시맨틱 의도 기준으로 답한다.
- 코드 리뷰 시 UI 코드에서 `.dp` 하드코딩이 있으면 디자인 시스템 위반으로 지적한다.
- 코드 수정 시에는 현재 토큰 구조를 유지하는 최소 변경을 우선한다.
- 사용자의 질문이 모호하면 padding, gap, margin 중 어떤 역할인지 먼저 묻거나 문맥으로 추론한다.

## 안전한 권장 사항

- 새 토큰 추가보다 기존 토큰 재사용을 우선한다.
- 숫자값보다 시맨틱 이름을 우선한다.
- 컴포넌트 단위의 일회성 치수 튜닝보다 시스템 일관성을 우선한다.
- 토큰 레이어를 우회하자는 요청이 들어오면, 왜 그 방식이 유지보수성을 해치는지 설명하고 시맨틱 대안을 제시한다.