작업 설명: $ARGUMENTS
조사로 메워지지 않는 디테일(문제 정의, 목표·비목표, 접근 방식, 작업 범위, 제약, 테스트 전략, 우선순위 등)은 의문이 없어질 때까지 집요하게 AskUserQuestion 으로 사용자를 인터뷰한다. 추측으로 채우지 않고, 줄글 자유 입력도 쓰지 않는다.
확정된 내용으로 현재 디렉토리에 PLAN_<slug>.md(소문자 케밥케이스 2\~4단어) 를 작성한다. 세션 리셋 후에도 이 파일만으로 재개 가능할 만큼 상세히 적고, 배경/문제/목표/비목표/제약, 접근 방식과 근거, 태스크 목록, 검증 방법, 마지막 갱신 날짜를 포함한다. 같은 파일이 있으면 덮어쓸지 확인한다.
넘버링 규칙 (M / T / I).
M-N 마일스톤: 태스크를 묶는 상위 단위 (M-1, M-2 …). 규모가 작아 묶을 필요가 없으면 마일스톤 없이 태스크만 나열해도 된다.T-N 태스크: 마일스톤 아래의 실행 단위 (T-1, T-2 …), 상태 [ ] TODO/[→] IN_PROGRESS/[x] DONE. 플랜 전체에서 유일하게 증가하는 전역 카운터(중복·재사용 금지, 마일스톤이 바뀌어도 리셋하지 않는다).I-N 아이디어: 보류 항목 (I-1, I-2 …), 별도 카운터.태스크 표준 필드. 각 T-N 태스크 본문에는 다음 필드를 반드시 적는다. 소비자 스킬(/follow-plan·/sub-follow-plan·/parallel-plan)이 이 필드로 검증 기준과 병렬 안전성을 판단한다.
### T-N. <제목>
- 완료 조건: <검증 가능한 기준>
- 의존: T-x (선행 태스크가 없으면 "없음" 을 반드시 명시)
- 범위 힌트: <변경 대상 파일·모듈> (파악된 경우만)
- 접수: YYYY-MM-DD아직 착수하지 않을 후보 아이디어가 있으면 태스크(T-N)로 넣지 말고 별도 ## 아이디어 (보류) 섹션에 I-N 으로 적는다(follow-plan 진행 대상 아님, 착수 지시 시 상세 인터뷰 후 태스크로 편입). 아이디어 추가·관리는 /add-idea 스킬을 쓴다.
PLAN 경로와 태스크 목록을 보고하고 멈춘다. 구현은 시작하지 않는다(생산자 원칙: 이 스킬은 계획 수립까지만 담당한다). 소비는 별도 세션의 /follow-plan(순차)·/sub-follow-plan(서브에이전트 위임)·/parallel-plan(worktree 병렬) 몫임을 안내한다. 사용자가 이 세션에서 바로 진행하라고 명시적으로 지시할 때만 /follow-plan 절차(구현 → 검증 → 커밋을 태스크 단위로 완결)로 이어간다.