roadmap: update phases and add new phase directories

agent-roadmap/ROADMAP.md

@@ -2,7 +2,7 @@
 
 ## 전체 목표
 
-ALT는 개인용 quant system workspace로, 한국장 일봉 MVP에서 시작해 시장 데이터 수집, 정규화, 백테스트, 결과 분석, command-first 운영 흐름, 페이퍼 트레이딩, 미국장 확장, 실거래 경계, Flutter 운영 UI까지 단계적으로 확장한다. Go 서비스와 CLI/YAML workflow는 뒤집지 않는 운영 코어를 담당하고, Flutter client는 충분히 표면화된 운영 항목을 web/mobile/desktop 단일 UI 표면으로 정리하는 후순위 단계로 둔다. 에이전트는 ALT의 주식 분석/백테스트 코어가 아니라 별도 도구/분석 보조 표면으로 정의하며, `../iop` backend와 `../agent-shell` frontend 연동은 용도 정의 이후 별도 Phase에서 다룬다. proto-socket과 ALT protobuf contracts가 ALT 런타임 사이의 통신 기준이 된다.
+ALT는 개인용 quant system workspace로, 한국장 일봉 MVP에서 시작해 시장 데이터 수집, 정규화, 백테스트, 결과 분석, command-first 운영 흐름, 페이퍼 트레이딩, 미국장 확장, 실거래 경계, Flutter 운영 UI까지 단계적으로 확장한다. Go 서비스와 CLI/YAML workflow는 뒤집지 않는 운영 코어를 담당하고, Flutter client는 충분히 표면화된 운영 항목을 web/mobile/desktop 단일 UI 표면으로 정리하는 후순위 단계로 둔다. 백테스트 기반이 안정화된 뒤의 핵심 확장 축은 Market/Session, runtime evidence collection, strategy profile, candidate generation, runtime judgment, risk policy, order/fill decision, small live smoke, feedback loop가 단계적으로 이어지는 멀티 마켓 런타임 거래 자동화다. 에이전트는 ALT의 주식 분석/백테스트 코어가 아니라 별도 도구/분석 보조 표면으로 정의하며, 투자 판단 안에서는 단일 최종 결정자가 아니라 여러 판단 모듈 안에서 필요한 해석, 분류, 예외 탐지, 근거 요약을 보조하는 형태로 둔다. `../iop` backend와 `../agent-shell` frontend 연동은 용도 정의 이후 별도 Phase에서 다룬다. proto-socket과 ALT protobuf contracts가 ALT 런타임 사이의 통신 기준이 된다.
 
 ## Phase 흐름
 
@@ -11,31 +11,52 @@ ALT는 개인용 quant system workspace로, 한국장 일봉 MVP에서 시작해
 검토중 또는 진행중 Phase는 계획 Phase보다 위에 두어, 아래로 갈수록 미래 계획에 가까워지게 정렬한다.
 
 - [완료] 기반 정렬
-  - 경로: `agent-roadmap/archive/phase/foundation-alignment/PHASE.md`
+  - 경로: [기반 정렬 PHASE](archive/phase/foundation-alignment/PHASE.md)
   - 요약: agent-first monorepo, Go workspace, contracts, proto-socket session loop, PostgreSQL/Redis worker backbone을 안정화한다.
 - [완료] 데이터 기반
-  - 경로: `agent-roadmap/archive/phase/data-foundation/PHASE.md`
+  - 경로: [데이터 기반 PHASE](archive/phase/data-foundation/PHASE.md)
   - 요약: 한국장 일봉을 대상으로 provider-neutral market data import, normalization, persistence를 만든다.
 - [완료] 운영 표면
-  - 경로: `agent-roadmap/archive/phase/operator-surface/PHASE.md`
+  - 경로: [운영 표면 PHASE](archive/phase/operator-surface/PHASE.md)
   - 요약: Flutter 실화면 전에 CLI/YAML/log 중심 command-first operator workflow로 KIS data, storage status, backtest 실행/결과 확인을 반복 가능하게 만든다.
 - [완료] 거래 확장
-  - 경로: `agent-roadmap/archive/phase/trading-expansion/PHASE.md`
+  - 경로: [거래 확장 PHASE](archive/phase/trading-expansion/PHASE.md)
   - 요약: paper trading, 미국장 확장, 주문/리스크/포트폴리오, 실거래 adapter 경계를 MVP 이후 단계로 연다.
 - [진행중] 백테스트 루프
-  - 경로: `agent-roadmap/phase/backtest-loop/PHASE.md`
+  - 경로: [백테스트 루프 PHASE](phase/backtest-loop/PHASE.md)
   - 요약: 선택 종목의 자동/일별 수집, 정제 데이터 저장, 재현 가능한 backtest dataset과 lifecycle verification을 만든다.
+- [스케치] 시장/세션 운용 모델
+  - 경로: [시장/세션 운용 모델 PHASE](phase/market-session-operating-model/PHASE.md)
+  - 요약: 한국/미국 시장, 프리마켓/정규장/애프터마켓, 국내/해외 계좌, follow-the-sun 운용, 전략 버킷을 분리된 축으로 정리한다.
+- [스케치] Evidence/Data 품질 기반
+  - 경로: [Evidence/Data 품질 기반 PHASE](phase/evidence-data-quality/PHASE.md)
+  - 요약: 가격, 거래량, 뉴스, 공시, 실적, 이벤트, 세션 상태를 runtime과 AI가 판단 가능한 evidence로 구조화하고 데이터 품질 POC 기준을 정리한다.
+- [스케치] 전략 프로파일과 후보 생성
+  - 경로: [전략 프로파일과 후보 생성 PHASE](phase/strategy-candidate-playbook/PHASE.md)
+  - 요약: 단타/스윙/장기 playbook 또는 strategy profile을 만들고, market/session/evidence를 입력으로 candidate generation을 연결한다.
+- [스케치] 런타임 판단 플로우
+  - 경로: [런타임 판단 플로우 PHASE](phase/runtime-decision-flow/PHASE.md)
+  - 요약: rule/formula-based judgment, context-aware runtime judgment, AI-assisted judgment가 결합되어 final action candidate로 내려가는 판단 흐름을 정리한다.
+- [스케치] 리스크 정책과 계좌 방어
+  - 경로: [리스크 정책과 계좌 방어 PHASE](phase/risk-policy-controls/PHASE.md)
+  - 요약: 전체/개별 계좌 MDD, 일/주 손실 한도, 현금 보유, 전략별/계좌별 자금 한도, 방어/중단 policy를 config로 분리한다.
+- [스케치] 주문/체결과 소액 실거래
+  - 경로: [주문/체결과 소액 실거래 PHASE](phase/order-fill-live-smoke/PHASE.md)
+  - 요약: 주문 대기열, 미체결, 부분체결, 체결 지연, 슬리피지, 취소/재주문 판단과 small live smoke test 경계를 정리한다.
+- [스케치] 피드백/전략 개선 루프
+  - 경로: [피드백/전략 개선 루프 PHASE](phase/feedback-improvement-loop/PHASE.md)
+  - 요약: 실거래 smoke와 운영 로그를 strategy profile, risk policy, order/fill 판단, 데이터 품질, AI 개입 위치 개선으로 되돌리는 루프를 정리한다.
 - [스케치] 에이전트 도구화
