# InsuWiki 검토+신뢰도 PRD 적합성/적정성 검증 — Agent Meeting

## Agent Meeting 설정
- **사이클**: 무한 (전원합의까지)
- **모델**: 모든 참여자 opus
- **스킬**: `/agent-meeting` 반드시 호출 (SKILL.md 전체 규칙 준수)
- **로키(레드팀)**: 필수 참석
- **페르소나**: SKILL.md persona-list에서 선택 (팀 자체 멤버 사용 금지)

## 배경
task-1636.1 Agent Meeting v2에서 20건 합의 + 3문서(계획서/맥락노트/체크리스트) 작성 완료.
이후 제이회장님의 직접 피드백 6건을 반영하여 계획서/체크리스트 v2로 업데이트했다.

이제 이 업데이트된 PRD가 **정말 최선인지, 빠진 건 없는지, 현실적으로 구현 가능한지** 검증이 필요하다.

## 검증 대상 문서 (필수 읽기)
1. 계획서: `/home/jay/workspace/memory/plans/insuwiki/review-trust-system/plan.md`
2. 맥락노트: `/home/jay/workspace/memory/plans/insuwiki/review-trust-system/context-notes.md`
3. 체크리스트: `/home/jay/workspace/memory/plans/insuwiki/review-trust-system/checklist.md`
4. 미팅 기록: `/home/jay/workspace/memory/meetings/2026-04-11-insuwiki-review-trust-ux-v2.md`

## 검증 포인트 (Agenda)

### Agenda 1: PRD 적합성 — "정말 이게 맞나?"
1. **승인 인원 차등 (저위험 1명 vs 고위험 2단계)**: 위험도 판단 기준이 현실적인가? sourceType/카테고리만으로 충분한가?
2. **일반 사용자 오류 신고**: 악용 방지와 유용성 사이 균형. 어떻게 구현하는 게 현실적인가?
3. **버전 관리**: Firestore에서 versions 서브컬렉션 vs 필드 내 배열 — 어떤 게 적절한가?
4. **검색 종합 정리**: 내부 LLM 호출 비용/지연 vs 사용자 가치 — Phase 3에서 하는 게 맞나?
5. **카테고리 × 신뢰도 교차 필터**: Firestore 복합 인덱스 제약(200개) 고려 시 현실적인가?

### Agenda 2: PRD 적정성 — "빠진 건 없나?"
1. 계획서 "포함" 항목 전수 점검: 구현 가능성, 의존 관계, 순서
2. "제외" 항목 재검토: 정말 제외해야 하는가?
3. Phase 분리 적정성: Phase 1(2주)/Phase 2(2주)/Phase 3(4주) 일정이 현실적인가?
4. [미해결] 항목 7건: 이 미팅에서 결정 가능한 건 결정
5. 보안 관점 (로키): SEC-01 이외에 빠진 보안 이슈는?

### Agenda 3: 기술 적정성
1. Firestore Security Rules v2로 상태 머신을 구현하는 게 현실적인가?
2. Cloud Functions의 cold start 문제는?
3. 기존 대시보드(Python server.py)와 InsuWiki 앱(Next.js) 사이 데이터 동기화 충돌 위험은?
4. Firebase Emulator 기반 테스트 전략 충분한가?

## 회의 목표
- 계획서/체크리스트 v3 확정
- [미해결] 항목 최대한 해결
- 구현 착수 가능 상태로 만들기
- 전원합의 필수

## 보고서
`/home/jay/workspace/memory/reports/task-{TASK_ID}.md`