Make explicit: PoC-dependent items wait until everything else is done

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.
This commit is contained in:
Claude 2026-07-30 01:37:24 +00:00
parent 9cd86a4da5
commit 87b9bf3505
No known key found for this signature in database
2 changed files with 12 additions and 3 deletions

View File

@ -96,7 +96,9 @@ changes it.
discover a new sub-task, add it there rather than tracking it elsewhere. discover a new sub-task, add it there rather than tracking it elsewhere.
- Items under Phase 1 §3 ("PoC 결과가 있어야 정할 수 있는 것") stay unresolved - Items under Phase 1 §3 ("PoC 결과가 있어야 정할 수 있는 것") stay unresolved
until real PoC data comes in — don't guess a default to unblock yourself; 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 Do not invent frameworks, folder layouts, or CI conventions beyond what
`docs/tech-design.md` §8 and `docs/roadmap.md` already specify. `docs/tech-design.md` §8 and `docs/roadmap.md` already specify.

View File

@ -71,7 +71,11 @@
- [ ] `vision.md` 성공 지표(자연스러움·거부율·안전선 위반) 계측용 분석/피드백 수집 - [ ] `vision.md` 성공 지표(자연스러움·거부율·안전선 위반) 계측용 분석/피드백 수집
- [ ] 모니터링 대시보드 (에스컬레이션 트리거율, 생성 지연시간, 오류율) - [ ] 모니터링 대시보드 (에스컬레이션 트리거율, 생성 지연시간, 오류율)
#### 3. PoC 결과가 있어야 정할 수 있는 것 (병행 불가, 값만 비워둠) #### 3. PoC 결과가 있어야 정할 수 있는 것 (맨 마지막 — 그 전엔 손대지 않는다)
**§2의 워크스트림(2.1~2.6)이 전부 끝나기 전까지는 이 섹션에 손대지 않는다.** 순서를 앞당겨서
미리 추측값을 넣지 않는다 — PoC 데이터 없이 정하면 나중에 다시 뒤집어야 하고, 그게 더 큰 낭비다.
§2가 다 끝난 뒤에만 이 섹션으로 돌아온다.
- [ ] 자율성 기본값(L1 vs L2 어디서 시작할지) — Q3 인터뷰 필요 - [ ] 자율성 기본값(L1 vs L2 어디서 시작할지) — Q3 인터뷰 필요
- [ ] 화이트리스트 기본 주제 목록 — 실사용 데이터 필요 - [ ] 화이트리스트 기본 주제 목록 — 실사용 데이터 필요
@ -80,13 +84,16 @@
#### 4. 권장 착수 순서 (진행 상황) #### 4. 권장 착수 순서 (진행 상황)
순서대로 하나씩 완료하고 다음으로 넘어간다. **6번(§3)은 1~5번이 전부 끝난 뒤에만 시작한다**
중간에 끼워 넣지 않는다.
1. [x] §1 기술 스택 결정 (Go 코어 + Python AI 서비스로 재확정, `backend/`는 Python 프로토타입 — 1. [x] §1 기술 스택 결정 (Go 코어 + Python AI 서비스로 재확정, `backend/`는 Python 프로토타입 —
설계 참고용으로 남기고 Go로 포팅 필요) 설계 참고용으로 남기고 Go로 포팅 필요)
2. [ ] 2.1 코어 백엔드를 Go로 (신규 구현) + 2.3 Flutter 채팅 UI 뼈대 (병행) — **다음 작업** 2. [ ] 2.1 코어 백엔드를 Go로 (신규 구현) + 2.3 Flutter 채팅 UI 뼈대 (병행) — **다음 작업**
3. [ ] 2.2 AI 서비스 (Python, PoC 스크립트를 FastAPI로 승격) 3. [ ] 2.2 AI 서비스 (Python, PoC 스크립트를 FastAPI로 승격)
4. [ ] 2.3 나머지 UX(온보딩·설정·뱃지) 4. [ ] 2.3 나머지 UX(온보딩·설정·뱃지)
5. [ ] 2.4/2.5 안전장치·QA 5. [ ] 2.4/2.5 안전장치·QA
6. [ ] PoC 결과 반영 → §3 확정 → 2.6 베타 오픈 6. [ ] §3 확정 (PoC 결과 필요 — 1~5번 전부 끝난 뒤에만) → 2.6 베타 오픈
1~5는 PoC 실제 실행(A트랙)과 병행 가능 — PoC가 늦어져도 인프라 작업은 막히지 않는다. 다만 1~5는 PoC 실제 실행(A트랙)과 병행 가능 — PoC가 늦어져도 인프라 작업은 막히지 않는다. 다만
§3 항목과 최종 베타 오픈은 PoC 결과 없이 확정하지 않는다. §3 항목과 최종 베타 오픈은 PoC 결과 없이 확정하지 않는다.