-  - 경로: `agent-roadmap/phase/agent-tooling/PHASE.md`
+  - 경로: [에이전트 도구화 PHASE](phase/agent-tooling/PHASE.md)
   - 요약: 에이전트를 ALT 코어가 아니라 도구/분석 보조층으로 쓰기 위한 용도, 책임 경계, `../iop` backend와 `../agent-shell` frontend 연결 후보를 정리한다.
 - [보류] 운영 UI
-  - 경로: `agent-roadmap/phase/operator-ui/PHASE.md`
+  - 경로: [운영 UI PHASE](phase/operator-ui/PHASE.md)
   - 요약: command/headless workflow와 거래 확장 기능이 충분히 표면화된 뒤 Flutter operator console과 push notification UI boundary를 연다.
 
 ## 로딩 정책
 
-- 일반 작업에서는 `agent-roadmap/ROADMAP.md`를 매번 읽지 않는다.
+- 일반 작업에서는 [ROADMAP.md](ROADMAP.md)를 매번 읽지 않는다.
-- 기능 추가, 구조 변경, 스킬 추가/수정, 문서 구조 변경 작업을 수행할 때는 `agent-roadmap/current.md`를 먼저 읽는다.
+- 기능 추가, 구조 변경, 스킬 추가/수정, 문서 구조 변경 작업을 수행할 때는 [current.md](current.md)를 먼저 읽는다.
 - `current.md`는 현재 작업 위치가 아니라 활성 Phase와 활성 Milestone 후보 목록이다.
 - `current.md`에는 개인별 현재 작업 위치나 완료 상태를 기록하지 않는다.
 - `current.md`의 활성 Phase는 `agent-roadmap/phase/<phase-slug>/PHASE.md`를 가리킨다.

agent-roadmap/phase/agent-tooling/PHASE.md

@@ -15,10 +15,10 @@
 스케치 Milestone은 아직 구현 가능한 계획이 아니므로 계획 Milestone보다 아래에 둔다.
 
 - [스케치] Agent Usage Definition Sketch
-  - 경로: `agent-roadmap/phase/agent-tooling/milestones/agent-usage-definition-sketch.md`
+  - 경로: [Agent Usage Definition Sketch](milestones/agent-usage-definition-sketch.md)
   - 요약: 에이전트를 어떤 용도와 경계의 도구로 사용할지 먼저 정의하고, 주식 분석 코어와 분리한다.
 - [스케치] IOP Agent Shell Bridge Sketch
-  - 경로: `agent-roadmap/phase/agent-tooling/milestones/iop-agent-shell-bridge-sketch.md`
+  - 경로: [IOP Agent Shell Bridge Sketch](milestones/iop-agent-shell-bridge-sketch.md)
   - 요약: `../iop` backend와 `../agent-shell` frontend를 ALT와 느슨하게 연결하기 위한 프로젝트 역할, 호출 방향, 계약 후보를 정리한다.
 
 ## Phase 경계

agent-roadmap/phase/agent-tooling/milestones/agent-usage-definition-sketch.md

@@ -2,8 +2,8 @@
 
 ## 위치
 
-- Roadmap: `agent-roadmap/ROADMAP.md`
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
-- Phase: `agent-roadmap/phase/agent-tooling/PHASE.md`
+- Phase: [PHASE.md](../PHASE.md)
 
 ## 목표
 

agent-roadmap/phase/agent-tooling/milestones/iop-agent-shell-bridge-sketch.md

@@ -2,8 +2,8 @@
 
 ## 위치
 
-- Roadmap: `agent-roadmap/ROADMAP.md`
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
-- Phase: `agent-roadmap/phase/agent-tooling/PHASE.md`
+- Phase: [PHASE.md](../PHASE.md)
 
 ## 목표
 

agent-roadmap/phase/backtest-loop/PHASE.md

@@ -14,22 +14,22 @@
 완료, 검토중, 진행중, 계획, 스케치 순서로 두어 아래로 갈수록 미래 작업에 가까워지게 정렬한다.
 
 - [완료] Backtest Engine Baseline
-  - 경로: `agent-roadmap/archive/phase/backtest-loop/milestones/backtest-engine-baseline.md`
+  - 경로: [Backtest Engine Baseline](../../archive/phase/backtest-loop/milestones/backtest-engine-baseline.md)
   - 요약: 일봉 데이터를 기준으로 재현 가능한 backtest execution loop와 결과 저장을 만든다.
 - [완료] Backtest Analysis Surface
-  - 경로: `agent-roadmap/archive/phase/backtest-loop/milestones/backtest-analysis-surface.md`
+  - 경로: [Backtest Analysis Surface](../../archive/phase/backtest-loop/milestones/backtest-analysis-surface.md)
   - 요약: backtest 결과를 operator가 비교하고 해석할 수 있는 기본 분석 표면을 만든다.
 - [완료] Backtest Data Collection Infrastructure
-  - 경로: `agent-roadmap/archive/phase/backtest-loop/milestones/backtest-data-collection-infrastructure.md`
+  - 경로: [Backtest Data Collection Infrastructure](../../archive/phase/backtest-loop/milestones/backtest-data-collection-infrastructure.md)
   - 요약: 선택 종목을 자동/일별로 수집하고 정제된 백테스트 입력 데이터만 DB에 남기는 headless 인프라를 만든다.
 - [완료] Backtest Scenario Automation
-  - 경로: `agent-roadmap/archive/phase/backtest-loop/milestones/backtest-scenario-automation.md`
+  - 경로: [Backtest Scenario Automation](../../archive/phase/backtest-loop/milestones/backtest-scenario-automation.md)
   - 요약: 선택 universe와 기간 조합을 반복 가능한 backtest scenario로 실행하고, 원격 runner에서 migration/runtime/secret 주입/결과 handoff를 안정화한다.
 - [완료] Backtest Multi-Timeframe Coverage
-  - 경로: `agent-roadmap/archive/phase/backtest-loop/milestones/backtest-multi-timeframe-coverage.md`
+  - 경로: [Backtest Multi-Timeframe Coverage](../../archive/phase/backtest-loop/milestones/backtest-multi-timeframe-coverage.md)
   - 요약: 월봉, 일봉, 분봉을 백테스트 기본 분석 timeframe으로 정리하고 data import/store/backtest/freshness 검증을 맞춘다.
 - [완료] Scheduled Market Data Refresh
-  - 경로: `agent-roadmap/archive/phase/backtest-loop/milestones/scheduled-market-data-refresh.md`
+  - 경로: [Scheduled Market Data Refresh](../../archive/phase/backtest-loop/milestones/scheduled-market-data-refresh.md)
   - 요약: 원격 서버에서 선택 universe의 market data import를 주기 실행하고 freshness/backfill/readiness를 headless로 확인한다.
 
 ## Phase 경계

agent-roadmap/phase/evidence-data-quality/PHASE.md

