Phase 1.0 BUILD 시작 + API 4개 인증

┌──────────────────────────────────────────────────────────────┐
│ 1주차 (Day 1~7) — G1: API 4개 + 시딩 20개                    │
│   Day 1: API 4개 인증 신청 (개발계정 30분 자동승인)          │
│   Day 2: API 호출 테스트 + 응답 sample 저장                  │
│   Day 3: LLM 분류 prompts.ts + Haiku 첫 5건 분류             │
│   Day 4: 시딩 데이터 20개 검수 (수동) + confidence 분포 확인 │
│   Day 5: G-1 LLM JSON fallback + raw_response 보존           │
│   Day 6: G1 통과 조건 점검 + 문서화                          │
│   Day 7: G1 통과 의식 (git tag + 휴식 의무)                  │
├──────────────────────────────────────────────────────────────┤
│ 2주차 (Day 8~14) — Supabase 프로젝트 + 핵심 SQL              │
│   Day 8: Supabase 프로젝트 + 4 테이블 SQL + IP rate limit Redis│
│   Day 9: trigger 3개 (jupjups 집계 / IP rate / is_active)    │
│   Day 10: 복합 인덱스 (P1) + benefits seed 20개 INSERT       │
│   Day 11: pg_cron 매일 03:00 정상 (4 API 호출)               │
│   Day 12: 어드민 검수 큐 페이지 (Day 5 LLM JSON fallback 결과)│
│   Day 13: 운영자 검수 SLA 7일 알림 (cron 매일 09:00)         │
│   Day 14: 운영자 페이스 점검 ★ (E2 누적 시간 & 회고)         │
├──────────────────────────────────────────────────────────────┤
│ 3주차 (Day 15~21) — 카카오 인증 + 닉네임 + FCM               │
│   Day 15: 카카오 로그인 + access·refresh 토큰 자동 갱신      │
│   Day 16: 닉네임 자동 부여 (형용사 풀 20개+ + fallback)      │
│   Day 17: FCM 토큰 발급·만료 처리                            │
│   Day 18: User profile 자발적 필터 (소상공인 / 개인)         │
│   Day 19: 어드민 페이지 (검수 + 신고 처리 SLA 24h)           │
│   Day 20: 신고 처리 자동 알림                                │
│   Day 21: 토요일 작업 X (E2 의식)                            │
├──────────────────────────────────────────────────────────────┤
│ 4주차 (Day 22~28) — G2: DB·인증·pg_cron 완성                 │
│   Day 22~23: 통합 테스트 (4 테이블 + 트리거 + 카카오 + pg_cron)│
│   Day 24: 통계 조작 시도 시뮬 (UNIQUE + IP rate limit 검증)  │
│   Day 25: G2 통과 조건 검증 (★ 페이스 점검 포함)             │
│   Day 26: G-3 is_active 트리거 SQL 검증                      │
│   Day 27: G2 통과 점검 (모든 항목 PASS)                      │
│   Day 28: G2 통과 의식 (git tag + 1일 휴식)                  │
└──────────────────────────────────────────────────────────────┘

## Phase 1.0 Day N (날짜)

[계획]
- [PLAN.md Day N 작업 항목 그대로]

[실행]
- [실제 산출물 — 코드 줄 수·파일·기능]

[LogOnTable 트레이스]
> 결정: [핵심 결정 한 줄]
> 근거: [왜 그 결정인가]
> 대안 비교: [다른 옵션과 트레이드오프]
> 부작용: [부산물·미래 부담]

[이슈]
- [발생/해결, 없으면 "없음"]

[누적 시간] [Phase 0 21h] + [Phase 1.0 누적] = [총합]

[E2 페이스 점검]
- 누적 시간 60h 트리거 거리: [Xh 여유]
- 토요일 작업 X 준수
- 주간 회고: 일요일 30분

[필수 3개]
- Supabase MCP: DB 자연어 조작 (Day 8 이후 매일)
- GitHub MCP: commit + PR 자동 (매일)
- Playwright MCP: E2E 테스트 (Day 14·21·28 게이트)

[선택 1개 — 출시 전 도입]
- Slack MCP: 운영 알림 (Day 19~)

src/
  app/(tabs)/business/      ← 에이전트 A (소상공인)
  app/(tabs)/individual/    ← 에이전트 B (개인 복지)
  components/               ← 공통 (직접 수정)
  lib/                      ← 공통 (직접 수정)
  api/                      ← 에이전트 C (Day 8 이후 가능)
tests/                      ← 통합 단계

질문 1: 작업 A의 결과를 작업 B가 기다려야 하는가?
  YES → 순차 (독립성 X)
  NO → 다음 질문

질문 2: A·B가 서로 다른 폴더를 수정하는가?
  YES → Agent Teams 가능
  NO → 순차 (충돌 위험)

질문 3: 각 작업이 30분+ 걸리는가?
  YES → Agent Teams 효율
  NO → 순차 (위임 비용 > 절감)

[BUILD.md 매일 entry 끝에]

[E2 페이스 점검]
- 누적 시간: [Phase 0 21h] + [Phase 1.0 누적 Xh] = [Total]
- 60h/4주 트리거 거리: [Yh 여유]
- 토요일 작업 X: [Day 21·28 점검]
- 주간 회고 (일요일 30분): [Day 7·14·21·28 작성 의무]

