# task-139.1: YouTube 3-Layer 아키텍처 방안 B vs 대안 C 분석

## 작업 내용
YouTube 3-Layer 요약 파이프라인의 Firestore 아키텍처 결정을 위해, 두 가지 방안의 장단점을 분석하고 최적안을 판단하여 보고한다.

## 배경
- task-137.1에서 1팀이 3문서를 작성함
- 계획서(불칸)는 **방안 B: 신규 컬렉션 완전 분리** 추천
- 맥락노트(아테나)는 **대안 C: 하이브리드(기존 유지 + 확장)** 추천
- 두 안 모두 기존 시스템을 유지하며 확장하는 방향이나, 세부 전략이 다름

## 참조 문서
- 계획서: `/home/jay/projects/insuwiki/docs/plans/260303-youtube-3layer-plan.md`
- 맥락노트: `/home/jay/projects/insuwiki/docs/plans/260303-youtube-3layer-context-note.md`
- 체크리스트: `/home/jay/projects/insuwiki/docs/plans/260303-youtube-3layer-checklist.md`
- 기존 YouTube 코드: `/home/jay/projects/insuwiki/functions/src/crawlYoutubeChannels.ts`
- 기존 요약 파이프라인: `/home/jay/projects/insuwiki/functions/src/summary-pipeline.ts`

## 분석 요구사항
1. **방안 B (완전 분리)** 장단점 상세 분석
   - youtube_transcripts (L3), youtube_summaries (L1/L2) 신규 컬렉션
   - 기존 youtube_knowledge 유지
2. **대안 C (하이브리드)** 장단점 상세 분석
   - 기존 6섹션 유지 + 3-Layer 필드 추가
3. **비교 기준**: 확장성, 쿼리 성능, 마이그레이션 비용, 데이터 일관성, 운영 복잡도
4. **최종 추천안**: 어떤 방안이 InsuWiki에 최적인지 근거와 함께 판단

## 완료 기준
- 장단점 비교 분석 보고서 작성 (`/home/jay/projects/insuwiki/memory/reports/task-139.1.md`)
- 최종 추천안과 근거 명시
- 코딩 작업 아님 (분석/보고만)