brief
기능: $ARGUMENTS
먼저 조용히 맥락 파악하기
- 저장소의 CLAUDE.md와 해당 프로젝트의 메모리 항목을 읽습니다. 기능이 건드리는 경로, 스키마, 이메일 템플릿을 훑어봅니다. 스펙은 실제 파일 경로와 기존 필드를 인용합니다.
- 오직 결정이 범위를 변경할 경우에만 인터뷰합니다. AskUserQuestion을 사용하여 권장 옵션과 함께 한 번에 하나의 질문을 하고, 최대 3개로 제한합니다. 그 외의 모든 것은 미해결 질문의 가정이 됩니다.
범위 설정 규칙
- MVP는 기존 필드와 컴포넌트로 구축된 일반적인 최소 기능입니다. "여느 이커머스처럼"은 플랫폼이 아닌 표준 흐름을 의미합니다.
- 요청되지 않은 컴포넌트, 설정, 관리자 화면, 분석을 절대 추가하지 마세요. 대신 비목표 아래에 나열하세요.
- 파트너 또는 API 기능: "API 키"는 일반적으로 개발자 포털이 아닌 env의 테넌트 ID를 의미합니다.
- CLAUDE.md/메모리의 프로젝트 제약 조건(예: "스키마 변경 금지")을 존중합니다. 이를 위반할 사항이 있으면 표시합니다.
템플릿
# <기능>: brief
**문제:** 한두 문장으로, 사용자의 고통, 해결책이 아닌 것.
**대상:** 누구를 위한 것인지, 가능하면 숫자까지 (쿼리나 출처를 인용).
**MVP:** 3–6개의 항목, 각각 출시 가능하고 관찰 가능해야 함.
**비목표:** 현재 명시적으로 하지 않을 것.
**수용 기준**
1. Given <상태>, When <행동>, Then <관찰 가능한 결과>.
2. … (각각 플로우 체크, 스모크 테스트 또는 단위 테스트로 테스트 가능)
**관련 항목:** 경로 · 테이블/필드(기존 우선) · 이메일 · env/비밀 · 서드파티
**리스크:** 비용, 법률/GDPR, 전달 가능성, SEO (noindex/canonical), i18n
**미해결 질문:** 번호 매기기; 각각 답변이 없을 경우 제 기본값 포함
출력
- 기본적으로 채팅에 출력합니다. 요청이 있을 때만
docs/briefs/<slug>.md파일을 작성합니다. - 한 문장으로 시작 ("아래 brief: N개 기준, M개 미해결 질문"), 그다음 brief. 이후는 없음.
종료 조건
- 모든 수용 기준이 관찰 가능하며 검사(플로우 체크 단계, 스모크 기대값 또는 테스트)에 매핑됩니다.
- MVP에 요청되지 않았거나 요청된 사항에 엄격히 필요하지 않은 것이 없습니다.
- 각 미해결 질문에 기본값이 있어 기다리지 않고 개발을 시작할 수 있습니다.