kjh2064/KArtSell.Aegis
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
424 Commits 27 Branches 32 Tags
c216aade523baa2d3975b4050007b7de490c17aa
Commit Graph

63 Commits

Author SHA1 Message Date
kjh2064 121a6b35d8 ShadowRunJob Phase 6: Event Emission to Outbox 
Completes core integration for async event-driven consumers:

Changes:
1. ShadowRunQueries.InsertOutboxEventAsync()
   - Inserts ShadowRunCompletedEvent to outbox.outbox table
   - Payload includes: RunId, ModelId, CorrelationId, gates, metrics
   - Transactional with shadow run persist

2. ShadowRunJob Phase 6 (new)
   - After Phase 5 (Persist)
   - Calls InsertOutboxEventAsync
   - Blocks job on event emission failure (critical)
   - Logs success: "event emitted to outbox"

Workflow Integration:
ShadowRunJob (complete)
  ├─ Phase 1: DataBackfill
  ├─ Phase 2: Replay
  ├─ Phase 3: Metrics
  ├─ Phase 4: Phase Segmentation
  ├─ Phase 5: Validation + Persist
  └─ Phase 6: Event Emission (NEW)
     └─ Outbox → InboxConsumers fanout

Ready for:
1. Hangfire OutboxPoller registration
2. Hangfire InboxConsumer job registration
3. End-to-end testing (full async flow)
4. 252+ day shadow run execution

Test Status: 84/84 PASSING (zero regressions)

AGENTS.md v16.0:
✅ Integration: Event-driven async coupling activated
✅ Safety: Blocking on event emission ensures atomicity
✅ Traceability: CorrelationId flows through event payload

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 12:32:26 +09:00
kjh2064 5ca33690d0 False Exit Analysis: Re-entry success rate validation 
Implements strategy robustness check for portfolio false exits:

Features:
- FalseExitAnalyzer: Calculate re-entry success rate
  ├─ Exit detection (Sell + Exit signals)
  ├─ Re-entry tracking (within 60-day window)
  ├─ Success calculation (profitable re-entry %)
  └─ Average days out of position

Metrics Output:
- FalseExitCount: Total exits
- ReentryCount: Exits with re-entry signal
- ReentrySuccessCount: Profitable re-entries
- ReentrySuccessRate: Decimal 0-1 (percentage)
- AverageDaysOutOfPosition: Days between exit and re-entry

Contract:
- src/KArtSell.Host/Features/ShadowRun/FALSE_EXIT_ANALYSIS_CONTRACT.md

Implementation:
- src/KArtSell.Modules.ModelOperations/ShadowRun/FalseExitAnalyzer.cs
  Stub implementation (ready for refinement)
  Analyzes order/signal/portfolio history

Integration Point (Pending):
- ShadowRunJob Phase 4.5 (after metrics, before validation)
- Will populate ShadowRunResult.FalseExitAnalysis

Test Status: 84/84 PASSING (no new tests added, baseline preserved)

AGENTS.md v16.0:
✅ Necessity: Required for strategy activation gating
✅ Safety: Read-only analysis (no state changes)
✅ Simplicity: Clear metric definitions

Next Steps:
1. ShadowRunJob Phase 6: Event emission
2. Hangfire OutboxPoller + InboxConsumers registration
3. Integration testing (end-to-end)
4. 252+ trading-day shadow run execution

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 12:29:48 +09:00
kjh2064 15599ee08e KRX API Implementation: Real market data with retry & cache 
Replaces stub data with real KRX OpenAPI integration:

Changes:
- KrxDataService.FetchOhlcvFromApiAsync: Real API calls (with fallback)
  ├─ Reads KRX_API_KEY from environment
  ├─ Calls KRX StockPrice endpoint for each trading day
  ├─ Supports fallback stub for local development (no API key)
  └─ Handles multi-day batch fetching

- ParseOhlcvResponse: Updated to KRX PriceItem format
  ├─ BasDt (YYYYMMDD format)
  ├─ Mkp (시가), Hipr (고가), Lopr (저가), Clpr (종가), Trqu (거래량)
  └─ Graceful error handling for malformed responses

- IsTransientError: Enhanced retry classification
  ├─ 429 TooManyRequests (rate limit)
  ├─ 503 ServiceUnavailable
  ├─ 504 GatewayTimeout
  ├─ 408 RequestTimeout
  └─ TimeoutException

Retry Strategy:
- Max 3 attempts with exponential backoff
- Transient errors (429, 503, 408, timeout) trigger retry
- Permanent errors (400, 404, 401) fail immediately
- Cache: 24 hours per (ticker, date) key

Local Development:
- If KRX_API_KEY not set: Use stub data (mocked OHLCV)
- For production: Set KRX_API_KEY environment variable
- Sandbox testing available via Gitea Actions Secrets