@@ -0,0 +1,26 @@
+# Phase: Evidence/Data 품질 기반
+
+## 상태
+
+[스케치]
+
+## 목표
+
+ALT runtime과 AI 보조 판단이 함께 사용할 수 있도록 가격, 거래량, 뉴스, 공시, 실적, 이벤트, 세션 상태를 판단 가능한 evidence로 구조화한다. 데이터 수집량 자체보다 속도와 정확도를 우선 평가하고, 이후 candidate generation과 runtime judgment의 공통 입력을 만든다.
+
+## Milestone 흐름
+
+완료된 Milestone은 archive 경로를 가리키고, 검토중, 진행중, 계획, 스케치 또는 보류 Milestone은 이 Phase 하위 `milestones/` 경로를 가리킨다.
+완료, 검토중, 진행중, 계획, 스케치 순서로 두어 아래로 갈수록 미래 작업에 가까워지게 정렬한다.
+스케치 Milestone은 아직 구현 가능한 계획이 아니므로 계획 Milestone보다 아래에 둔다.
+
+- [스케치] Runtime Evidence Data Quality POC Sketch
+  - 경로: [Runtime Evidence Data Quality POC Sketch](milestones/runtime-evidence-data-quality-poc-sketch.md)
+  - 요약: runtime evidence collection과 데이터 품질 POC를 속도/정확도 기준으로 정리한다.
+
+## Phase 경계
+
+- 이 Phase는 runtime evidence의 입력 구조와 데이터 품질 POC 기준을 다룬다.
+- provider 최종 선택은 POC 결과 전까지 확정하지 않는다.
+- AI 판단 로직 자체와 최종 투자 판단은 이 Phase의 범위가 아니다.
+- 단순히 많은 데이터를 저장하는 것이 아니라 빠르고 정확하게 필터링된 evidence를 만드는 데 초점을 둔다.

agent-roadmap/phase/evidence-data-quality/milestones/runtime-evidence-data-quality-poc-sketch.md

@@ -0,0 +1,78 @@
+# Milestone: Runtime Evidence Data Quality POC Sketch
+
+## 위치
+
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
+- Phase: [PHASE.md](../PHASE.md)
+
+## 목표
+
+Runtime evidence collection의 입력 범위와 데이터 품질 POC 기준을 정리한다. 뉴스, 공시, 실적, 가격, 거래량, 세션 상태, 이벤트를 runtime과 AI가 판단 가능한 형태로 구조화하고, provider 선택은 속도와 정확도 검증 이후로 미룬다.
+
+## 상태
+
+[스케치]
+
+## 승격 조건
+
+- [ ] evidence type 후보와 공통 metadata 후보를 정리한다.
+- [ ] 데이터 품질 POC의 speed/accuracy 평가 방식을 정한다.
+- [ ] provider 후보를 비교 가능한 단위로 좁힌다.
+- [ ] candidate generation과 runtime judgment가 evidence를 참조하는 방식의 표준선을 정한다.
+
+## 구현 잠금
+
+- 상태: 잠금
+- SDD: 불필요
+- SDD 문서: 없음
+- SDD 사유: 현재는 외부 provider 계약이나 schema 구현이 아니라 POC 방향 스케치다.
+- 잠금 해제 조건: 아래 체크리스트
+  - [ ] 승격 조건이 해소되어 구현 가능한 데이터 POC Milestone으로 분리되었다.
+- 결정 필요: 아래 목록
+  - 데이터 업체 선택과 구체 API/schema는 POC 결과 이후 결정한다.
+
+## 범위
+
+- 가격, 거래량, 뉴스, 공시, 실적, 이벤트, 세션 상태 evidence 후보
+- speed/accuracy 중심 데이터 품질 POC 기준
+- runtime과 AI가 함께 읽을 수 있는 구조화 방향
+- candidate generation과 judgment module로 넘어가는 evidence pointer 방향
+
+## 기능
+
+### Epic: [evidence] Runtime evidence collection sketch
+
+판단 가능한 데이터 구조와 품질 검증 기준을 먼저 만든다.
+
+- [ ] [types] price, volume, news, disclosure, earnings, event, session state evidence 후보를 정리한다.
+- [ ] [metadata] timestamp, source, confidence, affected symbols, event type, market/session relation 같은 공통 metadata 후보를 정리한다.
+- [ ] [quality] 데이터 품질 POC 평가 기준을 speed와 accuracy로 나눈다.
+- [ ] [filtering] 많은 데이터를 모으는 것이 아니라 빠르게 들어오고 정확히 필터링되는 구조를 목표로 남긴다.
+- [ ] [handoff] strategy candidate와 runtime judgment가 evidence pointer를 참조하는 흐름을 정리한다.
+
+## 완료 리뷰
+
+- 상태: 없음
+- 요청일: 없음
+- 완료 근거: 아직 스케치 상태이며 승격 조건이 충족되지 않았다.
+- 검토 항목:
+  - [ ] 사용자가 데이터 품질 POC 방향을 확인했다.
+  - [ ] provider 비교와 evidence schema 후보를 후속 Milestone으로 분리했다.
+- agent-ui 상태 반영: 해당 없음
+- 리뷰 코멘트: 없음
+
+## 범위 제외
+
+- provider 최종 선택
+- 외부 API 계약 확정
+- 실시간 ingestion 구현
+- AI 판단 prompt/schema 확정
+
+## 작업 컨텍스트
+
+- 관련 경로: [시장/세션 운용 모델 PHASE](../../market-session-operating-model/PHASE.md), [전략 프로파일과 후보 생성 PHASE](../../strategy-candidate-playbook/PHASE.md)
+- 표준선(선택): 데이터 품질은 수집량보다 속도와 정확도를 우선한다.
+- 표준선(선택): evidence는 runtime과 AI가 판단 가능한 구조화된 입력으로 둔다.
+- 선행 작업: Market/session/account context
+- 후속 작업: Strategy profile, candidate generation, runtime judgment
+- 확인 필요: provider 후보와 POC 평가 방식

agent-roadmap/phase/feedback-improvement-loop/PHASE.md

@@ -0,0 +1,26 @@
+# Phase: 피드백/전략 개선 루프
+
+## 상태
+
+[스케치]
+
+## 목표
+
+백테스트, runtime 판단, 소액 실거래 smoke, 체결 품질, 손익, drawdown, 예외 로그, AI 근거 요약을 review artifact로 남기고 strategy profile, risk policy, order/fill decision, 데이터 품질, AI 개입 위치 개선으로 되돌리는 루프를 정리한다.
+
+## Milestone 흐름
+
+완료된 Milestone은 archive 경로를 가리키고, 검토중, 진행중, 계획, 스케치 또는 보류 Milestone은 이 Phase 하위 `milestones/` 경로를 가리킨다.
+완료, 검토중, 진행중, 계획, 스케치 순서로 두어 아래로 갈수록 미래 작업에 가까워지게 정렬한다.
+스케치 Milestone은 아직 구현 가능한 계획이 아니므로 계획 Milestone보다 아래에 둔다.
+
+- [스케치] Feedback Review Strategy Improvement Sketch
+  - 경로: [Feedback Review Strategy Improvement Sketch](milestones/feedback-review-strategy-improvement-sketch.md)
+  - 요약: smoke/test/live 운영 결과를 전략, 정책, 데이터, AI 판단 위치 개선으로 되돌리는 review loop를 정리한다.
+
+## Phase 경계
+
+- 이 Phase는 운영 결과를 다시 전략과 정책 개선 후보로 분류하는 loop를 다룬다.
+- 완전한 포트폴리오 최적화 자동 가중치 조정은 현재 직접 구현 범위가 아니다.
+- 알림 정책과 로그 상세 수준은 실제 운영 결과를 보고 결정한다.
+- 사용자 상시 개입이 아니라 간헐적 모니터링을 전제로 둔다.

agent-roadmap/phase/feedback-improvement-loop/milestones/feedback-review-strategy-improvement-sketch.md