[트리거 발생 시]
[ ] 누적 60h+/4주
[ ] 회고 부재 2주+
[ ] 토요일 4주 연속
[ ] "피곤하다" BUILD.md 회고 등장

G1 (Day 7) 통과 후:
- git tag v0.1-G1-passed
- 1일 휴식 (Day 8 휴식 또는 Day 7 일요일 휴식)
- 1주차 회고 (BUILD.md 1KB+)

G2 (Day 28) 통과 후:
- git tag v0.1-G2-passed
- 1일 휴식 (Day 29)
- 4주 회고 (BUILD.md 2KB+, 큰 회고)

cd jupjup
git status                  # 깨끗한 상태 확인
cat REVIEW.md | tail -3     # READY: YES 확인

claude
/model claude-sonnet-4-6    # BUILD는 Sonnet (1탄 v2 새 28장)
/effort medium
/context                    # 5파일 + MCP 활성 확인

"4 API 인증 신청 가이드를 단계별로 줘. data.go.kr·기업마당·중소벤처24·
복지로 (중앙·지자체) 4개. 각각의 가입·활용신청·키 받는 시간을 명시.

CLAUDE.md §3 Critical Constraints 준수 — 키는 .env.local에만,
GitHub 노출 X."

PUBLIC_DATA_BIZINFO_KEY=...
PUBLIC_DATA_SMTECH_KEY=...
PUBLIC_DATA_WELFARE_CENTRAL_KEY=...
PUBLIC_DATA_WELFARE_LOCAL_KEY=...

git add .gitignore  # .env.local 추가됐는지 확인 (수정 없으면 스킵)
git commit --allow-empty -m "Phase 1.0 Day 1: 4 API 개발계정 인증 + .env.local"

"4 공공데이터 API 호출 테스트 스크립트 작성 + 응답 sample 4개 저장.

요구사항:
1. lib/api/test-fetch.ts (4 API 각각 fetch 함수)
2. tests/api-samples/ 폴더에 응답 raw JSON 4개 저장
3. CLAUDE.md §3 — process.env 키 사용
4. 에러 처리 (try/catch + Sentry 호환 구조 — 실제 Sentry는 Day 56)
5. JSON.parse 실패 시 raw text 보존"

// lib/api/test-fetch.ts
// 4 공공데이터 API 호출 테스트

interface ApiSample {
  source: string;
  url: string;
  count: number;
  raw_response: any;
  parse_success: boolean;
  error?: string;
}

const API_KEYS = {
  bizinfo: process.env.PUBLIC_DATA_BIZINFO_KEY!,
  smtech: process.env.PUBLIC_DATA_SMTECH_KEY!,
  welfare_central: process.env.PUBLIC_DATA_WELFARE_CENTRAL_KEY!,
  welfare_local: process.env.PUBLIC_DATA_WELFARE_LOCAL_KEY!,
};

export async function testFetchAll(): Promise<ApiSample[]> {
  const results: ApiSample[] = [];

  for (const [source, url] of Object.entries(ENDPOINTS)) {
    try {
      const fullUrl = `${url}?serviceKey=${encodeURIComponent(key)}&numOfRows=5&type=json`;
      const resp = await fetch(fullUrl, {
        method: 'GET',
        headers: { 'Accept': 'application/json' },
      });

      const text = await resp.text();
      let raw_response: any;
      let parse_success = true;

      try {
        raw_response = JSON.parse(text);
      } catch {
        raw_response = text;  // raw text 보존 (G-1 fallback 패턴)
        parse_success = false;
      }

      results.push({ source, url, count, raw_response, parse_success });
    } catch (err: any) {
      results.push({
        source, url, count: 0,
        raw_response: null,
        parse_success: false,
        error: err.message,
      });
    }
  }

  return results;
}

export const SYSTEM_PROMPT_BUSINESS = `
당신은 정부 지원사업 공고를 분석하는 전문가입니다.
아래 공고 원문을 읽고, 반드시 JSON 형식으로만 응답하세요.
JSON 외의 설명, 마크다운, 백틱은 절대 포함하지 마세요.

추정하지 마세요. 정보가 없으면 null로 표시하세요.

[출력 스키마 — 소상공인 타겟]
{
  "name": "사업명",
  "support_type": "GRANT | LOAN | CONSULTING | SPACE",
  "target_business_type": "식당/카페 | 도소매 | 제조업 | ...",
  "target_stage": "창업준비 | 1년미만 | 3년미만 | ...",
  "deadline": "YYYY-MM-DD 또는 null",
  "confidence": 0.0
}
`;

export async function classifyContent(
  raw_content: string,
  tab: 'business' | 'individual',
): Promise<ClassifyResult> {
  const resp = await client.messages.create({
    model: 'claude-haiku-4-5-20251001',
    max_tokens: 1024,
    system,
    messages: [{ role: 'user', content: raw_content }],
  });

  // E5 [7] — JSON parse 실패 시 fallback
  try {
    const parsed = JSON.parse(text);
    const confidence = parsed.confidence ?? 0;

    // confidence 0.7 미만 → admin 큐 직행
    if (confidence < 0.7) {
      return { ...parsed, confidence, status: 'admin_queue', raw_response: text };
    }
    return { ...parsed, confidence, status: 'auto_active', raw_response: null };
  } catch {
    return { confidence: 0, status: 'admin_queue_parse_failed', raw_response: text };
  }
}