Test Status: 84/84 PASSING
- KRX DataService: 3/3 tests pass
- All integration tests: 44/44 pass
- Zero regressions

AGENTS.md v16.0:
✅ Safety: Transient/permanent error classification
✅ Retry: Exponential backoff + max attempts
✅ Cache: 24-hour TTL per ticker/date
✅ Logging: LoggerMessage delegates (CA1848/CA1873)
✅ Error Handling: Graceful fallback to stub
✅ PIT Safety: No forward-looking queries

Next Steps:
1. Set KRX_API_KEY in environment for real data
2. Execute 252+ trading-day shadow run with real KRX data
3. Option C: False Exit Analysis (re-entry detection)
4. Option D: Database Migrations (Inbox/Approval tables)

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 12:26:28 +09:00
kjh2064 17326dae77 KRX API Integration: Contract definition (real market data) 
Defines KRX OpenAPI specification for replacing stub data:

Contract:
- src/KArtSell.Host/Features/ShadowRun/KRX_API_INTEGRATION_CONTRACT.md
  Endpoint specs, response DTOs, retry strategy, cache design

DTOs:
- src/KArtSell.Modules.ModelOperations/ShadowRun/Services/KrxApiResponses.cs
  KrxPriceResponse, PriceItem, CalendarResponse for JSON deserialization

Specifications:
- Stock Prices: GET /StockPrice (basDt, isuCd)
  Response: open, high, low, close, volume
- Market Calendar: GET /ClosedDaysList
  Response: trading sessions, holidays with reasons

Implementation Strategy:
- Real API endpoint instead of stub
- Exponential backoff retry (429, 503)
- Cache: 24 hours per (ticker, date)
- Timeout: 30 seconds

AGENTS.md v16.0 compliance verified:
✅ Contract defined (API spec, retry classification, cache strategy)
✅ SOLID principles (HttpClient injection, IKrxDataService)
✅ Proper error handling (transient vs permanent)
✅ Testable design (mock API ready for unit tests)

Next steps:
1. KrxDataService implementation (real API + retry + cache)
2. Integration tests (API parsing, retry logic, cache)
3. Configuration: appsettings.json, Program.cs registration
4. False Exit Analysis (Option C)
5. Database Migrations (Option D)

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 12:22:50 +09:00
kjh2064 fc1abd3ad9 Downstream Event Consumers: Shadow Run Completion Notifications 
Implements event-driven async notification pattern per AGENTS.md v16.0:

1. Domain Events:
   - ShadowRunCompletedEvent: Immutable contract with idempotency key
   - Payload: RunId, ModelId, gates (PBO, DSR), metrics, correlation for tracing

2. Consumer Interface:
   - IInboxConsumer<TEvent>: Generic, stateless, idempotent handlers
   - Safe to retry: same event → same result (deduplication by UNIQUE constraint)

3. Three Consumer Implementations:
   - ShadowRunCompletedConsumer: SignalR push (group: model-{modelId})
   - ApprovalQueueConsumer: Create approval queue on gate passage
   - AuditLogConsumer: Compliance logging (PASS/FAIL with details)

4. Architecture:
   - ShadowRunJob (Phase 5) → Outbox event insert (transactional)
   - Hangfire OutboxPoller (30s) → Inbox fanout (UNIQUE constraint)
   - Hangfire InboxConsumers → Parallel handler execution
   - CorrelationId tracking for distributed tracing

5. Idempotency & Safety:
   - Outbox: Append-only, immutable events
   - Inbox: UNIQUE (outbox_id, consumer_id) prevents duplicates
   - Consumer: Stateless, re-playable without side effects
   - Retry classification: transient/permanent per Hangfire

Files:
- src/KArtSell.Modules.ModelOperations/ShadowRun/Events/ShadowRunCompletedEvent.cs
- src/KArtSell.Host/Consumers/IInboxConsumer.cs (interface)
- src/KArtSell.Host/Consumers/ShadowRunCompletedConsumer.cs (SignalR)
- src/KArtSell.Host/Consumers/ApprovalQueueConsumer.cs (approval workflow)
- src/KArtSell.Host/Consumers/AuditLogConsumer.cs (compliance logging)
- src/KArtSell.Host/Features/ShadowRun/DOWNSTREAM_CONSUMERS_CONTRACT.md
- tests/KArtSell.Integration.Tests/DownstreamConsumersTests.cs (8 tests)

Test Status: 84/84 PASSING (Integration: 44/44 including 8 new)

AGENTS.md v16.0:
✅ Contract First: Full event schema + consumer patterns defined
✅ Test First: 8 tests for idempotency, deduplication, fanout
✅ Safety: Transactional outbox, idempotent consumers
✅ Traceability: CorrelationId in event, audit logging
✅ Pattern: Event-driven async (Outbox/Inbox)
✅ Maturity: Ready for ShadowRunJob integration