@@ -0,0 +1,80 @@
+# Milestone: Feedback Review Strategy Improvement Sketch
+
+## 위치
+
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
+- Phase: [PHASE.md](../PHASE.md)
+
+## 목표
+
+자동 운용 결과, 소액 실거래 smoke 결과, 체결 품질, 손익, MDD, 예외 로그, AI 근거 요약을 review artifact로 남기고 다음 strategy profile, risk policy, order/fill decision, 데이터 품질 POC, AI 개입 위치 개선으로 되돌리는 구조를 정리한다.
+
+## 상태
+
+[스케치]
+
+## 승격 조건
+
+- [ ] review artifact에 남길 결과와 evidence pointer 후보를 정리한다.
+- [ ] strategy profile, risk policy, order/fill, data quality, AI assist로 되돌리는 분류 체계를 정리한다.
+- [ ] 알림 정책과 로그 저장 상세 수준을 나중에 결정할 항목으로 분리한다.
+- [ ] 자동 개선과 반자동 승인 흐름을 어디까지 허용할지 후속 후보로 나눈다.
+
+## 구현 잠금
+
+- 상태: 잠금
+- SDD: 불필요
+- SDD 문서: 없음
+- SDD 사유: 현재는 feedback/review loop의 개념 스케치다.
+- 잠금 해제 조건: 아래 체크리스트
+  - [ ] 승격 조건이 해소되어 구현 가능한 review artifact 또는 improvement loop Milestone으로 분리되었다.
+- 결정 필요: 아래 목록
+  - 알림 정책, 로그 저장 상세 수준, 전략 가중치 자동 조정 여부는 POC와 소액 실거래 결과 이후 결정한다.
+
+## 범위
+
+- 운영 결과 review artifact
+- strategy profile 개선 후보
+- risk policy 조정 후보
+- order/fill decision 개선 후보
+- 데이터 품질과 AI 개입 위치 개선 후보
+- 알림/로그 정책 후보
+
+## 기능
+
+### Epic: [feedback] Feedback and review loop sketch
+
+운영 결과를 다음 개선 후보로 되돌리는 구조를 만든다.
+
+- [ ] [artifact] 거래 결과, 체결 품질, 손익, MDD, 예외 로그, AI 근거 요약을 review artifact 후보로 정리한다.
+- [ ] [strategy-loop] strategy profile 수정 후보로 되돌리는 기준을 정리한다.
+- [ ] [policy-loop] risk policy와 order/fill decision 개선 후보로 되돌리는 기준을 정리한다.
+- [ ] [data-ai-loop] data provider, evidence 품질, AI 개입 위치 조정 후보로 되돌리는 기준을 정리한다.
+- [ ] [operator-loop] 사용자는 상시 개입자가 아니라 예외/요약/리뷰 중심으로 개입한다는 알림 방향을 정리한다.
+
+## 완료 리뷰
+
+- 상태: 없음
+- 요청일: 없음
+- 완료 근거: 아직 스케치 상태이며 승격 조건이 충족되지 않았다.
+- 검토 항목:
+  - [ ] 사용자가 feedback loop 방향을 확인했다.
+  - [ ] review artifact와 improvement loop 구현 후보를 후속 Milestone으로 나눴다.
+- agent-ui 상태 반영: 해당 없음
+- 리뷰 코멘트: 없음
+
+## 범위 제외
+
+- 완전한 포트폴리오 최적화 자동 가중치 조정
+- 알림 정책 확정
+- 로그 저장 상세 수준 확정
+- UI dashboard 구현
+
+## 작업 컨텍스트
+
+- 관련 경로: [주문/체결과 소액 실거래 PHASE](../../order-fill-live-smoke/PHASE.md), [전략 프로파일과 후보 생성 PHASE](../../strategy-candidate-playbook/PHASE.md)
+- 표준선(선택): 운영 결과는 다음 strategy/profile/policy/data/AI 개선 후보로 분류한다.
+- 표준선(선택): 사용자는 간헐적 모니터링 역할에 가깝다.
+- 선행 작업: Small live smoke result
+- 후속 작업: Strategy improvement loop 구현, operator notification boundary
+- 확인 필요: review artifact 최소 필드와 알림 기준

agent-roadmap/phase/market-session-operating-model/PHASE.md

@@ -0,0 +1,27 @@
+# Phase: 시장/세션 운용 모델
+
+## 상태
+
+[스케치]
+
+## 목표
+
+ALT의 런타임 거래 자동화가 한국/미국 시장, 프리마켓/정규장/애프터마켓, 국내/해외 계좌, follow-the-sun 운용, 단타/스윙/장기 전략 버킷을 서로 다른 축으로 다루도록 상위 운용 모델을 정리한다. 이 Phase는 기존 백테스트 기반을 뒤집지 않고, 이후 evidence, strategy profile, runtime judgment가 공통으로 참조할 market/session/account vocabulary를 준비한다.
+
+## Milestone 흐름
+
+완료된 Milestone은 archive 경로를 가리키고, 검토중, 진행중, 계획, 스케치 또는 보류 Milestone은 이 Phase 하위 `milestones/` 경로를 가리킨다.
+완료, 검토중, 진행중, 계획, 스케치 순서로 두어 아래로 갈수록 미래 작업에 가까워지게 정렬한다.
+스케치 Milestone은 아직 구현 가능한 계획이 아니므로 계획 Milestone보다 아래에 둔다.
+
+- [스케치] Market Session Account Bucket Sketch
+  - 경로: [Market Session Account Bucket Sketch](milestones/market-session-account-bucket-sketch.md)
+  - 요약: 시장, 세션, 계좌, 전략 시간축을 분리하고 follow-the-sun 운용의 기본 context를 정의한다.
+
+## Phase 경계
+
+- 이 Phase는 시장/세션/계좌/전략 버킷의 개념 경계를 다룬다.
+- 전략 후보 생성, 판단 공식, 리스크 한도 숫자, 주문/체결 상태 머신은 후속 Phase에서 다룬다.
+- 한국/미국은 전략 구분이 아니라 market/account/rule 구분으로 본다.
+- 단타/스윙/장기는 별도 시스템이 아니라 같은 분석 OS 위의 strategy bucket으로 본다.
+- 선물/옵션은 현재 로드맵의 직접 구현 범위에서 제외한다.

agent-roadmap/phase/market-session-operating-model/milestones/market-session-account-bucket-sketch.md

