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.
- 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.

View File

@ -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 결과 없이 확정하지 않는다.