# Planning Skill

작업 계획 수립 시 참조하는 체크리스트와 템플릿.

---

## 1. 티어 판단

다음 질문에 순서대로 답하라:

1. **변경 영향도**: 핵심 도메인 로직이 바뀌는가? → Yes면 L
2. **레이어 횡단**: FE + BE 동시 변경인가? → 영향도에 따라 M 또는 L
3. **설계 결정**: 새로운 아키텍처/패턴 도입이 필요한가? → Yes면 L
4. **위 모두 No**: 파일 수와 변경 단순성으로 S/M 판단

## 2. 작업 분해 템플릿

### 요구사항 정리
- [ ] 사용자가 원하는 최종 결과물은?
- [ ] 변경되는 레이어는? (UI / API / Domain / DB)
- [ ] 기존 코드에 영향을 주는 범위는?

### 작업 단위 분해
각 작업 단위는 **독립적으로 테스트 가능한 단위**로 나눈다:
```
1. [작업명] - [대상 파일/모듈] - [티어]
2. [작업명] - [대상 파일/모듈] - [티어]
```

### 의존성 확인
- [ ] 작업 간 순서 의존성이 있는가? (예: BE API 먼저 → FE 연동)
- [ ] 외부 의존성이 있는가? (패키지 설치, DB 마이그레이션 등)

## 3. 계획 출력 형식

사용자에게 계획을 제시할 때 다음 형식을 따른다:

```
**티어**: S / M / L
**변경 범위**: [레이어 목록]
**작업 목록**:
1. [작업] → [담당 에이전트]
2. [작업] → [담당 에이전트]
```