@@ -0,0 +1,80 @@
+# Milestone: Market Session Account Bucket Sketch
+
+## 위치
+
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
+- Phase: [PHASE.md](../PHASE.md)
+
+## 목표
+
+한국/미국 시장, 프리마켓/정규장/애프터마켓, 국내/해외 실계좌, follow-the-sun 운용, 단타/스윙/장기 전략 버킷을 ALT 런타임의 기본 축으로 정리한다. 이후 evidence collection, strategy profile, runtime judgment, risk policy가 같은 vocabulary를 참조할 수 있게 얇은 스케치를 남긴다.
+
+## 상태
+
+[스케치]
+
+## 승격 조건
+
+- [ ] Market, Session, Account, Strategy Bucket의 최소 domain vocabulary 후보를 정리한다.
+- [ ] 한국장/미국장과 premarket/regular/aftermarket을 runtime schedule과 연결하는 표준선을 정한다.
+- [ ] 국내 계좌와 해외 계좌가 분리된 전제를 risk/order 후속 Phase에서 참조할 수 있게 정리한다.
+- [ ] 단타/스윙/장기 bucket이 strategy profile로 넘어갈 때 필요한 입력 항목을 정리한다.
+
+## 구현 잠금
+
+- 상태: 잠금
+- SDD: 불필요
+- SDD 문서: 없음
+- SDD 사유: 현재는 구현 계약이 아니라 domain vocabulary와 운용 모델 스케치다.
+- 잠금 해제 조건: 아래 체크리스트
+  - [ ] 승격 조건이 해소되어 구현 가능한 `[계획]` Milestone으로 분리되었다.
+- 결정 필요: 아래 목록
+  - market/session/account vocabulary의 최종 필드와 session calendar source는 후속 계획에서 결정한다.
+
+## 범위
+
+- KR/US market 구분
+- premarket/regular/aftermarket session 구분
+- 국내/해외 실계좌 구분
+- follow-the-sun 운용 흐름
+- 단타/스윙/장기 strategy bucket 구분
+
+## 기능
+
+### Epic: [model] Market/session operating model
+
+시장 축과 전략 시간축을 분리해 이후 Phase가 참조할 기본 context를 만든다.
+
+- [ ] [market-axis] 한국/미국을 strategy 구분이 아니라 market/account/rule 구분으로 정리한다.
+- [ ] [session-axis] premarket/regular/aftermarket과 휴장/거래 가능 시간 후보를 runtime context로 정리한다.
+- [ ] [account-axis] 국내 계좌와 해외 계좌가 이미 분리되어 있다는 전제를 risk/order 후속 Phase의 입력으로 남긴다.
+- [ ] [bucket-axis] 단타/스윙/장기를 같은 분석 OS 위의 strategy bucket으로 정리한다.
+- [ ] [sun-flow] 낮에는 한국장, 밤에는 미국장을 분석/운용하는 follow-the-sun 흐름을 정리한다.
+
+## 완료 리뷰
+
+- 상태: 없음
+- 요청일: 없음
+- 완료 근거: 아직 스케치 상태이며 승격 조건이 충족되지 않았다.
+- 검토 항목:
+  - [ ] 사용자가 market/session/account/bucket 분리 방향을 확인했다.
+  - [ ] 구현 가능한 후속 Milestone 후보를 골랐다.
+- agent-ui 상태 반영: 해당 없음
+- 리뷰 코멘트: 없음
+
+## 범위 제외
+
+- 데이터 provider 선택
+- 전략 진입/청산 공식
+- 리스크 숫자 확정
+- 주문 adapter 구현
+- 선물/옵션 직접 구현
+
+## 작업 컨텍스트
+
+- 관련 경로: [백테스트 루프 PHASE](../../backtest-loop/PHASE.md), [Evidence/Data 품질 기반 PHASE](../../evidence-data-quality/PHASE.md)
+- 표준선(선택): 한국/미국은 전략 구분이 아니라 시장/계좌/규칙 구분으로 본다.
+- 표준선(선택): 단타/스윙/장기는 같은 분석 OS 위에서 다른 시간축으로 동작한다.
+- 선행 작업: 기존 백테스트 기반
+- 후속 작업: Evidence/Data 품질 기반, 전략 프로파일과 후보 생성
+- 확인 필요: market/session/account vocabulary의 최소 필드

agent-roadmap/phase/operator-ui/PHASE.md

@@ -14,10 +14,10 @@ command/headless workflow, paper trading, 시장 확장, 실거래 경계 후보
 완료, 검토중, 진행중, 계획, 보류, 스케치 순서로 두어 아래로 갈수록 미래 작업에 가까워지게 정렬한다.
 
 - [보류] Flutter Operator Console MVP
-  - 경로: `agent-roadmap/phase/operator-ui/milestones/flutter-operator-console-mvp.md`
+  - 경로: [Flutter Operator Console MVP](milestones/flutter-operator-console-mvp.md)
   - 요약: command/headless workflow에서 충분히 표면화된 운영 항목과 승인된 wireframe을 기준으로 Flutter에서 market data, backtest, paper trading 후보를 조회하고 실행 요청할 수 있는 MVP 화면을 구현한다.
 - [스케치] Flutter Push Notification Boundary
-  - 경로: `agent-roadmap/phase/operator-ui/milestones/flutter-push-notification-boundary.md`
+  - 경로: [Flutter Push Notification Boundary](milestones/flutter-push-notification-boundary.md)
   - 요약: push notification을 operator console 본작업에서 분리하고, Firebase/platform channel 등 외부 protocol 경계를 후속 작업으로 정리한다.
 
 ## Phase 경계

agent-roadmap/phase/operator-ui/milestones/flutter-operator-console-mvp.md

@@ -2,8 +2,8 @@
 
 ## 위치
 
-- Roadmap: `agent-roadmap/ROADMAP.md`
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
-- Phase: `agent-roadmap/phase/operator-ui/PHASE.md`
+- Phase: [PHASE.md](../PHASE.md)
 
 ## 목표
 

agent-roadmap/phase/operator-ui/milestones/flutter-push-notification-boundary.md

@@ -2,8 +2,8 @@
 
 ## 위치
 
-- Roadmap: `agent-roadmap/ROADMAP.md`
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
-- Phase: `agent-roadmap/phase/operator-ui/PHASE.md`
+- Phase: [PHASE.md](../PHASE.md)
 
 ## 목표
 

agent-roadmap/phase/order-fill-live-smoke/PHASE.md

@@ -0,0 +1,26 @@
+# Phase: 주문/체결과 소액 실거래
+
+## 상태
+
+[스케치]
+
+## 목표
+
+백테스트가 완전히 재현할 수 없는 주문 대기열, 미체결, 부분체결, 체결 지연, 슬리피지, 주문 취소, 재주문 판단을 별도 order queue/fill decision module로 정리한다. 백테스트는 전략 smoke test로 보고, 소액 실거래 smoke test로 실제 체결 품질과 운영 예외를 검증한다.
+
+## Milestone 흐름
+
+완료된 Milestone은 archive 경로를 가리키고, 검토중, 진행중, 계획, 스케치 또는 보류 Milestone은 이 Phase 하위 `milestones/` 경로를 가리킨다.
+완료, 검토중, 진행중, 계획, 스케치 순서로 두어 아래로 갈수록 미래 작업에 가까워지게 정렬한다.
+스케치 Milestone은 아직 구현 가능한 계획이 아니므로 계획 Milestone보다 아래에 둔다.
+
+- [스케치] Order Fill Live Smoke Sketch
+  - 경로: [Order Fill Live Smoke Sketch](milestones/order-fill-live-smoke-sketch.md)
+  - 요약: order queue/fill decision module과 small live smoke test의 범위를 정리한다.
+
+## Phase 경계
+
+- 이 Phase는 주문 이후 상태와 소액 실거래 smoke의 검증 경계를 다룬다.
+- 미체결/부분체결 대응을 고정 대기 시간 하나로 정하지 않는다.
+- 선물/옵션과 고위험 파생 전략은 제외한다.
+- 실계좌 주문 adapter 구현은 후속 `[계획]` Milestone으로 승격된 뒤 다룬다.

agent-roadmap/phase/order-fill-live-smoke/milestones/order-fill-live-smoke-sketch.md

