# [앱 이름]
# 기술 스택: [스택 요약]
# 상태: Phase [N] 진행 중 / 누적 시간 [Nh] / 다음 게이트 G[N] D-[N]일

## 1. Project Overview
- 앱 정의: [한 줄]
- 사용자 A: [주 사용자]
- 사용자 B: [부 사용자] (해당 시)
- 핵심 가치: [E1 회색지대 결정 — 한 줄]

## 2. Tech Stack
- 프론트: [Expo 52 + TypeScript + NativeWind] / [Next.js 14 + Tailwind]
- 백엔드: Supabase (PostgreSQL + Auth + Storage + Edge Functions)
- 결제: Stripe (Edge Function에서만)
- 배포: [Vercel / EAS Build]
- LLM: Sonnet 4.6 위주, 페르소나 system prompt에 cache_control

## 3. Critical Constraints (어떤 상황에서도 지킵니다)
- StyleSheet 사용 금지 → NativeWind(Tailwind)만
- API 비밀 키를 프론트엔드·.env.local에 직접 넣지 않습니다
- 요청하지 않은 기능 임의 추가 금지
- 요청하지 않은 파일 무단 수정 금지
- 작업 전 변경할 파일 목록을 먼저 말합니다
- ⚖️ E1 회색지대 결정 위반 금지 (E1: [한 줄 명시])

## 4. Code Style
- 컴포넌트 파일: 200줄 이하 (초과 시 분리)
- 모든 함수에 TypeScript 타입 명시
- 에러 처리 필수 (try/catch 또는 .catch())
- 들여쓰기: 2칸

## 5. Project-Specific Rules ★ (E5 콘텐츠 SSOT — 해당 시)
[줍줍 또는 TSV 같은 콘텐츠 시스템이면 여기에 명시]
- [규칙 1: SSOT 인터페이스 위치]
- [규칙 2: 페르소나 시스템 프롬프트 환각 방지]
- [규칙 3: 자동 일관성 테스트 의무]

## 6. File Structure
src/
  app/         라우팅
  components/  UI 컴포넌트
  lib/         유틸 + SSOT 인터페이스
  api/         외부 호출
tests/
  unit/        단위 테스트
  e2e/         E2E 테스트
.claude/commands/  커스텀 슬래시 명령

## 7. Common Commands
- npm test
- npm run dev
- npm run build
- npx supabase db push
- /daily-review (커스텀)
- /spec-evolve (커스텀)

## 8. Forbidden Patterns
- /process\.env\.[A-Z_]+/  ← 프론트엔드 코드에 환경변수 직접 사용 금지
- 페르소나 prompt에 환각 유도 표현 금지

## 9. Compliance Checklist (매 작업 전 자동 점검)
- [ ] 변경할 파일 목록 명시했는가
- [ ] 절대 금지 사항 위반 없는가 (E1 회색지대 포함)
- [ ] 200줄 이하 유지되는가
- [ ] 타입 명시·에러 처리 있는가

## 10. Current State (Phase 완성마다 업데이트)
- ✅ Phase 0: 5파일+ 구조 + 첫 commit (Day 0)
- ✅ Day 1~3: [완성 기능 1] (~Day 3)
- 🚧 현재: Day 4 [작업 중인 기능]
- 📅 다음 게이트: G1 (Day [N])
- 📊 누적: [Nh] / [예상 총h]

SPEC.md, PLAN.md, BUILD.md를 읽고 CLAUDE.md를 새 11장의 10개
섹션으로 완성해줘.

특히 §5 Project-Specific Rules에는:
- SPEC §[N]의 회색지대 결정 (E1) 을 1~2줄로 요약
- 콘텐츠 시스템이 있다면 SSOT 인터페이스 위치 + 페르소나 환각
  방지 규칙 + 자동 일관성 테스트 의무 명시 (E5)
- BUILD.md의 LogOnTable 트레이스를 통한 의사결정 패턴 명시 (E4)

200줄 이하로 유지해줘.

# 줄 수 확인 (200 이하)
wc -l CLAUDE.md

git add CLAUDE.md
git commit -m "CLAUDE.md: 10 섹션 + E1·E4·E5 명시 + 5파일+ 체계 완성"

## 5. Project-Specific Rules — 줍줍 (E5 적용)

원칙: 같은 "지원금 정보"를 두 탭이 다른 톤으로 노출하되, 사실
자체는 단일 출처 (DB의 benefits 테이블) 에서 받습니다.

### Two-Tab Content SSOT 7 규칙

[1] 사실 단일 출처: benefits 테이블의 모든 사실 (마감일·금액·자격
    요건) 은 두 탭이 동일하게 표시. 변형 금지.

[2] 톤 분리:
    - 🏪 소상공인 탭: "사장님 톤" — 신청 자격 + 매출 영향 강조
    - 👤 개인 복지 탭: "시민 톤" — 생애주기 + 가구 상황 강조
    summary와 key_requirements 텍스트가 톤에 따라 다를 수 있음.
    다만 사실은 동일.

