Break Phase 1 (actual app build) into a concrete workstream plan

PoC execution is on hold for now, so this splits Phase 1 into work
that's independent of PoC results (backend infra, client shell, AI
pipeline productionization) vs. values that genuinely need PoC data
(autonomy defaults, whitelist topics, trust UX copy) -- so
infrastructure work isn't blocked while PoC recruiting catches up.

docs/PLANNING.md

@@ -150,3 +150,7 @@
 - [ ] 위 인터뷰 실제 진행 (참가자 5~10명, 스크리닝 → 본 인터뷰 → 결과 반영)
 - [x] 회의 리뷰용 1페이지 요약 자료 작성 — `meeting-review-summary.md`
 - [ ] 실제 회의에서 위 요약 자료로 문서 세트 전체를 리뷰하고 Q1~Q7을 정식 확정
+- [x] Phase 1(자체 앱 빌드) 상세 작업 분해 — `roadmap.md` "Phase 1 상세 작업 분해". PoC 결과
+  무관 기반 작업(백엔드/클라이언트 뼈대)과 PoC 결과 필요 항목을 구분해둠
+- [ ] 기술 스택 결정 (클라이언트/백엔드/DB/메시지 릴레이/온디바이스 저장소) — `roadmap.md`
+  Phase 1 §1, 회의 필요

docs/roadmap.md

@@ -15,6 +15,75 @@
 - 안드로이드 우선, 초대 기반 소규모 베타 (지인 네트워크)
 - 게이트: `vision.md` 성공 지표(자연스러움 70%, 거부율 10% 미만, 안전선 위반 0건) 충족 여부
 
+### Phase 1 상세 작업 분해
+
+원칙상 Phase 0(PoC) 검증 후 착수하는 게 맞지만, PoC 실제 실행(참가자 모집)이 보류된 지금
+**PoC 결과와 무관한 기반 작업은 병행 착수**하고, **PoC 결과가 있어야 정할 수 있는 세부 값**은
+자리만 비워두고 나중에 채우는 방식으로 진행한다. 아래 §3이 그 경계선이다.
+
+#### 1. 착수 전 확정 필요 (기술 스택)
+
+- 클라이언트: Android 네이티브(Kotlin) vs 크로스플랫폼 — 미정
+- 백엔드 언어/프레임워크, 데이터베이스 — 미정
+- 메시지 릴레이 방식 (자체 서버 WebSocket vs 관리형 서비스) — 미정
+- 온디바이스 저장소/암호화 방식 — 미정
+- Gemini API 프로덕션 키·쿼터 관리 — 미정 (`poc/tone-corpus/`는 PoC용 키만 다룸)
+
+#### 2. 워크스트림별 작업
+
+**2.1 백엔드 인프라** (PoC 결과 무관 — 지금 착수 가능)
+- 계정/인증 (초대 코드 기반 가입)
+- 메시지 릴레이 서버 (송수신, 멀티 디바이스 동기화)
+- DB 스키마: users, contacts, conversations, messages, twin_settings, escalation_logs, whitelist_rules
+- 푸시 알림 서비스 연동
+
+**2.2 AI 파이프라인 프로덕션화** (PoC 스크립트 → 서비스로 승격)
+- `poc/tone-corpus/generate_draft.py`·`escalation_filter.py`·`retrieve_style.py`를 백엔드 API로 이식
+- 자율성 엔진(L0~L2) 오케스트레이션: 에스컬레이션 게이트 → 검색 → 초안 생성 → 승인/자동발송 분기
+  (`tech-design.md` §3 흐름 그대로)
+- 온디바이스 말투 이력 저장 + 서버 최소 전송 원칙 구현
+- 사후 알림 + 되돌리기 로그 스키마/API
+
+**2.3 안드로이드 클라이언트**
+- 기본 채팅 UI (대화 목록, 대화방) — 무관, 착수 가능
+- 온보딩 플로우(5분 온보딩) 뼈대 — 무관, 착수 가능. 말투 학습 UX 디테일만 PoC#1 결과로 조정
+- 분신 뱃지·실시간 본인확인·거부권 UX — 클릭 프로토타입 디자인 그대로 구현 가능
+- 자율성 설정 화면(L0~L2, 화이트리스트, 상대별 예외) — 무관, 착수 가능
+- 에스컬레이션 배너·사후알림·되돌리기 UI — 무관, 착수 가능
+
+**2.4 안전장치 통합** (전 구간 필수, 타협 불가)
+- 에스컬레이션 하드게이트가 클라이언트·서버 전 구간에서 우회 불가하게 설계
+- 데이터 프라이버시: 온디바이스 암호화, 삭제 플로우, 데이터 흐름 대시보드
+
+**2.5 QA/테스트**
+- `escalation_filter.py`의 자체 테스트를 정식 테스트 스위트로 승격, `generate_draft`·`retrieve_style`도 동일하게
+- 자율성 플로우(L0→L1→L2) 통합 테스트
+- 온보딩·채팅·설정 수동 QA
+
+**2.6 베타 배포 준비**
+- 초대 기반 베타 가입 플로우
+- `vision.md` 성공 지표(자연스러움·거부율·안전선 위반) 계측용 분석/피드백 수집
+- 모니터링 대시보드 (에스컬레이션 트리거율, 생성 지연시간, 오류율)
+
+#### 3. PoC 결과가 있어야 정할 수 있는 것 (병행 불가, 값만 비워둠)
+
+- 자율성 기본값(L1 vs L2 어디서 시작할지) — Q3 인터뷰 필요
+- 화이트리스트 기본 주제 목록 — 실사용 데이터 필요
+- 신뢰 UX 문구/노출 위치 최종 확정 — PoC#3 결과 필요
+- 실제 베타 오픈 시점 — `vision.md` 게이트 통과 필요
+
+#### 4. 권장 착수 순서
+
+1. §1 기술 스택 결정 (회의 필요)
+2. 2.1 백엔드 기본 인프라 + 2.3 채팅 UI 뼈대 (병행)
+3. 2.2 AI 파이프라인 프로덕션화 (PoC 스크립트 재사용)
+4. 2.3 나머지 UX(온보딩·설정·뱃지)
+5. 2.4/2.5 안전장치·QA
+6. PoC 결과 반영 → §3 확정 → 2.6 베타 오픈
+
+1~5는 PoC 실제 실행(A트랙)과 병행 가능 — PoC가 늦어져도 인프라 작업은 막히지 않는다. 다만
+§3 항목과 최종 베타 오픈은 PoC 결과 없이 확정하지 않는다.
+
 ## Phase 2 — L3 확장 + 베타 확대
 
 - 자리비움 전면 응대(L3) 추가 — Phase 1에서 신뢰가 검증된 경우에만