@@ -0,0 +1,79 @@
+# Milestone: Order Fill Live Smoke Sketch
+
+## 위치
+
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
+- Phase: [PHASE.md](../PHASE.md)
+
+## 목표
+
+실거래에서 발생하는 주문 대기열, 미체결, 부분체결, 체결 지연, 슬리피지, 취소/재주문 판단을 별도 order queue/fill decision module로 정리하고, small live smoke test로 검증할 범위를 잡는다.
+
+## 상태
+
+[스케치]
+
+## 승격 조건
+
+- [ ] 주문 대기열과 체결 상태 후보를 정리한다.
+- [ ] 미체결/부분체결/지연/취소/재주문 판단에 필요한 runtime evidence 후보를 정리한다.
+- [ ] AI가 보조할 수 있는 예외 분류/근거 요약 위치를 정리한다.
+- [ ] 국내/해외 계좌별 small live smoke 범위와 확대 기준 후보를 나눈다.
+
+## 구현 잠금
+
+- 상태: 잠금
+- SDD: 불필요
+- SDD 문서: 없음
+- SDD 사유: 현재는 order/fill과 live smoke의 개념 경계 스케치다.
+- 잠금 해제 조건: 아래 체크리스트
+  - [ ] 승격 조건이 해소되어 구현 가능한 order/fill 또는 live smoke Milestone으로 분리되었다.
+- 결정 필요: 아래 목록
+  - 미체결 판단 세부 공식과 소액 실거래 확대 공식은 smoke 결과를 보고 결정한다.
+
+## 범위
+
+- order queue
+- unfilled, partial fill, delayed fill
+- slippage
+- cancel/replace/retry 후보 판단
+- small live smoke test
+
+## 기능
+
+### Epic: [fill] Order queue and live smoke sketch
+
+실거래 차이를 검증할 주문/체결 판단 모듈과 smoke test 경계를 만든다.
+
+- [ ] [queue] 주문 대기열과 주문 상태 후보를 정리한다.
+- [ ] [fill-state] 미체결, 부분체결, 체결 지연, 슬리피지 상태 후보를 정리한다.
+- [ ] [decision] 고정 대기 시간 대신 runtime evidence 기반으로 취소/재주문 판단을 하는 방향을 정리한다.
+- [ ] [ai-fill] AI가 예외 상황 분류나 근거 요약을 보조할 수 있는 위치를 정리한다.
+- [ ] [smoke] 국내/해외 계좌별 소액 실거래 smoke test 검증 항목을 정리한다.
+
+## 완료 리뷰
+
+- 상태: 없음
+- 요청일: 없음
+- 완료 근거: 아직 스케치 상태이며 승격 조건이 충족되지 않았다.
+- 검토 항목:
+  - [ ] 사용자가 order/fill과 live smoke 분리 방향을 확인했다.
+  - [ ] field smoke 구현 후보를 후속 Milestone으로 나눴다.
+- agent-ui 상태 반영: 해당 없음
+- 리뷰 코멘트: 없음
+
+## 범위 제외
+
+- 고정 대기 시간 기반 단일 정책 확정
+- 실계좌 주문 adapter 구현
+- 실거래 확대 공식 확정
+- 선물/옵션 주문
+
+## 작업 컨텍스트
+
+- 관련 경로: [리스크 정책과 계좌 방어 PHASE](../../risk-policy-controls/PHASE.md), [피드백/전략 개선 루프 PHASE](../../feedback-improvement-loop/PHASE.md)
+- 표준선(선택): 백테스트는 주문 체결을 완전히 재현하지 못하므로 소액 실거래 smoke가 필요하다.
+- 표준선(선택): 미체결/부분체결 대응은 별도 모듈에서 runtime evidence 기반으로 판단한다.
+- 선행 작업: Risk policy gate
+- 후속 작업: Feedback/review loop
+- 확인 필요: order/fill 상태 전이와 smoke test 범위

agent-roadmap/phase/risk-policy-controls/PHASE.md

@@ -0,0 +1,26 @@
+# Phase: 리스크 정책과 계좌 방어
+
+## 상태
+
+[스케치]
+
+## 목표
+
+수익률 극대화를 기본 목표로 두되, 손실 제한과 방어/중단 정책으로 runtime 행동을 제약하는 risk policy 구조를 정리한다. MDD는 계좌 최고점 대비 하락률로 보고, 전체 계좌 기준과 개별 계좌 기준을 모두 적용하는 방향으로 둔다.
+
+## Milestone 흐름
+
+완료된 Milestone은 archive 경로를 가리키고, 검토중, 진행중, 계획, 스케치 또는 보류 Milestone은 이 Phase 하위 `milestones/` 경로를 가리킨다.
+완료, 검토중, 진행중, 계획, 스케치 순서로 두어 아래로 갈수록 미래 작업에 가까워지게 정렬한다.
+스케치 Milestone은 아직 구현 가능한 계획이 아니므로 계획 Milestone보다 아래에 둔다.
+
+- [스케치] Risk MDD Defense Stop Policy Sketch
+  - 경로: [Risk MDD Defense Stop Policy Sketch](milestones/risk-mdd-defense-stop-policy-sketch.md)
+  - 요약: MDD, 일/주 손실, 현금 보유, 전략별/계좌별 자금 한도, 방어/중단 policy를 config/policy로 분리한다.
+
+## Phase 경계
+
+- 이 Phase는 리스크 정책과 계좌 방어 구조를 다룬다.
+- 구체 숫자는 임의로 정하지 않고 사용자 설정 가능한 config/policy 값으로 분리한다.
+- 수익률 극대화는 목표로 두고, 생존성은 손실 제한/방어/중단 제약으로 다룬다.
+- 주문 체결 상태 머신과 실거래 smoke는 별도 Phase에서 다룬다.

agent-roadmap/phase/risk-policy-controls/milestones/risk-mdd-defense-stop-policy-sketch.md

