**task-1482.1 완료 보고** (dev5-team)
**완료 보고서: 카파시 LLM Wiki → InsuWiki 적용 심층 분석** (10분 33초)

**핵심 결과**
**Option B (Firestore 기반 LLM Wiki)로 5 Phase 점진 도입이 최적이다.** (1) Firestore에 raw_sources 컬렉션 + wiki_index/wiki_log 메타 문서 + 보험 도메인 schema 추가, (2) 기존 pdfIndexing→wiki compiler 연결로 Ingest MVP 구축, (3) query_logs+feedback→위키 피드백 루프, (4) 7개 Lint 규칙으로 자기치유, (5) 소스 유형 확장. 기존 코드(staticMatching, embeddingMatching, ragQuery, insurance_terms 1,192건)를 100% 재활용하면서 LLM Wiki 3대 오퍼레이션(Ingest/Query/Lint)을 Firestore 위에 구현한다. 아누 시스템의 Phase 3 Progressive Disclosure 패턴은 카파시가 언급한 "4-level index token budgets"와 정확히 일치하여 직접 적용 가능하다. Gemini API 기준 월 $15-30 비용으로 운영 가능하며, 보험 정보의 법적 리스크를 고려해 "LLM 제안 + diff 리뷰 게이트" 변형을 추천한다.

**발견/해결 이슈 4건**
1. **InsuWiki 프로젝트 경로 불일치** — 태스크 파일에 `/home/jay/projects/InsuWiki/`(대문자)로 기재되었으나 실제 경로는 `/home/jay/projects/insuwiki/`(소문자). 분석 시 올바른 경로로 수정하여 진행.
2. **임베딩 매칭 비활성 상태 발견** — config/aiLinking에서 embeddingMatching.enabled=false. 분석 보고서에 현재 상태 명시하고, LLM Wiki 통합 시 활성화 방안 제안.
3. **Progressive Disclosure 패턴 중복** — 아누 시스템 Phase 3와 카파시 커뮤니티 "4-level index token budgets"가 거의 동일 패턴임을 발견. 보고서에 시너지 분석으로 반영.
4. **Critical 버그 6건 (task-146.1)** — 미해결: insurance_metadata docId 이중 prefix 등 기존 미해결 이슈. 범위 외 사유: 별도 태스크로 관리 중.