## 7개 항목별 세부 스펙 및 실행 전략
### 항목 개요
1. **WBS-9.1**: GAS 마이그레이션 완결 (F14 재검토)
- 1-2일, 중간 난이도, 무선행조건
2. **WBS-9.2**: snapshot_admin 성능 최적화 (<2초)
- 2-3일, 중간 난이도
3. **WBS-9.3**: 데이터 품질 강화 (NULL 정책)
- 1-2일, 낮음 난이도
4. **WBS-9.4**: 장애 대응 플레이북 (5가지 시나리오)
- 2-3일, 중간 난이도
5. **WBS-9.5**: 섹터 플로우 신호 신뢰도 (WBS-8.5 의존)
- 1일, 낮음 난이도
6. **WBS-9.6**: LLM 레이더 문서 최적화
- 2-3일, 높음 난이도
7. **WBS-9.7**: 자동 백업 & 복구
- 2-3일, 중간 난이도
### 실행 전략
- **병렬 진행**: 9.1, 9.2, 9.3, 9.4, 9.6, 9.7 (동시 가능)
- **순차 필수**: 9.5 (WBS-8.5 완료 후)
- **총 예상**: 14-21일 (병렬 진행)
- **시작**: 2026-08-01 (WBS-8.1 활성화 후)
### 문서 포함 사항
각 항목별 세부 작업 단계, 성공 기준, 예상 기간, 선행조건 명시
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
WBS-9.8 (Slack 통합 모니터링) 항목 제거.
Slack API 연동하지 않음 — 모니터링은 로그/상태 파일로 관리.
WBS-9: 7개 항목으로 축소
1. GAS 마이그레이션 완결 (F14)
2. snapshot_admin 성능 최적화
3. 데이터 품질 강화
4. 장애 대응 플레이북
5. 섹터 플로우 신호 신뢰도
6. 문서 신뢰도 맵
7. 자동 백업 & 복구
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
## WBS-9 개요
WBS-8의 실증 검증 완료 후, 성능 최적화와 운영 안정성을 극대화하는 단계.
예상 기간: 2026-08-01 ~ 2026-10-31
## 8개 항목
1. **WBS-9.1**: GAS 마이그레이션 완결 (F14 미해결 항목)
2. **WBS-9.2**: snapshot_admin 성능 최적화 (<2초 로딩)
3. **WBS-9.3**: 데이터 품질 강화 (NULL 처리 정책)
4. **WBS-9.4**: 장애 대응 플레이북 (5가지 시나리오)
5. **WBS-9.5**: 섹터 플로우 신호 신뢰도 측정
6. **WBS-9.6**: LLM 레이더 문서 최적화
7. **WBS-9.7**: 자동 백업 & 복구 체계
8. **WBS-9.8**: Slack 통합 모니터링
## 의존성 구조
- 독립 병렬: 9.1, 9.2, 9.3, 9.4, 9.6, 9.7, 9.8
- 선행 의존: WBS-8.5 완료 → WBS-9.5
## 테스트 상태
179/179 PASS (parity + unit tests)
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
## WBS-8 개요
WBS-7 구조적 경화 완료 후, 실거래 데이터 누적을 통한 이론적 임계값의 실증적 검증 및 운영 안정화.
예상 기간: 2026-07-01 ~ 2026-09-30
현재 parity 테스트: 95/95 PASS
## 8개 항목
1. **WBS-8.1**: T+20 레저 30건 달성 & 예측 정확도 활성화 (~2026-07-15)
2. **WBS-8.2**: 알파 보정 루프 1차 실행 (8.1 의존)
3. **WBS-8.3**: 캘리브레이션 실증 전환 1차 (8.1 의존)
4. **WBS-8.4**: 슬리피지 실측 보정 (체결 5건↑)
5. **WBS-8.5**: 섹터 플로우 30일 누적 검증 (~2026-07-21)
6. **WBS-8.6**: Synology snapshot_admin 라이브 배포 검증
7. **WBS-8.7**: spec-코드 동기화 게이트 커버리지 확장 (12.5%→50%↑)
8. **WBS-8.8**: KIS 수집기 리팩터 (원격 병행 중)
## 의존성 구조
- 병렬 진행 가능: 8.5, 8.6, 8.7, 8.8
- 순차 의존: 8.1 → {8.2, 8.3, 8.4}
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
GAS calcDistributionRiskRow_의 "THIN_ADAPTER: delegated to Python" 주석이
틀린 주석이었음을 발견 — GAS(DISTRIBUTION_RISK_SCORE_V1, 점수식 BUY 차단
게이트)와 Python calc_distribution_detector_per_ticker(DISTRIBUTION_SELL_DETECTOR_V1,
6신호 카운트, PRE_DISTRIBUTION_EARLY_WARNING 정밀도 보완)는 이미 spec에
서로 다른 고유 formula_id로 등록된 독립 공식이었다. "GAS가 Python의 중복"
이라는 ledger 전제가 거짓이었을 뿐, 코드는 원래부터 올바르게 분리돼 있었다.
사용자 결정(둘 다 유지, 역할 분리)에 따라:
- GAS 소스의 잘못된 주석 정정(gdf_03_portfolio_gates.gs) + 번들 재생성
- 양쪽 formula_registry에 상호 related_formula 참조 추가(향후 혼동 방지)
- governance/gas_logic_migration_ledger_v1.yaml: migration_action을
DELETE_DISTRIBUTION_RISK_GAS → KEEP_BOTH_SEPARATE_ROLES로 변경, DONE
Synology 실배포는 검증 불가하지만, 인증 게이트 자체(401/wrong-401/correct-200,
WWW-Authenticate 헤더)는 로컬에서 --auth-user/--auth-password로 재현해 문서의
실측 절차 1)·3) 기대값과 정확히 일치함을 확인했다. 2)/5)/6)은 실제 NAS·공개
호스트명이 필요해 사용자가 직접 수행해야 함을 명시했다.
이미 harness_file:/python_tool:/validator: 필드로 1:1 코드 매핑을
스스로 명시하고 있던 H001~H008 결정론적 하네스 계약 7개(spec/52~58)와
spec/32(canonical_artifact_resolver), spec/37(evaluation_dashboard_contract)에
has_code_implementation/code_path를 추가했다. 모든 대상 파일의 code_path
실존을 사전 확인했다.
governance/rules/00~05, spec/40·45·46·gas_adapter_contract 등 다중 구현체에
걸친 계약은 단일 code_path로 환원하면 거짓 1:1 매핑이 되므로 의도적으로
제외했다(WBS-7.11 핵심 원칙 유지).
"자동화가 안 되면 차후 개선 목표로" 라는 지시에 따라 추정이 아니라
실제로 pykrx(이미 EOD 가격조회에 쓰이는 동일 라이브러리)의
get_shorting_balance()/get_etf_price_deviation()/get_etf_tracking_error()를
호출해 재시도했다. 기본 시세조회는 정상 작동하지만 이 세 함수는 세션
부트스트랩 후에도 HTTP 400 LOGOUT을 반환 — KRX 회원 로그인이 필요한
서버측 인증 게이트임을 raw HTTP로 재현 확인했다(헤더/세션 문제 아님).
자동화하려면 KRX 계정을 자격증명으로 등록해야 하는데, 이는
governance/rules/06·07과 같은 종류의 새 정책 결정이라 사용자 승인
없이 추가하지 않고 개선 목표로 이관한다(next_review_date: 2026-09-30).
- spec/16_data_gaps_roadmap.yaml S4/S5: automation_attempt_2026_06_22
필드에 재현 절차 기록, next_review_action을 "API 키 발급"이 아니라
"KRX 계정 발급·자격증명 관리 정책 승인 여부"로 재구성
- docs/runbook.md: 공매도 잔고율 주1회(매주 월요일 개장 전) CSV 수동
갱신, ETF NAV 수동 import(tools/import_etf_nav_manual.py) 운영절차 명문화
매수/매도 주문 및 계좌 잔고조회를 API로 직접 실행하지 않는다는 원칙을
코드 레벨에서 강제하는 안전게이트(governance/rules/06, 07)와 함께,
시세/호가/공매도거래비중 등 조회전용 KIS Open API 연동 및 SQLite
수집 파이프라인을 추가한다.
- kis_api_client_v1: 모든 요청이 _assert_read_only를 통과해야 하며
/trading/ 경로·주문 TR_ID는 RuntimeError로 즉시 차단
- kis_data_collection_v1: KIS 우선 + Naver 폴백, 네트워크 실패는
개별 ticker 단위로 흡수(배치 전체 중단 없음)
- data_collection_store_v1 / storage_backend_v1: SQLite 캐노니컬
저장소, PostgreSQL 전환 대비 백엔드 추상화
- Gitea 영업일 스케줄(2시간 간격) + CI 강제 게이트
(validate_no_direct_api_trading_v1, validate_kis_api_credentials_v1)
- gdf_06_rebalance.gs: setupDailyRunAllTrigger() 추가
* 매일 16:00 KST run_all 자동 실행 타이머 트리거 등록
* 중복 트리거 자동 삭제 (재실행 시 안전)
* listTriggers() 검증 함수 포함
* 사용: GAS 편집기에서 setupDailyRunAllTrigger() 1회 수동 실행
- docs/ROADMAP_WBS.md: WBS-5.3 완료 표시
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
- 5개 페이즈 로드맵 (P1 기반경화 → P5 완전자동화)
- 21개 WBS 항목, 각 항목별 데이터 기반 성공 하네스
- 현재 완성도 KPI 매트릭스 (NULL 40→10, lifecycle 9→100%)
- Sprint 1~3 즉시 실행 목록
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
주요 변경:
- tools/build_rebalance_engine_v1.py: REBALANCE_ENGINE_V1 신규
* account_snapshot 직접 합산(_build_snap_position_map) → 소수주 분리 행 병합
* 레짐 소스 macro.REGIME_PRELIM 최우선 (GAS 와 동일)
- src/gas_adapter_parts/gdf_06_rebalance.gs: runRebalanceSheet_() 신규
* Logger.log / getSpreadsheet_() 로 run_all 연동 수정
- src/gas_adapter_parts/gdc_01_fetch_fundamentals.gs
* _mergePositionRecord_(): 소수주 중복 행 합산 신규
* parseInt → parseFloat (qty, availQty)
- src/gas_adapter_parts/gdf_01_price_metrics.gs
* 미보유 종목 SELL_READY → WATCH_EXIT_SIGNAL
- spec/41_release_dag.yaml: build_rebalance_sheet 노드 추가 (step_count 63)
- spec/51_formula_lifecycle_registry.yaml: REBALANCE_ENGINE_V1 등록
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
kjh2064