- kis_data_collection.db: KIS API 데이터 수집용 (data_feed 테이블)
- snapshot_admin.db: 성능/포지션 관리용 (performance, positions 테이블)
도구 경로 업데이트:
- auto_collect_t20_ledger_v1.py: kis_data_collection.db 사용
- measure_sector_flow_reliability_v1.py: kis_data_collection.db 사용
- validate_data_collection_v1.py: snapshot_admin.db 사용
- monitor_wbs_progress_v1.py: snapshot_admin.db 사용
- backup_recovery_manager_v1.py: 2개 DB 모두 백업
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
도구: tools/validate_data_collection_v1.py
기능:
- 데이터베이스 존재 및 크기 확인
- 모든 테이블 스키마 검증
- 데이터 무결성 검증 (PRAGMA integrity_check)
- 컬럼별 데이터 타입 샘플 확인
- 핵심 테이블 (data_feed, performance, positions) 검증
- NULL 값 비율 계산
- 필수 컬럼 누락 검사
실행:
python tools/validate_data_collection_v1.py
출력:
- 스키마 검증: SUCCESS
- 무결성 검증: SUCCESS
- 타입 검증: SUCCESS
- 핵심 테이블 검증: SUCCESS
- JSON 리포트 저장
이 도구로 모든 테이블과 컬럼의 데이터 정확성을 검증할 수 있습니다.
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
## WBS-8.1: T+20 거래 레저 자동 수집
신규 도구: tools/auto_collect_t20_ledger_v1.py
기능:
- T+20 경과 거래 자동 감지
- 성과 데이터 자동 수집
- performance 탭 자동 기록
- 진행률 모니터링 (목표: 30건)
목표 달성 시기: 2026-07-15
진행률 추적: 일일 1회 실행
## WBS-9.7: 자동 백업 정책 구현
신규 워크플로우: .gitea/workflows/auto_backup_schedule.yml
백업 정책:
- 일일 증분 백업 (매일 자정)
- 주간 전체 백업 (매주 월요일)
- 상태 점검 (매일 정오)
- 월간 복구 테스트 (매월 1일)
목표:
- 복구 시간 < 1시간
- 성공률 99%
- 30일 자동 보관
## 병렬 진행 상태
WBS-8: 12.5% (1/8 완료)
- 8.1: T+20 자동 수집 체계 완성
- 8.5: 섹터 플로우 누적 중 (10%)
- 8.4: 실거래 대기 (80%)
WBS-9: 71.4% (5/7 준비 완료)
- 9.1: F14 완료
- 9.4: 장애 대응 준비 완료
- 9.7: 백업 정책 완성
다음 마일스톤:
- 2026-07-01: WBS-9.4 장애 대응 훈련
- 2026-07-15: WBS-8.1 활성화 (T+20 30건)
- 2026-08-01: WBS-9 공식 시작
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
도구: tools/monitor_wbs_progress_v1.py
기능:
- WBS-8 & WBS-9 실시간 진행률 추적
- 현황 자동 수집 및 리포트 생성
- 위험 요인 식별 및 경고
- 다음 마일스톤 자동 계산
사용:
python tools/monitor_wbs_progress_v1.py
출력:
- WBS-8: 12.5% (1/8 완료)
- WBS-9: 71.4% (5/7 준비 완료)
- JSON 리포트 저장
WBS-9 공식 시작: 2026-08-01
예상 완료: 14-21일 (병렬 진행)
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
WBS-9.1: F14 마이그레이션 완결 ✅
- late_chase_risk_score, late_chase_gate 포트 완료
- Parity 테스트 36개 PASS (17+19 테스트)
- docs/WBS_9_1_F14_MIGRATION_COMPLETE_2026_06_22.md
WBS-9.2: snapshot_admin 성능 최적화
- tools/benchmark_snapshot_admin_performance_v1.py
- 단일/동시 테이블 성능 측정
- P99 < 2초 검증, 자동 리포트 생성
WBS-9.3: 데이터 품질 강화 ✅ 80% 완료
- spec/12_field_dictionary.yaml: NULL 정책 추가
- auto_fill_atr20_v1.py: ATR20 자동 계산
- auto_fill_rsi14_v1.py: RSI14 자동 계산
- auto_fill_velocity_v1.py: velocity 자동 계산
- auto_fill_stop_price_v1.py: 손절가 자동 계산
- CI 게이트 3개 (NULL_CHECK, FILLABLE, ESTIMATION_BLOCK)
WBS-9.4: 장애 대응 플레이북 ✅
- docs/WBS_9_4_INCIDENT_RESPONSE_PLAYBOOK_2026_06_22.md
- 5가지 시나리오 (KIS, Cloudflare, GAS, Admin, Data)
- RTO/RPO 명시, 모의 훈련 일정
WBS-9.5: 섹터 플로우 신호 신뢰도
- tools/measure_sector_flow_reliability_v1.py
- Hit Rate, Correlation, Reliability Score 측정
- HIGH/MEDIUM/LOW/INSUFFICIENT 판정
- WBS-8.5 완료(섹터 플로우 30일) 후 실행
WBS-9.6: LLM 레이더 문서 최적화 전략
- docs/WBS_9_6_LLM_RADAR_OPTIMIZATION_STRATEGY_2026_06_22.md
- 5-Phase 구현 계획 (신뢰도/순서/의존성/용어/오류검증)
- 목표: 독해 오류율 50% 이상 감소
WBS-9.7: 자동 백업 & 복구
- tools/backup_recovery_manager_v1.py
- 일일 증분/주간 전체 백업
- 자동 정리(30일), 무결성 검증
- 복구 < 1시간, 99% 성공률 목표
WBS-9 최종 요약:
- docs/WBS_9_FINAL_SUMMARY_2026_06_22.md
- 7개 항목 모두 준비 완료
- 2026-08-01 공식 시작
- 14-21일 병렬 진행으로 완료 가능
파일 추가:
- src/quant_engine/auto_fill_atr20_v1.py
- src/quant_engine/auto_fill_rsi14_v1.py
- src/quant_engine/auto_fill_velocity_v1.py
- src/quant_engine/auto_fill_stop_price_v1.py
- tools/measure_sector_flow_reliability_v1.py
- tools/backup_recovery_manager_v1.py
- docs/WBS_9_FINAL_SUMMARY_2026_06_22.md
Next: WBS-8.1 (T+20 ledger 30건, ~2026-07-15)
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
WBS-8.7: spec-code 동기화 확장 완료 (66.4%, 93/140)
- 목표 50% 초과달성 (12 files)
- strategy, risk, exit, formulas, governance 파일 대량 태깅
WBS-9: 모든 7개 항목 준비 완료
WBS-9.1: F14 마이그레이션 완결 (GAS → Python)
- late_chase_risk_score, late_chase_gate 포트 완료
- Parity 테스트 전부 PASS
- 상세 문서: docs/WBS_9_1_F14_MIGRATION_COMPLETE_2026_06_22.md
WBS-9.2: snapshot_admin 성능 최적화
- 벤치마킹 도구 작성: tools/benchmark_snapshot_admin_performance_v1.py
- P99 < 2초 목표, 10개 테이블 동시 로드 검증
- 성능 리포트 및 최적화 권장사항 자동 생성
WBS-9.3: 데이터 품질 강화
- 12_field_dictionary.yaml에 NULL 정책 추가
- chargeability, priority, fillable 필드 명시
- 자동 충전 규칙 및 CI 게이트 정의
- 4개 자동 충전 절차 구현 준비
WBS-9.4: 장애 대응 플레이북
- 5가지 시나리오별 복구 절차 표준화
- RTO/RPO 명시 (KIS 5분, Cloudflare 2분, GAS 3분 등)
- 모의 훈련 일정 (2026-07-01 ~ 07-29)
- 상세 문서: docs/WBS_9_4_INCIDENT_RESPONSE_PLAYBOOK_2026_06_22.md
WBS-9.6: LLM 레이더 문서 최적화 전략
- 신뢰도 레벨 분류 (Canonical/Adapter/Reference/Deprecated)
- 5-계층 읽음 순서 정의
- 의존성 그래프 자동화 계획
- 용어 표준화 및 오류율 측정 도구
- 목표: 독해 오류율 50% 이상 감소
- 상세 문서: docs/WBS_9_6_LLM_RADAR_OPTIMIZATION_STRATEGY_2026_06_22.md
파일 추가:
- tools/benchmark_snapshot_admin_performance_v1.py (성능 벤치마크)
- docs/WBS_9_4_INCIDENT_RESPONSE_PLAYBOOK_2026_06_22.md
- docs/WBS_9_1_F14_MIGRATION_COMPLETE_2026_06_22.md
- docs/WBS_9_6_LLM_RADAR_OPTIMIZATION_STRATEGY_2026_06_22.md
WBS-9 시작 예정: 2026-08-01
- 9.1~9.4, 9.6, 9.7 병렬 진행 가능
- 9.5는 WBS-8.5 완료(섹터 플로우 30일) 후
Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
## 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>
WBS-7.6 (슬리피지 5bps 보정):
- 이론치 5bps를 calibration_registry.yaml에 EXECUTION_SLIPPAGE_BPS 등록
- spec/55_execution_simulator_contract.yaml에서 threshold 참조로 변경
- calibration_trigger: 실제 거래 20건 누적 후 actual_slippage 추적해 필요시 보정
WBS-7.9 (Naver 스크래핑 Cloudflare 403 모니터링):
- tools/fetch_naver_market_data_v1.py: HTTP 403 감지 시 CLOUDFLARE_BLOCKED_403 상태 반환
- 구조화된 에러 처리로 무조건 실패 대신 graceful degradation 가능
- spec/exit/qualitative_sell_strategy_v1.yaml: WBS-7.9 처리 문서화
- 실제 차단 발생 시 대체 경로 없음(KRX=OTP 필수, investing.com=이미 차단)
→ 운영: 차단 발생 시 수동 실행 또는 slack 경고
WBS-7.7 (E2E 통합테스트):
- 기존 tests/integration/test_kis_collection_to_snapshot_admin_and_sell_strategy_v1.py 검증
- 3개 테스트 모두 PASS:
* KIS 수집 → SQLite 적재 → snapshot_admin 대시보드 읽기 round-trip
* Naver 폴백 차단 시 graceful degradation 검증 (개별 ticker 실패 흡수)
* 정성매도전략 평가 → SQLite 저장 → 조회 round-trip
- 네트워크 미사용 (mock 데이터, graceful failure)으로 CI 안정성 확보
전체 테스트: 135/135 PASS (unit 61 + integration 3 + formula/formula_registry/... 71)
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
kjh2064