kjh2064
41531470d3
## Phase 2 목표 Phase 1 (252+ 일 shadow run)의 결과를 검증하여 Phase 3 최종 Go/No-Go를 결정 ## 5팀 병렬 검증 (11-04 ~ 11-07) ### Team 1: PBO 검증 (모델팀) - 목표: PBO < 20% - 기준: IS Sharpe > 1.0, OOS Sharpe > 0.5 - 산출물: PBO_VERIFICATION_REPORT.md ### Team 2: DSR 검증 (리스크팀) - 목표: DSR > 0.5 - 기준: 월별 일관성 > 80%, 최악월 > 0.3 - 산출물: DSR_VERIFICATION_REPORT.md ### Team 3: OOS 검증 (데이터팀) - 목표: OOS Drift < 2.5% - 기준: 월별 일관성 > 80%, 최대 일일 < 5% - 산출물: OOS_VERIFICATION_REPORT.md ### Team 4: Audit 검증 (컴플라이언스팀) - 목표: 감시 시스템 정상 - 기준: 중복 < 0.1%, 완성도 > 99% - 산출물: AUDIT_VERIFICATION_REPORT.md ### Team 5: Debt 검증 (아키텍처팀) - 목표: 기술부채 결제 확인 - 기준: 누적 275% (Q3), Q4 계획 수립 - 산출물: DEBT_PAYDOWN_REPORT.md ## Phase 2 타임라인 ### Week 1: 11-01 ~ 11-03 (데이터 수집) - 11-01: Phase 2 공식 시작 - 11-02: 데이터 이상점 검토 - 11-03: 데이터 배포 완료 ### Week 2: 11-04 ~ 11-07 (5팀 병렬 검증) - Day 1 (11-04): 데이터 수집 & 검증 - Day 2 (11-05): 계산 & 분석 - Day 3 (11-06): 리포트 작성 - Day 4 (11-07): 최종 점검 ### Week 3: 11-08 ~ 11-10 (통합 판단) - 11-08: 5팀 리포트 통합 - 11-09: 최종 판단 결정 - 11-10: 통합 리뷰 ### Week 4: 11-11 ~ 11-15 (최종 승인) - 11-11: CTO 기술 검토 - 11-12: CFO 재무 검토 - 11-13: CEO/COO 최종 승인 - 11-15: Phase 2 완료 ## Go/No-Go 기준 ### GO 조건 (모두 만족) ✅ PBO < 20% ✅ DSR > 0.5 ✅ OOS < 2.5% ✅ Audit PASS ✅ DEBT 결제 확인 ### FAIL 시나리오 ❌ PBO ≥ 20% → 모델 재조정 (2-3주) ❌ DSR ≤ 0.5 → 전략 재평가 (2-3주) ❌ OOS ≥ 2.5% → 모델 개선 (2-3주) ❌ Audit 실패 → 긴급 점검 (1주) ❌ DEBT 미결제 → 우선 결제 (1주) ## 팀 구성 - PBO팀: 모델팀 (3명) - DSR팀: 리스크팀 (3명) - OOS팀: 데이터팀 (3명) - Audit팀: 컴플라이언스팀 (2명) - Debt팀: 아키텍처팀 (2명) 총 13명 병렬 작업 ## 진행 추적 Daily Standup: 매일 16:00 (30분) Weekly Review: 매주 금요일 (1시간) 일정 버퍼: 2일 (긴급 상황 대응) ## 성공 지표 - 일정 준수: 100% - 리포트 품질: 90% - 팀 만족도: 8/10 - 블로커 해결: 1시간 내 ## 팀 교육 (사전) - 모듈 1: Phase 2 개요 (1시간) - 모듈 2: 검증 방법 (2시간) - 모듈 3: 도구 & 자동화 (1시간) - 모듈 4: 이슈 대응 (1시간) 총 5시간 교육 ## 상태 ✅ 데이터 준비: 완료 ✅ 스크립트 준비: 완료 ✅ 템플릿 준비: 완료 ✅ 팀 구성: 확정 ✅ 일정 확정: 완료 ✅ 실행 계획: 준비됨 → 2026-11-01: 공식 실행 준비 완료 Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
K-ArtSell Aegis v16.0
Reference implementation closure for governed advisory research. RESEARCH_CANDIDATE_NOT_PRODUCTION; automatic order/KIS/model activation OFF.
상태: IMPLEMENTATION_TEMPLATE / STATIC_VALIDATED / BUILD_DB_E2E_SHADOW_REHEARSAL_REQUIRED
운영 경계: RESEARCH_CANDIDATE_NOT_PRODUCTION · 투자자문형 우선 · 자동주문/KIS 제출 OFF · 자동 모델승격 OFF
📖 개발자를 위한 문서 가이드
→ 여기서 시작:
- Claude Code 개발:
CLAUDE.md— 로컬 개발, 빌드, 테스트, Gitea API - AI 코딩 헌법:
AGENTS.md— 모든 작업의 기준 (13개 결정 기준, 체크리스트, 안티패턴) - 아키텍처:
docs/03_ARCHITECTURE_BE_FE.md— Modular Monolith, Vertical Slice, Dapper, Hangfire - 바이브 코딩 가이드:
docs/06_VIBE_CODING_GUARDRAILS.md— AI 입력 패킷, 차단 규칙, 리팩터링 정공법 - Validation Gates:
docs/07_VALIDATION_GATES.md— 생산 배포 조건
문서 색인: docs/INDEX.md
기술부채 추적: TECH_DEBT_REGISTER.md — Impact/Effort 매트릭스, 분기별 회수 목표
v16.0은 v10.0의 Baseline Preservation + Delta + Supersession + Traceability, RG-0108, PIT·불변 Evidence·26 Vertical Slice 기준과 v12.1v14.0 실행 패키지를 삭제하지 않고 보존한 누적 Delta다. 화면 수나 코드량을 생산준비도로 간주하지 않으며, Source/License → PIT/Revision/DQ → Evidence/Version Set → Sell/Reentry → Recommendation → Maker-Checker → Publish → Outcome → Reconciliation/DR의 완결성으로 판단한다.
v16.0 핵심 Delta
FE 표준화·교체 가능성
- UI Adapter Contract v3.0과 14개 Capability를 제공한다.
- 업무 Feature에서 PrimeVue/AG Grid 직접 import를 금지하고
shared/ui/adapter경계 안에서만 허용한다. Ks*Wrapper,CrudWorkspaceLayout,OperationsConsoleLayout, 표준 CRUD List/Form Page, URL Query Codec, 공통 13상태 Matrix를 제공한다.- Adapter 교체는 contract conformance, keyboard/focus/a11y, T01~T10 회귀, visual regression, bundle·license 검사와 release approval을 통과해야 한다.
BE·데이터·스케줄러 실행완결성
- Endpoint → Application → Domain Policy → Dapper/Npgsql → Outbox/Inbox를 한 Vertical Slice로 완결한다.
- 스케줄 실행은
scheduledForanchor, catch-up 정책, BusinessHold, dispatch revision, correlation, version set을 보존한다. - 평가창은 달력 일이 아니라 MarketCalendar의 1/5/20/63/126/252 거래세션으로 성숙도를 판정한다.
prediction_evaluation_window,metric_cohort_definition,ui_contract_release와 append-only 보호를 Migration 0020에 추가했다.- J39 FeedbackCycleIntegrityAudit와 J40 EvaluationWindowIntegrityAudit는 기본
disabled다.
알고리즘·지속 모델운영
- 매도 우선순위는
HARD_IMPAIRMENT → PORTFOLIO_SURVIVAL → DYNAMIC_PROFIT_FLOOR → CONCENTRATION/LIQUIDITY → OPPORTUNITY_COST → REENTRY_OPTION으로 고정한다. - 비가치훼손 매도는 ReentryWatch, 새 CycleId/Lot, 단계간격·만료·중복방지를 동반한다.
- 모델 루프는 Freeze → Mature → Score → Diagnose → Hypothesis → Challenger → Validate → Review → Manual Activation으로 제한한다.
- 자동 재학습·자동 승격·자동 주문을 하지 않으며 모든 활성화는 ModelCard, OOS/PBO/DSR, maker-checker, effective_at, rollback evidence를 요구한다.
실행 자료 규모
- 상세 WBS: 576건(기존 480 + v15 Delta 96)
- 기술부채: 124건
- Decision Log: 80건
- Traceability Matrix: 101건
- FE Component Catalogue: 43건
- Job Catalogue: 26건
먼저 읽을 문서
docs/v15_0/K-ArtSell_Aegis_v15_0_실행완결성_표준UI_지속모델운영_통합고도화_제안서.docxdocs/v15_0/00_EXECUTIVE_CRITICAL_PROPOSAL.mddocs/v15_0/01_ROLE_BASED_BRUTAL_AUDIT.mddocs/v15_0/02_FRONTEND_STANDARD_AND_ADAPTER_V3.mddocs/v15_0/03_SCHEDULER_AND_CONTINUOUS_FEEDBACK.mddocs/v15_0/08_DETAILED_WBS_MASTER.csvdocs/v15_0/TECH_DEBT_REGISTER.csv
주요 구현 경로
- FE Adapter/Wrapper:
frontend/src/shared/ui/adapter/,frontend/src/shared/ui/components/ - 표준 CRUD/Layout:
frontend/src/shared/crud/,frontend/src/shared/ui/layouts/ - UI 계약:
contracts/ui/ui-adapter.v3.json,crud-page.v1.json,layout-regions.v1.json - 스케줄 계약:
contracts/schedules/model-operations.v3.json - 모델운영 도메인:
src/KArtSell.Modules.ModelOperations/Domain/ - DB Delta:
db/migrations/0020_v15_execution_and_ui_contract_hardening.sql - 화면/Slice 생성기:
tools/scaffold_ui_screen.py,tools/scaffold_vertical_slice.py - 원본 첨부:
attachments/current_session/,attachments/source_archives/
현재 검증 진실성
확인 완료:
- v15 정적 패키지 검증:
PASS=1 / WARN=2 / FAIL=0 - Python 정책 Golden: 4 tests PASS
- Scaffold 검증: 3 tests PASS
- DOCX: 18페이지 전부 렌더·육안 확인, 접근성 감사
high=0 / medium=0 / low=0
아직 통과로 주장하지 않는 Gate:
.NET 10 restore/build/testpnpm frozen install/typecheck/Vitest/build/Playwright- PostgreSQL DbUp fresh/upgrade/re-run/failure-recovery
- Outbox/Inbox crash/replay, DR·대사 리허설
- 최소 252거래일 Shadow, 복수 국면 OOS, PBO/DSR
위 Gate가 충족되기 전에는 생산 배포, 투자일임형, 자동주문 또는 자동 모델승격으로 해석하지 않는다.