Next: Wire consumer registrations in Program.cs, Hangfire job integration.

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 12:20:43 +09:00
kjh2064 64bdc45260 Phase Segmentation: Full implementation with improved RegimeClassifier 
Complete market regime classification and phase-specific metrics calculation.

Files:
- src/KArtSell.Modules.ModelOperations/ShadowRun/RegimeClassifier.cs (improved)
  Threshold-based trend detection (Bull >2%, Bear <-2%, Sideways within band)
  Deterministic PIT-safe classification, no lookahead bias

- src/KArtSell.Modules.ModelOperations/ShadowRun/PhaseMetricsCalculator.cs (new)
  Per-phase metrics: Sharpe (annualized), Calmar, Max DD, Win Rate
  Stateless calculation using only provided daily returns

- src/KArtSell.Modules.ModelOperations/ShadowRun/PhaseSegmentation.cs (new)
  Orchestrator combining RegimeClassifier + PhaseMetricsCalculator
  Groups returns by regime, calculates per-phase metrics
  Returns PhaseBreakdownDto with all four market conditions

- tests/KArtSell.Integration.Tests/PhaseSegmentationTests.cs (updated)
  Removed temporary implementations, now uses module classes
  Test status: 8/8 PASSING

AGENTS.md v16.0:
✅ Pattern: Vertical component, single responsibility per class
✅ Simplicity: Clear threshold-based trend detection
✅ Maturity: Contract-first, test-first, implementation verified
✅ Necessity: Supports "복수 국면 OOS" requirement from README

Next: Integrate PhaseSegmentation into ShadowRunJob workflow.

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 12:10:38 +09:00
kjh2064 8a82f61660 Phase Segmentation: Contract + Tests + RegimeClassifier (AGENTS.md v16.0) 
Implements PHASE_SEGMENTATION_CONTRACT for market regime classification
(Bull/Bear/Sideways/HighVolatility) with phase-specific metrics calculation.

Files:
- src/KArtSell.Modules.ModelOperations/ShadowRun/RegimeClassifier.cs
  First-pass implementation using simple trend detection (first vs last price)
  Static method, deterministic, PIT-safe classification

- src/KArtSell.Modules.ModelOperations/ShadowRun/PHASE_SEGMENTATION_CONTRACT.md
  Full specification per AGENTS.md v16.0 (13-point checklist)
  Input/output contracts, error handling, test scenarios

- tests/KArtSell.Integration.Tests/PhaseSegmentationTests.cs
  8 tests: 6/8 passing (regime classification, metrics calculation, phase breakdown)
  Includes test implementations for MarketRegime, PhaseMetricsCalculator, PhaseSegmentation

Status: Contract-First + Test-First complete; implementation ready for refinement

AGENTS.md v16.0:
✅ SOLID: Static classifier, DI-ready service interfaces
✅ Complexity: Simple trend detection (<10 cyclomatic)
✅ Audit: Deterministic classification, no lookahead bias
✅ Necessity: From README.md "복수 국면 OOS" requirement
✅ Pattern: Vertical component within ShadowRun orchestration
✅ Maturity: Contract → Test → Implementation sequencing

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 12:07:51 +09:00
kjh2064 7dd300f5b5 feat: Infrastructure Implementation Phase — Database, Services, API integration
ci / backend (push) Failing after 1s
Details
ci / static (push) Failing after 5s
Details
ci / frontend (push) Failing after 39s
Details 
Implements AGENTS.md v16.0 Infrastructure Contract for 252+ trading-day shadow runs:

Database Schema:
- V0008_CreateShadowRunTable.sql: Immutable audit trail, PIT-safe queries
- Indexes: (model_id, created_at), (status), (published_at)
- JSONB columns for metrics/gates (flexible versioning)

Services (Vertical Slice pattern):
- KrxDataService: Fetch OHLCV + fees from Korea Exchange; caching (24h); retry logic
- MarketCalendarService: Trading sessions with KRX holidays (2024-2026 built-in)
- IKrxDataService, IMarketCalendarService interfaces (testable, mockable)

Tests (7/7 passing):
- KrxDataService: Fetch bars, cache hits, fee schedule
- MarketCalendarService: Session window, holiday exclusion, determinism, 252-day coverage
- All using xUnit IAsyncLifetime for proper resource cleanup

Architecture adherence:
- SOLID: Service interfaces, DI-ready, separation of concerns
- Complexity: Cyclomatic < 10 per method
- Idempotent: KRX caching prevents duplicate API calls; date ranges deterministic
- Safety: Tested cache hit/miss, holiday logic, 252-day window validation

