# InsuWiki 협업 검토 시스템 + 신뢰도 UX — Agent Meeting

## Agent Meeting 설정
- **사이클**: 무한 (전원합의까지)
- **모델**: 모든 참여자 opus
- **스킬**: `/agent-meeting`

## 배경

### 현재 시스템 상태
- 카카오 단톡방(보험 전문가 Q&A)에서 수집한 콘텐츠를 InsuWiki 위키 항목으로 변환
- 대시보드(`/api/wiki/entries/{id}/approve`)에서 승인/거부 관리
- **문제**: 제이회장님 1인이 전체 승인 프로세스를 담당 → 항목 수가 많아 병목
- 현재 파일 기반 상태 관리: `wiki-statuses.json`에 approved/rejected/draft 저장

### 신뢰도 체계 (이미 설계됨, 시각화 미구현)
- `authorityTier`: 수치 척도 (1~6단계)
- `verificationStatus`: 'unverified' | 'auto_passed' | 'expert_verified'
- `sourceType`: kakao_expert, kakao_community, youtube 등 8종
- Firestore `documents` 컬렉션에 필드 존재하나 서비스 프론트엔드에서 활용 안 됨

### 주요 참조 파일
- 대시보드 서버: `/home/jay/workspace/dashboard/server.py`
- InsuWiki 앱: `/home/jay/projects/insuwiki/`
- Firestore 타입: `/home/jay/projects/insuwiki/nextapp/src/types/firestore.ts`
- 동기화: server.py의 sync-firestore 기능 (wiki→documents 듀얼라이트)

---

## Agenda 1: 다중 사용자 협업 검토/승인 시스템

### 논의 포인트
1. **사용자 역할 설계**: 누가 검토할 수 있는지 (관리자, 전문 검토자, 일반 사용자)
2. **검토 워크플로우**: 단순 승인/거부 → 다단계 검토? 투표 기반? 전문가 지정 리뷰?
3. **인증/권한**: InsuWiki 앱 사용자 계정 체계와 연동? 별도 검토자 초대 시스템?
4. **현실적 구현 경로**: 기존 대시보드 확장 vs InsuWiki 앱 내 검토 기능 vs 별도 관리 도구
5. **검토 품질 보장**: 검토자 간 의견 충돌 해결, 최종 결정 권한, 감사 로그
6. **제약사항**: 보험 콘텐츠는 정확도가 핵심이므로 "다수결" 방식은 위험할 수 있음

### 고려해야 할 현실적 제약
- 현재 InsuWiki는 Next.js + Firebase 기반
- 사용자 인증은 Firebase Auth 사용 가능
- 검토자 모집: 보험 전문가(FA) 커뮤니티에서 리크루팅 가능
- MVP 우선: 복잡한 시스템보다 빠르게 쓸 수 있는 방안

---

## Agenda 2: 신뢰도 시각화 + 신뢰도별 조회

### 논의 포인트
1. **시각적 표현**: 신뢰도를 사용자에게 어떻게 직관적으로 보여줄 것인가
   - 별점/배지? 색상 코드? 텍스트 레이블? 아이콘?
   - authorityTier(1~6) × verificationStatus(3종) × sourceType(8종) 조합이 복잡
2. **사용자 관점 단순화**: 내부 6단계 계층을 사용자에게 몇 단계로 노출할 것인가
3. **조회 필터링**: 신뢰도별 필터 UI 설계
   - 최소 신뢰도 기준으로 필터? 각 등급별 탭/토글?
   - 카테고리(생명보험/손해보험/공통/기타) × 신뢰도 복합 필터?
4. **정렬**: 신뢰도 높은 순 정렬 옵션
5. **미검증 콘텐츠 처리**: unverified 항목은 어떻게 표시? 경고 배너? 별도 영역?

---

## 회의 목표
- Agenda 1+2 각각에 대해 **구체적 설계안** 도출 (와이어프레임 수준)
- 구현 우선순위와 Phase 분리
- 기술 스택 결정 (Firebase 기능 활용 범위)
- 전원합의 필수

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