From 87b9bf3505a313bd69e150c0f65bde576406ebab Mon Sep 17 00:00:00 2001
From: Claude <noreply@anthropic.com>
Date: Thu, 30 Jul 2026 01:37:24 +0000
Subject: [PATCH] Make explicit: PoC-dependent items wait until everything else
 is done
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

The build order already ended with the PoC-gated section, but it
wasn't stated as a hard rule. Now roadmap.md and AGENTS.md both say
not to touch Phase 1 §3 until items 1-5 of the build order are fully
finished, even if PoC data happens to land earlier -- no jumping the
queue to fill in a value early.
---
 AGENTS.md       |  4 +++-
 docs/roadmap.md | 11 +++++++++--
 2 files changed, 12 insertions(+), 3 deletions(-)

diff --git a/AGENTS.md b/AGENTS.md
index 7c3dd62..8445c4a 100644
--- a/AGENTS.md
+++ b/AGENTS.md
@@ -96,7 +96,9 @@ changes it.
   discover a new sub-task, add it there rather than tracking it elsewhere.
 - Items under Phase 1 §3 ("PoC 결과가 있어야 정할 수 있는 것") stay unresolved
   until real PoC data comes in — don't guess a default to unblock yourself;
-  leave a placeholder and move on to other checklist items instead.
+  leave a placeholder and move on to other checklist items instead. Do not
+  start §3 early even if PoC data happens to arrive mid-way — finish all of
+  §4's items 1-5 (the rest of the build order) first, then come back to §3.
 
 Do not invent frameworks, folder layouts, or CI conventions beyond what
 `docs/tech-design.md` §8 and `docs/roadmap.md` already specify.
diff --git a/docs/roadmap.md b/docs/roadmap.md
index f88e2a7..08af1a5 100644
--- a/docs/roadmap.md
+++ b/docs/roadmap.md
@@ -71,7 +71,11 @@
 - [ ] `vision.md` 성공 지표(자연스러움·거부율·안전선 위반) 계측용 분석/피드백 수집
 - [ ] 모니터링 대시보드 (에스컬레이션 트리거율, 생성 지연시간, 오류율)
 
-#### 3. PoC 결과가 있어야 정할 수 있는 것 (병행 불가, 값만 비워둠)
+#### 3. PoC 결과가 있어야 정할 수 있는 것 (맨 마지막 — 그 전엔 손대지 않는다)
+
+**§2의 워크스트림(2.1~2.6)이 전부 끝나기 전까지는 이 섹션에 손대지 않는다.** 순서를 앞당겨서
+미리 추측값을 넣지 않는다 — PoC 데이터 없이 정하면 나중에 다시 뒤집어야 하고, 그게 더 큰 낭비다.
+§2가 다 끝난 뒤에만 이 섹션으로 돌아온다.
 
 - [ ] 자율성 기본값(L1 vs L2 어디서 시작할지) — Q3 인터뷰 필요
 - [ ] 화이트리스트 기본 주제 목록 — 실사용 데이터 필요
@@ -80,13 +84,16 @@
 
 #### 4. 권장 착수 순서 (진행 상황)
 
+순서대로 하나씩 완료하고 다음으로 넘어간다. **6번(§3)은 1~5번이 전부 끝난 뒤에만 시작한다** —
+중간에 끼워 넣지 않는다.
+
 1. [x] §1 기술 스택 결정 (Go 코어 + Python AI 서비스로 재확정, `backend/`는 Python 프로토타입 —
    설계 참고용으로 남기고 Go로 포팅 필요)
 2. [ ] 2.1 코어 백엔드를 Go로 (신규 구현) + 2.3 Flutter 채팅 UI 뼈대 (병행) — **다음 작업**
 3. [ ] 2.2 AI 서비스 (Python, PoC 스크립트를 FastAPI로 승격)
 4. [ ] 2.3 나머지 UX(온보딩·설정·뱃지)
 5. [ ] 2.4/2.5 안전장치·QA
-6. [ ] PoC 결과 반영 → §3 확정 → 2.6 베타 오픈
+6. [ ] §3 확정 (PoC 결과 필요 — 1~5번 전부 끝난 뒤에만) → 2.6 베타 오픈
 
 1~5는 PoC 실제 실행(A트랙)과 병행 가능 — PoC가 늦어져도 인프라 작업은 막히지 않는다. 다만
 §3 항목과 최종 베타 오픈은 PoC 결과 없이 확정하지 않는다.