iykyka/docs/risk-log.md

리스크 로그

회의 자료(§2-6, §oslayer §4)와 PRD.md/tech-design.md 작성 중 식별된 리스크를 한곳에서 추적한다. 완화 방안이 "설계상 반영됨"인 항목도 실사용 검증 전까지는 가설이다.

리스크	영향	완화 방안	상태
와카뷰가 틀린 응답/약속을 자동 발송	사용자 신뢰 상실, 관계 손상	사후 알림 + 원클릭 되돌리기, 확정성 있는 내용은 항상 보류	설계 반영 — 실사용 검증 필요
상대가 와카뷰를 사칭/신뢰 문제로 인식	확산 저해, 컨셉 자체 붕괴	와카뷰 뱃지, 실시간 본인 확인, 거부권	설계 반영 — Q4 핵심 리스크, PoC #3로 검증 예정
자동응대가 스팸에 악용됨	무한 응답, 사용자 피해	스팸/도배 감지 시 응대 중단 (P1, v1 최소 버전 필요)	부분 반영 — v1 최소 버전 필요, PRD.md §4
에스컬레이션 판정기 오탐/누락	안전선 위반(금전/약속 자동 확정) 가능성	규칙 기반 + 애매하면 항상 에스컬레이션(fail-safe)	1차 구현 완료 — poc/tone-corpus/escalation_filter.py, 자체 테스트 10/10, 검증셋 트리거율 0.93%. 실사용 오탐/누락률은 PoC 로그로 계속 튜닝
온디바이스 말투 학습 품질 미흡	"나답지 않다"는 인상, 핵심 가치 제안 실패	PoC #1(§4)로 사전 검증, 교정 학습으로 지속 개선	미검증 — 최우선 PoC
배터리/성능 부담 (온디바이스 추론)	사용자 이탈	경량 모델 우선, 부족 시 서버 폴백	미검증
베타 참가자 확보 어려움	검증 지연	소규모 지인 네트워크 초대 기반 클로즈드 베타로 시작	계획 단계
(v2 대비) 카카오톡/인스타 알림 파싱이 앱 업데이트로 깨짐	OS 레이어 확장 시 유지보수 부담	v1 범위에서 제외, v2 착수 시 안정적 API 채널(문자·이메일) 우선	v1 범위 밖 — 그대로 유지
(v2 대비) iOS 플랫폼 정책 제약	OS 레이어 iOS 확장 어려움	안드로이드 우선 검증 후 iOS는 자체 앱 전환 유도	v1 범위 밖 — 그대로 유지
PoC #1 기반 코퍼스(AI-Hub) 재배포/보관 리스크	이용약관 위반, 데이터 유실	git에 커밋 금지(.gitignore 반영), 원본·가공본 모두 세션 로컬에만 두고 영구 저장소로는 별도 이동	설계 반영 — poc/tone-corpus/README.md

우선순위

지금 시점에서 가장 먼저 확인해야 할 두 가지는 온디바이스 말투 학습 품질과 사칭/신뢰 수용성이다. 이 둘이 무너지면 나머지 리스크 완화는 의미가 없다. PLANNING.md §4의 PoC #1, #3을 최우선으로 진행한다.