jupjup/
├── SPEC.md       (16KB) ✅ v4 — 7항목 + ⚖️ E1 두 결정 + § 측정 메트릭 + 9건 보강
├── PLAN.md       ( 0KB) ⏳ 권1 제6장에서 작성
├── REVIEW.md     ( 0KB) ⏳ 권1 제7장에서 작성
├── BUILD.md      ( 4KB) ✅ Day -1~4 5 entry + LogOnTable 5 트레이스
├── CLAUDE.md     ( 1KB) ⏳ 3 섹션 최소 — 권1 제7장에서 10 섹션 완성
├── .gitignore
└── (BUILD 단계 전 — 코드 없음)

/model claude-opus-4-6
/effort high

SPEC.md v4를 읽고 PLAN.md를 작성해줘. 줍줍은 10주 (70일) 일정.

기준:
1. Phase 1 = 10주 (70일) 안에 혼자 완성 가능 + 앱스토어 심사 통과
2. Phase 1 의도적 무수익 (SPEC §6 명시)
3. 각 게이트의 DoD 숫자 명시
4. 변경 파일 약 25개
5. 의존성 명시 (예: G2 DB·인증 → G3 두 탭 UI 가능)
6. ⭐ 게이트마다 측정 가능 통과 조건
7. 리스크 등록부 R1~R12 (영향·확률·완화책·트리거)
8. ⭐ E2 1인 페이스 의식 (게이트 휴식 + R4 1인 번아웃)

Phase 2 (6개월 후 시작) 는 SPEC §6 의도만 명시 (PLAN에 본격 X).

# PLAN.md — 줍줍 v1

## Phase 1: MVP — 정보 수집 + 기여 시스템 + 무료 사용
기간: 10주 (70일, Day 1~70)
변경 파일: 약 25개
가용: 280h (10주 × 28h/주, 1일 4h 평균)
DoD: 앱스토어 심사 통과 + 첫 100 사용자 + 후기 8명+ + 1순위 게시

## G2 — Day 28 (4주차 끝, DB·인증·pg_cron 완성)

[기능 통과 조건]
[ ] users / benefits / jupjups / reports 4 테이블 생성
[ ] 트리거 3개 (jupjups 집계 / IP rate limit / is_active 자동)
[ ] 카카오 로그인 + access·refresh 토큰 자동 갱신
[ ] 닉네임 자동 부여 (형용사 풀 20개+ + fallback)
[ ] pg_cron 매일 03:00 정상 (4 API 호출)
[ ] 어드민 기초 페이지 (검수 큐 + SLA 표시)
[ ] LLM JSON fallback 동작 (JSON parse 실패 → admin 큐)

[★ 운영자 페이스 점검 (E2)]
[ ] 누적 시간 60h 초과 X (G2 시점 추정 누적 약 50h, 안전)
[ ] 토요일 작업 X (G2 직전 1주에 토요일 1번 위반 → 다음 주 회복)
[ ] 매주 일요일 30분 회고 + 다음 주 목표 1줄 (4주 모두 작성)

[★ 게이트 통과 의식 (E2)]
[ ] git tag v0.1-G2-passed
[ ] 1일 휴식 (자기 자신과의 약속, Day 29)
[ ] 회고 1KB 이상 BUILD.md에 작성

git add PLAN.md
git commit -m "PLAN v2.1: 73일 + 5게이트 + 12리스크 + ⭐ E2 3형태"

## Phase 0 Day 5

[계획]
- PLAN v1 작성 (Opus + high) + 시간 산식 점검

[실행]
- 10주·5게이트·12리스크·DoD 숫자 모두 명시
- 시간 갭 +32h 발견 (SPEC v4의 9건 보강 영향)
- 옵션 A·B·C 비교 → 옵션 C 채택 (3일 연장, 1일 평균 4.27h)

[LogOnTable 트레이스]
> 결정: 옵션 C 채택 — Day 1~70 → Day 1~73 (3일 연장)
> 근거: "Phase 1의 본질은 심사 통과 + 커뮤니티 게시 + 신뢰 축적,
       70일 캘린더는 도구"
> 대안 A: 부가 기능 축소 (-12h, 바이럴 훅 약화)
> 대안 B: 어드민 축소 (-8h, 운영 안전망 약화)
> 부작용: 첫 사용자 도달 3일 지연. SPEC v4의 9건 보강은 모두 적용.

[E2 본격 등장]
- 옵션 A·B·C 비교 = 시간 갭 정직 계산 (E2 (a))
- 게이트 통과 조건에 페이스 점검 추가 (E2 (b))
- R4 1인 번아웃 리스크 등록부 일급 객체 (E2 (c))

[누적 시간] 9.5h (Day 1~4) + 4h (Day 5) = 13.5h

## Phase 0 Day 6

[계획]
- PLAN v1 → v2.1 패치 + 12 리스크 본문 보강

[실행]
- /model claude-sonnet-4-6 + /effort high
- 5 게이트 모두 +α 작업 분배 (G2 +14h / G3 +9h / G5 +5h 등)
- R4 본문 4 의식 + 4 트리거 명시
- E2 3형태 모두 PLAN.md 본문에 박음

[누적 시간] 13.5h (Day 1~5) + 3h (Day 6) = 16.5h

[회고 1줄]
- E2의 3형태가 본격 등장. "운영자 자체"가 R1~R12 안에 일급
  객체로 박힌 자리. 6개월 후 동업자가 "왜 R4가 있나" 펼치면
  답이 본문에 있음.