jintomjose/미니-소프트웨어-팩토리

명세서 작성

입력: work/<feature>/intent.md. 출력: work/<feature>/spec.md (factory/templates/spec.md 기반).

1. intent.md, CLAUDE.md 및 변경이 영향을 미칠 코드베이스 부분을 읽습니다. 코드를 읽지 않고 작성된 명세는 제약 조건을 놓치기 마련이며, 이것이 가장 흔한 실패 원인입니다.
2. 우선순위(P1, P2, P3) 순서로 사용자 스토리를 작성합니다. 각 P1 스토리는 독립적으로 출시 가능하고 테스트 가능해야 합니다.
3. 모든 기능 요구사항에 안정적인 ID(FR-001)를 부여하고, 모든 성공 기준에도 안정적인 ID(SC-001)를 부여합니다. 리뷰와 테스트는 이 ID를 참조합니다.
4. 절대 조용히 해결하지 말고, 인라인으로 표시합니다:
   • [NEEDS CLARIFICATION: ...] : 의도가 결정하지 못한 모든 결정 사항
   • [POLICY: privacy | security | legal | money | brand] : 규칙이 적용되는 모든 곳에 해당 규칙과 함께 표시
5. 설계 섹션은 계획에 필요한 만큼만 깊게 작성합니다: 데이터 변경, 인터페이스, 상태, 오류 사례.
6. 명시적으로 범위 밖인 항목을 나열합니다.
7. 명세서를 보여주고, 모든 [NEEDS CLARIFICATION]을 사람과 함께 해결한 후 저장합니다. spec.md를 커밋하는 것이 plan 모드의 트리거입니다.