[3] 닉네임 자동 부여 페르소나 풀 분리:
    - 소상공인: "[시군구] + [업종] + 운영하는 + [형용사] + 줍줍이"
      예: "수원시 카페 운영하는 든든한 줍줍이"
    - 개인: "[시군구] + [상황] + [형용사] + 줍줍이"
      예: "강남구 취준하는 열정 줍줍이"
    형용사 풀 20개 (든든한·열정·꼼꼼한·현명한·부지런한·알뜰한 등)

[4] LLM 분류 프롬프트 분리:
    - 소상공인용: target_business_type / target_stage 추출
    - 개인 복지용: target_age_min/max / target_household_type / income_criteria
    confidence 0.7 미만 필드는 NULL + source_url 보완.

[5] ⚖️ E1 회색지대 일관 노출:
    - 모든 노출에 "본 서비스는 정보 제공이 목적이며, 신청 결과를
      보장하지 않습니다" 명시
    - About 페이지 + 약관 + 콘텐츠 정책 + 어드민까지 일관

[6] 자동 일관성 테스트:
    tests/two-tab-consistency.test.ts — 같은 benefit_id에 대해 두 탭
    노출 시 사실 일치 (마감일·금액·자격 요건) 자동 검증
    실패 시 cron/sync.ts 정지

[7] 환각 방지 명세:
    LLM 분류 프롬프트에 "JSON 외 출력 금지" + "추정 금지, 누락은
    null 처리" 명시. 페르소나가 입력에 없는 정보를 만들지 않음.

## 5. Project-Specific Rules — TotalSportsView (E5 적용)

원칙: 같은 경기에 대해 여러 페르소나가 다른 톤으로 분석하되,
사실 (스코어·xG·점유율 등) 자체는 단일 출처 (lib/match_facts.ts의
MatchFacts 인터페이스) 에서 받습니다.

### Persona System Rules (Phase 1.0)

[1] 활성 페르소나 2종만:
    - STAT (통계학자): 정량·기술적 톤, 수치 강조
    - OBSERVER (신중한 관찰자): 균형 어법, "한편으로는 ..., 다만 ..."
    Phase 1.1 (Day 34+) 에서 COACH 추가 예정.

[2] SSOT 의무:
    모든 페르소나는 lib/match_facts.ts의 MatchFacts 인터페이스를
    단일 입력으로 받습니다.

    interface MatchFacts {
      match_id: string;        // league_code:external_id
      league_code: string;
      league_name_kr: string;
      home_team: string;
      away_team: string;
      kickoff_kst: string;     // KST_display 함수 사용
      stats?: {                // optional — NBA/MLB 데이터 부족 시 환각 방지
        xg_home?: number;
        xg_away?: number;
        possession_home?: number;
        possession_away?: number;
      };
    }

[3] 사실 자체 변경 금지:
    페르소나는 해석·표현·강조점만 다름. stats 수치를 추정하거나
    변형하지 않습니다.

[4] 자동 일관성 테스트 의무:
    tests/persona_consistency.test.ts 5개 케이스:
    - 같은 match_id에 대해 STAT + OBSERVER 출력 시 사실 일치
    - stats null인 경우 두 페르소나 모두 "통계 미공개" 명시
    fail 시 cron/publish.ts 정지.

[5] prompt caching 적용 의무:
    페르소나 system prompt 끝에 cache_control: { type: 'ephemeral' }
    헤더: ANTHROPIC_API_BETA="prompt-caching-2024-07-31"

[6] 페르소나별 SEO 키워드 분리 (cannibalization 방지):
    - STAT: "통계 분석", "xG 분석"
    - OBSERVER: "경기 미리보기", "다관점 분석"
    Phase 1.1 COACH 추가 시: "전술 분석"

[7] 익명성 유지:
    - 가상 인물명 부여 금지 (예: "김STAT", "박OBSERVER")
    - 페르소나는 시스템 정체성, 사람으로 의인화하지 않음
    - 운영자 패널에서 페르소나 정지 시 5초 내 글 비공개

[8] ⚖️ E1 Position C 일관 노출:
    - 모든 페르소나 출력 상단/하단에 "분석 콘텐츠 제공이 목적이며,
      베팅 사이트 연결·픽 추천하지 않음" 명시
    - About 페이지 + Footer + 콘텐츠 상단 면책 일관

# 5파일 전체 존재 확인
ls *.md
# 출력: BUILD.md  CLAUDE.md  PLAN.md  REVIEW.md  SPEC.md

# 새 세션에서 5파일로 맥락 복원 테스트
/clear
SPEC.md, PLAN.md, REVIEW.md, BUILD.md, CLAUDE.md를 읽고
현재 프로젝트 상황을 요약해줘. 그리고 5확장 5개 (E1~E5)
가 각 파일에 어디에 박혔는지 1줄씩 답해줘.

# Claude가 즉시 현재 상황 + 5확장 위치를 정확히 답하면
# 5파일+ 체계 완성