From 2714fbef438f9f97a4cc29f4ebc8468a83d7a363 Mon Sep 17 00:00:00 2001 From: Cursor Agent Date: Wed, 29 Jul 2026 07:14:23 +0000 Subject: [PATCH] Sync planning docs with tentative Q1-Q7 decisions MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 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 --- AGENTS.md | 8 ++++---- docs/PLANNING.md | 20 +++++++++++--------- docs/roadmap.md | 4 +++- 3 files changed, 18 insertions(+), 14 deletions(-) diff --git a/AGENTS.md b/AGENTS.md index f61748c..c9f4513 100644 --- a/AGENTS.md +++ b/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 - template state — prefer `decision-log.md` for current working answers. -- Stale wording such as “OS 레이어 → 자체 앱” is wrong. The working order is - **자체 앱 클로즈드 베타 first → OS 레이어 later** (`decision-log.md` Q7). +- Prefer `decision-log.md` (and the synced summary in `PLANNING.md` §2) for + current working answers. +- Working delivery order is **자체 앱 클로즈드 베타 first → OS 레이어 later** + (`decision-log.md` Q7). Do not reverse that sequence. ## Product identity (v1 working assumptions) diff --git a/docs/PLANNING.md b/docs/PLANNING.md index 6f2fe59..95e2826 100644 --- a/docs/PLANNING.md +++ b/docs/PLANNING.md @@ -29,16 +29,18 @@ ## 2. 먼저 확정해야 할 결정 (회의 Q1~Q7) 기능 명세를 쓰기 전에 아래 표를 채운다. 답이 안 나온 항목은 "보류 사유"를 적어두고 다음 회의 안건으로 남긴다. +현재 작업용 답은 [`decision-log.md`](./decision-log.md)에 있으며, 상태는 모두 **제안(잠정)** 이다. +회의에서 정식 확정되기 전까지는 decision-log를 단일 기준으로 따른다. -| # | 질문 | 결정 | 비고 | +| # | 질문 | 잠정 결정 | 상태 | |---|------|------|------| -| Q1 | AI 분신으로 확정? | ☐ | 다른 축(기록/관계) 대비 최종 선택 근거 | -| Q2 | 타깃: 대중 vs 회사? | ☐ | 첫 사용자층에 따라 기능 우선순위가 바뀜 | -| Q3 | 자율성 몇 단계까지 출시? | ☐ | L0~L2만 먼저 여는 것을 권장 (§5) | -| Q4 | 사칭 우려 대응 충분한가? | ☐ | 분신 뱃지·거부권 등 투명성 장치 재확인 | -| Q5 | MVP 데모 시나리오 1개는? | ☐ | 읽씹 종결 / 약속 조율 / 대화 방어 중 하나 | -| Q6 | 서비스 이름 | ☐ | Echo / Twin / 분신 / Aka / 둘이서 / Mirror | -| Q7 | 자체 앱 vs OS 레이어 시작점 | ☐ | §6 참고 — 신뢰 비용 낮은 쪽부터 | +| Q1 | AI 분신으로 확정? | 예 | 제안 — 근거는 `decision-log.md` | +| Q2 | 타깃: 대중 vs 회사? | 대중 우선 (B2B는 이후) | 제안 | +| Q3 | 자율성 몇 단계까지 출시? | L0~L2만 | 제안 | +| Q4 | 사칭 우려 대응 충분한가? | 1차 설계는 충분, 실사용 검증 필요 | 제안 | +| Q5 | MVP 데모 시나리오 1개는? | 읽씹 종결 + 단톡 따라잡기 (묶음) | 제안 | +| Q6 | 서비스 이름 | "분신" (가칭) | 제안 (가칭) | +| 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. 다음 액션 체크리스트 diff --git a/docs/roadmap.md b/docs/roadmap.md index 2e76ecf..0183703 100644 --- a/docs/roadmap.md +++ b/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 확장