@@ -0,0 +1,79 @@
+# Milestone: Risk MDD Defense Stop Policy Sketch
+
+## 위치
+
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
+- Phase: [PHASE.md](../PHASE.md)
+
+## 목표
+
+MDD, 일 손실 한도, 주 손실 한도, 현금 보유량, 전략별 자금 한도, 계좌별 자금 한도, 방어 모드 기준, 중단 모드 기준을 runtime policy로 분리하는 방향을 정리한다. 구체 숫자는 정하지 않고 config/policy 값으로 관리한다.
+
+## 상태
+
+[스케치]
+
+## 승격 조건
+
+- [ ] 전체 계좌 MDD와 개별 계좌 MDD의 적용 관계를 정리한다.
+- [ ] 일/주 손실 한도, 현금 보유량, 전략별/계좌별 자금 한도 policy 후보를 정리한다.
+- [ ] 방어 모드와 중단 모드가 final action candidate를 어떻게 제약하는지 정리한다.
+- [ ] risk policy config 위치와 후속 구현 Milestone 후보를 나눈다.
+
+## 구현 잠금
+
+- 상태: 잠금
+- SDD: 불필요
+- SDD 문서: 없음
+- SDD 사유: 현재는 policy 구조 스케치이며 구체 config/schema 구현 전 단계다.
+- 잠금 해제 조건: 아래 체크리스트
+  - [ ] 승격 조건이 해소되어 구현 가능한 risk policy Milestone으로 분리되었다.
+- 결정 필요: 아래 목록
+  - MDD 기준값, 일/주 손실 한도, 현금 보유량, 전략별/계좌별 자금 한도, 방어/중단 기준의 실제 숫자는 사용자가 config/policy로 정한다.
+
+## 범위
+
+- 전체 계좌 MDD와 개별 계좌 MDD
+- 일 손실 한도와 주 손실 한도
+- 현금 보유량
+- 전략별 자금 한도와 계좌별 자금 한도
+- 방어 모드와 중단 모드
+
+## 기능
+
+### Epic: [risk] Risk policy sketch
+
+최종 action 후보를 제약하는 policy 구조를 만든다.
+
+- [ ] [mdd] MDD는 계좌 최고점 대비 하락률 기준으로 보고 전체 계좌와 개별 계좌에 모두 적용하는 방향을 정리한다.
+- [ ] [loss-limits] 일 손실 한도와 주 손실 한도를 config/policy 값으로 분리한다.
+- [ ] [capital-limits] 현금 보유량, 전략별 자금 한도, 계좌별 자금 한도를 config/policy 값으로 분리한다.
+- [ ] [modes] 방어 모드와 중단 모드가 execute/reduce/block/review-required를 어떻게 제한하는지 정리한다.
+- [ ] [objective] 수익률 극대화를 목표로 두고 생존성은 policy 제약으로 다루는 구조를 명시한다.
+
+## 완료 리뷰
+
+- 상태: 없음
+- 요청일: 없음
+- 완료 근거: 아직 스케치 상태이며 승격 조건이 충족되지 않았다.
+- 검토 항목:
+  - [ ] 사용자가 risk policy와 설정값 분리 방향을 확인했다.
+  - [ ] config/policy 구현 후보를 후속 Milestone으로 나눴다.
+- agent-ui 상태 반영: 해당 없음
+- 리뷰 코멘트: 없음
+
+## 범위 제외
+
+- 구체 숫자 확정
+- 포트폴리오 최적화 자동 가중치 조정
+- 주문 체결 상태 머신
+- 파생상품 리스크 모델
+
+## 작업 컨텍스트
+
+- 관련 경로: [런타임 판단 플로우 PHASE](../../runtime-decision-flow/PHASE.md), [주문/체결과 소액 실거래 PHASE](../../order-fill-live-smoke/PHASE.md)
+- 표준선(선택): 리스크 값은 config/policy로 분리하고 로드맵 스케치에서 숫자를 정하지 않는다.
+- 표준선(선택): MDD는 계좌 최고점 대비 하락률 기준이다.
+- 선행 작업: Runtime judgment output 후보
+- 후속 작업: Order/fill decision, live smoke policy gate
+- 확인 필요: config/policy 위치와 schema 구현 여부

agent-roadmap/phase/runtime-decision-flow/PHASE.md

@@ -0,0 +1,26 @@
+# Phase: 런타임 판단 플로우
+
+## 상태
+
+[스케치]
+
+## 목표
+
+Runtime evidence, rule/formula-based judgment, context-aware runtime judgment, AI-assisted judgment가 결합되어 final action candidate로 내려가는 판단 흐름을 정리한다. AI는 단일 decision point가 아니라 여러 판단 모듈 안에서 필요한 해석, 분류, 예외 탐지, 근거 요약을 보조하는 위치로 둔다.
+
+## Milestone 흐름
+
+완료된 Milestone은 archive 경로를 가리키고, 검토중, 진행중, 계획, 스케치 또는 보류 Milestone은 이 Phase 하위 `milestones/` 경로를 가리킨다.
+완료, 검토중, 진행중, 계획, 스케치 순서로 두어 아래로 갈수록 미래 작업에 가까워지게 정렬한다.
+스케치 Milestone은 아직 구현 가능한 계획이 아니므로 계획 Milestone보다 아래에 둔다.
+
+- [스케치] Context AI Assisted Judgment Sketch
+  - 경로: [Context AI Assisted Judgment Sketch](milestones/context-ai-assisted-judgment-sketch.md)
+  - 요약: 규칙/공식 판단, 상황 판단, AI 보조 판단이 결합되어 최종 action 후보를 만드는 흐름을 정리한다.
+
+## Phase 경계
+
+- 이 Phase는 judgment flow와 AI 보조 위치를 다룬다.
+- AI를 자유 투자 에이전트나 단일 최종 판단자로 두지 않는다.
+- 구체 주문 실행, 체결 대응, 실거래 smoke는 후속 Phase에서 다룬다.
+- 리스크 정책은 별도 Phase의 policy gate로 둔다.

agent-roadmap/phase/runtime-decision-flow/milestones/context-ai-assisted-judgment-sketch.md

@@ -0,0 +1,79 @@
+# Milestone: Context AI Assisted Judgment Sketch
+
+## 위치
+
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
+- Phase: [PHASE.md](../PHASE.md)
+
+## 목표
+
+Runtime evidence collection 위에서 rule/formula-based judgment, context-aware decision module, AI-assisted judgment가 함께 final action candidate를 만드는 흐름을 정리한다. AI는 "매수/매도 해봐" 식의 단일 자유 투자 에이전트가 아니라 필요한 모듈 안에 들어가는 보조 판단으로 제한한다.
+
+## 상태
+
+[스케치]
+
+## 승격 조건
+
+- [ ] rule/formula judgment와 context-aware judgment의 입력과 출력 후보를 정리한다.
+- [ ] AI가 개입할 수 있는 해석/분류/예외 탐지/근거 요약 후보를 정리한다.
+- [ ] final action candidate의 execute/hold/reduce/block/review-required 후보를 정리한다.
+- [ ] risk policy와 order/fill decision으로 내려가는 handoff 경계를 정리한다.
+
+## 구현 잠금
+
+- 상태: 잠금
+- SDD: 불필요
+- SDD 문서: 없음
+- SDD 사유: 현재는 AI/runtime 판단 흐름의 개념 스케치다.
+- 잠금 해제 조건: 아래 체크리스트
+  - [ ] 승격 조건이 해소되어 judgment module 또는 AI assist boundary 구현 Milestone으로 분리되었다.
+- 결정 필요: 아래 목록
+  - AI 개입 세부 위치와 출력 형식은 POC와 운영 로그 결과를 보고 결정한다.
+
+## 범위
+
+- Runtime evidence collection 이후의 판단 흐름
+- rule/formula-based judgment
+- context-aware runtime judgment
+- AI-assisted interpretation/classification/anomaly detection/summary
+- final action candidate 생성
+
+## 기능
+
+### Epic: [judgment] Runtime and AI-assisted judgment flow
+
+여러 판단 모듈이 evidence를 결합하는 흐름을 정리한다.
+
+- [ ] [rule-formula] 수치 조건, 변동성, 손익, drawdown, 거래 가능 조건 같은 rule/formula 판단 후보를 정리한다.
+- [ ] [runtime-context] 세션 상태, 이벤트 밀도, 기존 포지션, 체결 상태, 계좌 상태를 결합하는 context-aware 판단 후보를 정리한다.
+- [ ] [ai-assist] 뉴스/공시 해석, 이벤트 분류, 예외 탐지, 상충 evidence 요약 등 AI 보조 위치 후보를 정리한다.
+- [ ] [combined-flow] runtime과 AI 보조 판단이 결합되어 final action candidate를 만드는 흐름을 정리한다.
+- [ ] [handoff] risk policy와 order/fill decision으로 넘기는 출력 후보를 정리한다.
+
+## 완료 리뷰
+
+- 상태: 없음
+- 요청일: 없음
+- 완료 근거: 아직 스케치 상태이며 승격 조건이 충족되지 않았다.
+- 검토 항목:
+  - [ ] 사용자가 AI를 단일 최종 판단자로 두지 않는 방향을 확인했다.
+  - [ ] AI 개입 후보를 후속 POC로 분리했다.
+- agent-ui 상태 반영: 해당 없음
+- 리뷰 코멘트: 없음
+
+## 범위 제외
+
+- AI 단일 allow/block 판단 구조
+- 최종 주문 실행
+- 리스크 숫자 확정
+- 실거래 adapter 구현
+
+## 작업 컨텍스트
+
+- 관련 경로: [전략 프로파일과 후보 생성 PHASE](../../strategy-candidate-playbook/PHASE.md), [리스크 정책과 계좌 방어 PHASE](../../risk-policy-controls/PHASE.md)
+- 표준선(선택): AI는 단일 decision point가 아니라 필요한 모듈 안의 보조 판단이다.
+- 표준선(선택): final action은 combined runtime + AI-assisted decision flow의 결과다.
+- 선행 작업: Evidence collection, candidate generation
+- 후속 작업: Risk policy, order/fill decision
+- 확인 필요: AI 개입 위치와 출력 형식

