# Milestone: <Milestone 이름>

## 위치

- Roadmap: `agent-roadmap/ROADMAP.md`
- Phase: `agent-roadmap/phase/<phase-slug>/PHASE.md`

## 목표

<이 Milestone이 끝났을 때 달성되어야 하는 결과를 1~3문장으로 작성>

## 상태

[<스케치 | 계획 | 진행중 | 검토중 | 완료 | 보류 | 폐기>]

## 승격 조건

<!--
[스케치] Milestone일 때만 필수다.
[스케치]에서는 [계획]으로 전환하기 위해 필요한 정의, 결정, 경계, 후속 구현 Milestone 후보를 체크리스트로 적는다.
[계획] 이상 상태에서는 이 섹션을 생략하거나 아래처럼 `- 없음`으로 둔다.
-->

- 없음

<!-- [스케치] 예시:
- [ ] 구현 가능한 목표와 범위를 확정한다.
- [ ] 사용자만 결정할 제품/우선순위/책임 경계를 정리한다.
- [ ] 기능 단위와 후속 구현 Milestone 후보를 나눈다.
-->

## 구현 잠금

- 상태: <잠금 | 해제>
- 결정 필요: <없음 | 아래 체크리스트>
  - [ ] <사용자만 결정할 수 있는 제품/범위/우선순위/책임 경계 질문>

## 범위

- <이 Milestone에 포함되는 제품/기술/문서 범위>

## 기능

<!--
Epic은 `### Epic: [epic-id] <이름>` 형식을 사용한다.
epic-id는 공백 없는 짧은 ASCII 영문/숫자 segment 1~4개로 작성하고 segment 구분자는 -_+= 만 사용한다.
Task는 `- [ ] [item-id] 설명` 형식을 사용한다.
item-id는 공백 없는 짧은 ASCII 영문/숫자 segment 1~4개로 작성하고 segment 구분자는 -_+= 만 사용한다.
epic-id와 item-id는 해당 Milestone 안에서만 유일하면 되고, 다른 Milestone에서는 같은 id를 다시 사용할 수 있다.
Task는 기능 또는 산출물 단위다. 검증이 필요한 기능만 같은 Task 안에 `검증: <명령/확인 방법/기대 결과>`를 덧붙인다.
Task 체크리스트는 Epic 바로 아래의 flat list로 유지하고, 구현 세부나 테스트만 따로 떼어낸 하위 체크박스는 만들지 않는다.
별도 `완료 기준` 섹션은 만들지 않는다.
-->

### Epic: [epic-id] <Epic 이름>

<이 Epic이 묶는 capability 또는 산출물 설명>

- [ ] [item-id] <구현 세부가 아니라 이 Milestone에서 달성해야 할 capability 또는 산출물>

<!-- 검증이 필요한 기능 Task 예시:
- [ ] [item-id] <기능 설명>. 검증: <명령/확인 방법/기대 결과>
-->

## 완료 리뷰

- 상태: <없음 | 요청됨 | 승인됨 | 보완 필요 | 보류 | 폐기>
- 요청일: <YYYY-MM-DD | 없음>
- 완료 근거: <모든 기능 Task와 Task 안에 명시된 검증 충족 여부를 1~3줄로 요약>
- 리뷰 필요:
  - [ ] 사용자가 완료 결과를 확인했다
  - [ ] archive 이동을 승인했다
- 리뷰 코멘트: <없음 | 보완/보류/폐기 방향성>

## 범위 제외

- <이 Milestone에서 의도적으로 하지 않는 일>

## 작업 컨텍스트

- 관련 경로: `<path>`
- 표준선(선택): <기존 구조, 도메인 rule, 플랫폼 관례, 업계 표준으로 진행할 기본 기준>
- 선행 작업: <없음 또는 Milestone/태스크 이름>
- 후속 작업: <없음 또는 Milestone/태스크 이름>
- 확인 필요: <!-- TODO: 확인 필요 -->