아래 앱 Spec을 5가지 관점에서 검토해줘:

1. 보안: 악용할 수 있는 구멍이 있는가?
2. 수익화: Phase 1에서 실제로 돈을 받을 수 있는가?
3. 범위: 혼자 30일 안에 완성 가능한 규모인가?
4. 누락: 없으면 앱이 작동 안 되는 필수 기능이 빠진 게 없는가?
5. DB: N+1 쿼리나 보안 취약점이 생길 수 있는 설계가 있는가?

[SPEC.md 내용 전체 붙여넣기]

## ⚖️ 회색지대 결정 — "줍줍" 표현의 정직한 위치

문제: "줍줍"은 "공짜로 줍는다"는 뉘앙스. 정부 지원금 공식 신청
절차와 거리가 있어 단속 또는 사용자 항의 발생 가능.

본 SPEC의 결정:
- 본 서비스가 약속하는 것: 정보 격차를 줄인다
- 본 서비스가 약속하지 않는 것: 무조건 받게 해준다, 신청 보장

[표현 정제 규칙]
- 브랜드명: "줍줍" 그대로 (사용자 친근감)
- 본문 표현: "신청·수혜" 일관 사용 (공식 절차 인지)
- About 페이지: 위 결정의 정직한 노출
- 약관: "본 서비스는 정보 제공을 목적으로 하며, 신청 결과를
  보장하지 않습니다" 명시

[변호 논리]
"줍줍은 정부 공식 정보를 정리하고 사용자 후기를 공유하는
미디어이며, 신청 결과를 보장하거나 대행하지 않는다."

## ⚖️ 회색지대 결정 — 개인정보 최소 수집 정체성

문제: 정부 지원금 앱은 사용자의 민감 정보 (소득·가구 형태·
업종·매출) 가 가까이 있음. 어디까지 수집할 것인가.

본 SPEC의 결정:
- IDFA (광고 식별자): 미수집 → 애플 심사 통과 가속
- 익명 닉네임 자동 부여: 실명 노출 차단
- 카카오 로그인만: 추가 개인정보 최소화
- 소득·가구 정보: 사용자가 자발적 입력하는 "필터"만 수집,
  외부 노출 없음
- 개인정보 판매 없음: 수익 모델에서 명시적 제외

[변호 논리]
"줍줍은 PIPA (개인정보 보호법) 의 최소 수집 원칙을 적극 준수
하며, IDFA 같은 추적 식별자를 수집하지 않는다."

## ⚖️ 회색지대 결정 — Position C 채택의 법적 근거

한국 사행행위 등 규제 및 처벌 특례법은 "도박을 조장하는 행위"
를 처벌한다. "조장"의 핵심 요건:
① 인지 — 도박 목적임을 알고
② 설계 — 도박을 돕도록 의도적으로 만들었다

본 SPEC은 이 두 요건이 동시 성립하지 않는 포지션을 명시적으로
채택한다 (Position C — 솔직한 중립):

> "TotalSportsView는 스포츠 분석 미디어다. 콘텐츠를 누가 어떻게
> 사용하는지 묻지 않는다. 다만 베팅 사이트로 연결하지 않고,
> 베팅을 권유하는 콘텐츠를 만들지 않는다."

[포함 5개]
- 합법 스포츠토토 (정부 발행) 사용자 분석 정보
- 판타지 리그 사용자
- 데이터 마니아 (xG · 점유율 · 슈팅 수치)
- 통계 분석 학습 콘텐츠
- 경기 미리보기 + 다관점 큐레이션

[명확한 배제 4개]
- 베팅 사이트로의 직접 연결 (외부 URL 금지)
- 배당률 → 한국식 배당으로 변환 표시
- 픽 (선택) 추천 형식 (예: "오늘의 픽")
- 도박 관련 검색 키워드 SEO

[변호 논리]
"분석 콘텐츠 제공이 목적이며, 도박 조장 의도와 설계가 없었다"
가 사실로 성립.

# Gemini가 지적한 문제 + E1 회색지대 결정을 Claude Code에서 반영
/model claude-sonnet-4-6    # 수정 작업은 Sonnet으로도 충분

SPEC.md를 아래 내용으로 수정해줘:
1. [Gemini 발견 1번 반영]
2. [Gemini 발견 2번 반영]
...
5. (또는 6.) "§ 회색지대 결정" 섹션 추가:
   - 영역 식별: [법적/윤리적/시장적 중 어느 것]
   - 포함 / 배제: [구체 항목]
   - 표현 정제: [외부 노출 텍스트]
   - 변호 논리: [한 줄]

# 수정 완료 후 파일 확인
cat SPEC.md | head -50

# SPEC.md v2 완성 → git commit
git add SPEC.md
git commit -m "SPEC.md v2: Gemini 검토 반영 + E1 회색지대 결정"