Sync planning docs with tentative Q1-Q7 decisions

Update PLANNING.md §2 from empty checkboxes to the working answers in
decision-log, fix the reverse OS/self-app wording, and clarify roadmap
Phase 3 so OS-layer growth does not rewrite the start order.

Co-authored-by: okuma <o0kuma@users.noreply.github.com>

AGENTS.md

@@ -21,10 +21,10 @@ Notes:
 - Q1~Q7 in `decision-log.md` are **제안 (tentative)**, not final meeting
   decisions. Do not silently reverse them. If a change is required, update
   `decision-log.md` and all derived docs in the same change.
-- `PLANNING.md` §2 may still show empty checkboxes (`☐`). That is stale
+- Prefer `decision-log.md` (and the synced summary in `PLANNING.md` §2) for
-  template state — prefer `decision-log.md` for current working answers.
+  current working answers.
-- Stale wording such as “OS 레이어 → 자체 앱” is wrong. The working order is
+- Working delivery order is **자체 앱 클로즈드 베타 first → OS 레이어 later**
-  **자체 앱 클로즈드 베타 first → OS 레이어 later** (`decision-log.md` Q7).
+  (`decision-log.md` Q7). Do not reverse that sequence.
 
 ## Product identity (v1 working assumptions)
 

docs/PLANNING.md

@@ -29,16 +29,18 @@
 ## 2. 먼저 확정해야 할 결정 (회의 Q1~Q7)
 
 기능 명세를 쓰기 전에 아래 표를 채운다. 답이 안 나온 항목은 "보류 사유"를 적어두고 다음 회의 안건으로 남긴다.
+현재 작업용 답은 [`decision-log.md`](./decision-log.md)에 있으며, 상태는 모두 **제안(잠정)** 이다.
+회의에서 정식 확정되기 전까지는 decision-log를 단일 기준으로 따른다.
 
-| # | 질문 | 결정 | 비고 |
+| # | 질문 | 잠정 결정 | 상태 |
 |---|------|------|------|
-| Q1 | AI 분신으로 확정? | ☐ | 다른 축(기록/관계) 대비 최종 선택 근거 |
+| Q1 | AI 분신으로 확정? | 예 | 제안 — 근거는 `decision-log.md` |
-| Q2 | 타깃: 대중 vs 회사? | ☐ | 첫 사용자층에 따라 기능 우선순위가 바뀜 |
+| Q2 | 타깃: 대중 vs 회사? | 대중 우선 (B2B는 이후) | 제안 |
-| Q3 | 자율성 몇 단계까지 출시? | ☐ | L0~L2만 먼저 여는 것을 권장 (§5) |
+| Q3 | 자율성 몇 단계까지 출시? | L0~L2만 | 제안 |
-| Q4 | 사칭 우려 대응 충분한가? | ☐ | 분신 뱃지·거부권 등 투명성 장치 재확인 |
+| Q4 | 사칭 우려 대응 충분한가? | 1차 설계는 충분, 실사용 검증 필요 | 제안 |
-| Q5 | MVP 데모 시나리오 1개는? | ☐ | 읽씹 종결 / 약속 조율 / 대화 방어 중 하나 |
+| Q5 | MVP 데모 시나리오 1개는? | 읽씹 종결 + 단톡 따라잡기 (묶음) | 제안 |
-| Q6 | 서비스 이름 | ☐ | Echo / Twin / 분신 / Aka / 둘이서 / Mirror |
+| Q6 | 서비스 이름 | "분신" (가칭) | 제안 (가칭) |
-| Q7 | 자체 앱 vs OS 레이어 시작점 | ☐ | §6 참고 — 신뢰 비용 낮은 쪽부터 |
+| Q7 | 자체 앱 vs OS 레이어 시작점 | 자체 앱 클로즈드 베타 먼저 → OS 레이어는 이후 | 제안 |
 
 ## 3. MVP 시나리오 좁히기
 
@@ -102,7 +104,7 @@
 2. [`PRD.md`](./PRD.md) — MVP 시나리오 기준 기능 명세, 유저 플로우, 엣지 케이스
 3. [`tech-design.md`](./tech-design.md) — 온디바이스/서버 경계, 데이터 흐름, 에스컬레이션 로직
 4. [`risk-log.md`](./risk-log.md) — 회의 자료 §2-6, §oslayer §4의 리스크를 완화 상태와 함께 추적
-5. [`roadmap.md`](./roadmap.md) — L0~L4 단계, OS 레이어→자체 앱 전환 시점 반영
+5. [`roadmap.md`](./roadmap.md) — L0~L4 단계, 자체 앱→OS 레이어 확장 시점 반영
 6. [`decision-log.md`](./decision-log.md) — Q1~Q7 결정과 근거, 계속 누적 기록
 
 ## 8. 다음 액션 체크리스트

docs/roadmap.md

@@ -23,8 +23,10 @@
 
 ## Phase 3 — OS 레이어 진입 (성장 전략)
 
+- 전제: Phase 1 자체 앱 베타에서 핵심 가설이 검증된 뒤에만 착수 (`decision-log.md` Q7)
 - 읽기 전용 허브부터 (발송 권한 없음, 문자·이메일 등 안정적 API 채널 우선)
-- 순서: 읽기 전용 → 초안 제안 → 제한적 자동응대(L2 그대로 확장) → 자체 앱으로 유도
+- OS 레이어 내부 순서: 읽기 전용 → 초안 제안 → 제한적 자동응대(L2 그대로 확장)
+- 확산 후 완전한 기능(L3·L4 등)이 필요하면 자체 앱으로 유도 — 시작 순서를 뒤집는 뜻이 아님
 - 안드로이드 우선, iOS는 이 단계 반응을 본 뒤 자체 앱 전환 유도 전략으로 대응
 
 ## Phase 4 — L4 분신 협상 + B2B 확장