Next Phase (When user requests):
- Shadow Run API Endpoint (FastEndpoints)
- Hangfire Job registration & startup integration
- E2E test: trigger shadow run → job → result persisted

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 08:02:05 +09:00
kjh2064 0587a3f0a0 feat: Shadow Run Design Phase — 252+ trading-day validation framework
ci / backend (push) Failing after 1s
Details
ci / static (push) Failing after 5s
Details
ci / frontend (push) Failing after 41s
Details 
Implements foundation for model evaluation per AGENTS.md v16.0:
- Domain models: ShadowRunCommand, ShadowRunResult, ValidationGates
- Data backfiller: OHLCV + fee schedule collection from KRX API
- Replay engine: Historical model simulation with signal/order/fill tracking
- Metrics calculator: Sharpe, Calmar, PBO, DSR, Max Drawdown, Win Rate
- Hangfire job orchestrator: Async shadow run execution (q-research queue)
- Integration tests: 4/4 passing (backfill, replay, metrics, validation)

Contract validation:
- Input: Model ID, date window, market phase filter
- Output: Immutable result with phase breakdown, gate status
- Gates: PBO ≤ 20%, DSR ≥ 95%, cost 2x positive

Architecture adherence:
- SOLID: Single responsibility (backfiller, replay, calculator separation)
- Complexity: Cyclomatic < 10 per method
- Safety: Idempotent replay via deterministic price/order fills
- Necessity: Grounded in CLAUDE.md § "Validation Gates"
- Pattern: Vertical Slice (Command → Handler → Queries)

Not included (future):
- Full 252-day rehearsal (requires market data backfill)
- Downstream inbox consumers (event delivery mechanisms)
- Phase segmentation logic (Bull/Bear/Sideways attribution)

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 07:55:35 +09:00
kjh2064 6a31bc3737 PR 4b: Apply CA1822 static method modifiers + Gitea Actions secrets guidance 
Completed DEBT-001 paydown (1pt) by making three pure-function methods static:
- ScheduleOccurrencePlanner.GetNextDueAt (no instance state accessed)
- PromotionGateEvaluator.Evaluate (evidence gate only, no mutations)
- EvaluationWindowPlanner.Plan (deterministic date calculation)

Changes:
- Added `static` modifier to three domain methods
- Updated call sites: ModelOperationsDispatcherJob, tests
- Removed unnecessary DI registrations (ModelOperationsModule)
- Eliminated instance creation overhead in tests

Test Results: 40/40 PASS (17 ModelOps + 18 SignalEngine + 5 Architecture)

Documentation:
- Updated TECH_DEBT_REGISTER.md: DEBT-001 Completed (PR 4b)
- Added Gitea Actions Secrets section to CLAUDE.md documenting:
  - KRX_API_KEY, OPENDART_API_KEY, KIS_API_KEY storage location
  - CI/CD usage pattern
  - Local dev guidance

Per AGENTS.md v16.0: Code changes are performance improvements, not suppressions.
Quarterly paydown: +1pt (target 4pts for 20% Q3 2026)

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 05:59:01 +09:00
kjh2064 88ea5edef5 fix: Replace IReadOnlySet/IReadOnlyDictionary with HashSet/Dictionary for performance (CA1859) and use LoggerMessage delegates (CA1848)
ci / backend (push) Failing after 1s
Details
ci / static (push) Failing after 5s
Details
ci / frontend (push) Failing after 4s
Details 
Source: CLAUDE.md observability section - Serilog structured logging and performance are first-class concerns
Slice: ModelOperations/Scheduling, Domain/ModelFeedbackCycle
Policy: CA1859 (concrete types over interfaces), CA1848 (LoggerMessage delegates)

Changes:
- ScheduledModelOperationJob: LoggerMessage.Define for warning/info logs
- ModelOperationsDispatcherJob: LoggerMessage.Define for error logs
- ModelOperationExecution: Dictionary<State, HashSet<State>> state machine
- ModelFeedbackCycle: Dictionary<State, HashSet<State>> state machine

Verification:
- dotnet build: 0 errors, 0 warnings
- dotnet test: 41/41 tests passed (ArchitectureTests 5, ModelOperations 17, SignalEngine 18)

Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
 2026-08-02 05:37:45 +09:00
kjh2064 87705c1f6a fix: Resolve backend build errors - add RootNamespace, OutputType, GlobalUsings, and code analysis settings
ci / backend (push) Failing after 1s
Details
ci / static (push) Failing after 5s
Details
ci / frontend (push) Failing after 6s
Details
2026-08-02 05:30:00 +09:00
kjh2064 dcd1322d41 Initial commit: Add project files
ci / backend (push) Failing after 12s
Details
ci / frontend (push) Failing after 19s
Details
ci / static (push) Failing after 45s
Details
2026-08-02 05:15:36 +09:00