agent-roadmap/phase/strategy-candidate-playbook/PHASE.md

@@ -0,0 +1,26 @@
+# Phase: 전략 프로파일과 후보 생성
+
+## 상태
+
+[스케치]
+
+## 목표
+
+단타, 스윙, 장기 전략을 별도 시스템으로 나누지 않고 같은 분석 OS 위에서 다른 시간축과 조건을 가진 playbook 또는 strategy profile로 관리한다. 기존 백테스트 결과와 runtime evidence를 입력으로 후보를 생성하고, 이후 judgment/risk/order Phase로 넘길 후보의 형태를 정리한다.
+
+## Milestone 흐름
+
+완료된 Milestone은 archive 경로를 가리키고, 검토중, 진행중, 계획, 스케치 또는 보류 Milestone은 이 Phase 하위 `milestones/` 경로를 가리킨다.
+완료, 검토중, 진행중, 계획, 스케치 순서로 두어 아래로 갈수록 미래 작업에 가까워지게 정렬한다.
+스케치 Milestone은 아직 구현 가능한 계획이 아니므로 계획 Milestone보다 아래에 둔다.
+
+- [스케치] Playbook Candidate Generation Sketch
+  - 경로: [Playbook Candidate Generation Sketch](milestones/playbook-candidate-generation-sketch.md)
+  - 요약: strategy profile과 candidate generation의 연결 구조를 정리한다.
+
+## Phase 경계
+
+- 이 Phase는 strategy profile과 candidate generation의 개념 경계를 다룬다.
+- 최종 매수/매도 판단, AI 보조 판단, risk gating, 주문/체결은 후속 Phase에서 다룬다.
+- 초기 상품 범위는 주식 중심으로 둔다.
+- ETF, 숏/공매도, 파생 전략은 확장 후보로만 남긴다.

agent-roadmap/phase/strategy-candidate-playbook/milestones/playbook-candidate-generation-sketch.md

@@ -0,0 +1,79 @@
+# Milestone: Playbook Candidate Generation Sketch
+
+## 위치
+
+- Roadmap: [ROADMAP.md](../../../ROADMAP.md)
+- Phase: [PHASE.md](../PHASE.md)
+
+## 목표
+
+단타, 스윙, 장기 전략 버킷을 playbook 또는 strategy profile로 관리하고, 기존 백테스트 결과와 runtime evidence를 이용해 candidate generation으로 이어지는 구조를 정리한다. 후보는 최종 실행 판단이 아니라 이후 judgment/risk/order 단계가 검토할 입력으로 둔다.
+
+## 상태
+
+[스케치]
+
+## 승격 조건
+
+- [ ] strategy profile에 들어갈 market/session/timeframe/evidence/risk reference 후보를 정리한다.
+- [ ] 백테스트 결과가 strategy smoke test로 candidate generation에 연결되는 방식을 정한다.
+- [ ] 후보가 된 이유를 evidence pointer로 남기는 방식을 정한다.
+- [ ] 단타/스윙/장기 bucket별 candidate source 후보를 나눈다.
+
+## 구현 잠금
+
+- 상태: 잠금
+- SDD: 불필요
+- SDD 문서: 없음
+- SDD 사유: 현재는 strategy profile과 후보 생성의 방향 스케치다.
+- 잠금 해제 조건: 아래 체크리스트
+  - [ ] 승격 조건이 해소되어 구현 가능한 strategy profile 또는 candidate generation Milestone으로 분리되었다.
+- 결정 필요: 아래 목록
+  - 전략 가중치 자동 조정 여부와 profile 세부 필드는 smoke/review 결과 이후 결정한다.
+
+## 범위
+
+- 단타/스윙/장기 strategy bucket
+- playbook 또는 strategy profile 개념
+- 백테스트 결과의 strategy smoke test 역할
+- 가격/거래량/이벤트/news/disclosure 기반 후보 생성
+- evidence pointer 기반 후보 설명
+
+## 기능
+
+### Epic: [profile] Strategy profile and candidate sketch
+
+전략 버킷별 후보 생성 구조를 만든다.
+
+- [ ] [profile-shape] strategy profile의 market/session/timeframe/evidence/risk reference 후보를 정리한다.
+- [ ] [backtest-smoke] 백테스트는 실거래 재현이 아니라 전략 smoke test로 쓰는 기준을 남긴다.
+- [ ] [candidate-source] 가격/거래량, 이벤트, 뉴스, 공시, 백테스트 통과 후보를 candidate source로 분리한다.
+- [ ] [bucket-map] 단타/스윙/장기 bucket별 candidate generation 차이를 정리한다.
+- [ ] [evidence-link] 후보마다 왜 후보가 되었는지 evidence pointer를 남기는 방향을 정리한다.
+
+## 완료 리뷰
+
+- 상태: 없음
+- 요청일: 없음
+- 완료 근거: 아직 스케치 상태이며 승격 조건이 충족되지 않았다.
+- 검토 항목:
+  - [ ] 사용자가 strategy profile과 candidate generation 분리 방향을 확인했다.
+  - [ ] 후속 구현 Milestone 후보를 나눴다.
+- agent-ui 상태 반영: 해당 없음
+- 리뷰 코멘트: 없음
+
+## 범위 제외
+
+- 최종 투자 판단
+- 리스크 한도 적용
+- 주문 제출과 체결 판단
+- ETF/숏/파생 전략 구현
+
+## 작업 컨텍스트
+
+- 관련 경로: [Evidence/Data 품질 기반 PHASE](../../evidence-data-quality/PHASE.md), [런타임 판단 플로우 PHASE](../../runtime-decision-flow/PHASE.md)
+- 표준선(선택): 단타/스윙/장기 전략은 같은 분석 OS 위의 시간축 bucket이다.
+- 표준선(선택): 후보 생성은 최종 실행 판단이 아니라 judgment module의 입력이다.
+- 선행 작업: Market/session context, runtime evidence collection
+- 후속 작업: Runtime judgment, risk policy
+- 확인 필요: strategy profile 최소 필드와 candidate evidence 형식