Complete ALL 8 DECISION_REQUIRED approval documents for comprehensive WBS unblocking

Final decision document: 8. AEG-X-001: Version Coverage & Cross-Version Test Matrix - Decision owner: PM, Architecture, DevOps/QA - Required: 4 decisions (support matrix, test coverage, CI/CD infrastructure, compatibility gate) - Deadline: 2026-08-21 - Blocks: Version coverage matrix completion, cross-version CI/CD Complete set of 8 DECISION_REQUIRED documents now ready for stakeholder review: 1. AEG-X-001: Version Coverage Matrix (PM/Architect/DevOps/QA) 2. AEG-X-038: Fee/Tax/FX Schedule (Ops/Tax/Compliance/Owner) 3. AEG-VS-05-01: Fundamentals PIT (PM/Architect/Compliance) 4. V13-FE-038: DataGrid Performance Budget (FE/SRE/QA) 5. AEG-X-005: Reconciliation Auth (Security/Compliance) 6. AEG-X-008: OpenAPI Baseline (API Architect/DevOps) 7. AEG-VS-00-05: Job Run Schema (SRE/DBA/Architecture) 8. AEG-VS-06-01: Cost/Tax/FX Schedule (PM/Architect/Compliance/CFO) Each document: - Clearly enumerated 3-5 specific decisions required - Structured submission format for approver response - Linked to blocking WBS items and dependent slices - Consistent deadline: 2026-08-21 (1 week) - Identified decision owner and escalation path All 8 documents ready for parallel stakeholder review. AGENTS.md compliance: Necessity-driven (blocks 8+ major features), Traceability (links to WBS/requirements), Right Way (formal approval process). Status: All unblocked work completed; external approvals/infrastructure needed for remaining items. Co-Authored-By: Claude Haiku 4.5 <noreply@anthropic.com>
Complete all 8 DECISION_REQUIRED approval documents for WBS unblocking
2026-08-14 13:21:17 +09:00 · 2026-08-14 13:15:14 +09:00 · 2026-08-14 13:09:42 +09:00
8 changed files with 1513 additions and 0 deletions
@@ -0,0 +1,202 @@
+# AEG-VS-00-05: Job Run 스키마 & 운영 정책 승인 요청
+
+**WBS Item:** AEG-VS-00-05  
+**Status:** ⏳ IN_PROGRESS → DECISION_REQUIRED  
+**Decision Owner:** SRE/DBA, Architecture  
+**Blocks:** Event/Job/Inbox 계약 완료, 재처리 정책 확정  
+**Impact:** Job 실행 추적 미완료, 재시도 정책 불명확, 감시 불완전  
+
+---
+
+## 현재 상태
+
+**구현 완료:**
+- ✅ db/migrations/0000_building_blocks.sql (building_blocks.job_run 생성)
+- ✅ DapperJobRunRepository.cs (CRUD 구현)
+- ✅ OutboxPollerJob (이벤트 폴링)
+- ✅ DownstreamConsumerJob (Inbox 처리)
+- ✅ Architecture tests 6/6 PASS
+
+**검증 대기:**
+- ⏳ Fresh/upgrade/re-run/failure 리허설 증거 (DB 필요)
+- ⏳ 보존 정책 (retention policy)
+- ⏳ 인덱싱 전략
+- ⏳ 운영 SLA 계약
+
+---
+
+## 필요한 4가지 결정
+
+### 1️⃣ Job Run 상태 모델 (State Machine Contract)
+
+**결정:** Job 실행의 허용된 상태 전이 정의
+
+```
+Current schema (building_blocks.job_run):
+- id: UUID
+- job_type: enum (ShadowRun, OutboxPoller, TradeStatusPolling, etc.)
+- status: enum (Queued, Running, Completed, Failed, ???)
+- created_at: timestamp
+- completed_at: timestamp (nullable)
+- duration_ms: integer
+- error_message: text
+- result_summary: JSONB
+- retry_count: integer
+- idempotency_key: UUID (unique, for replay safety)
+
+Questions:
+✅ 허용 상태: [ ] (Queued → Running → Completed/Failed/BusinessHold?)
+✅ 중간 상태 필요: [ ] (Retrying? Paused?)
+✅ 상태별 재시도 정책: [ ] (transient/permanent/dq/business-hold 분류?)
+✅ 최대 재시도: [ ] (count)
+
+Linked Items:
+- Hangfire job status (how to map?)
+- DEBT-024 (retry classification)
+- Exponential backoff policy
+```
+
+### 2️⃣ Job 실행 재처리 정책 (Replay Semantics)
+
+**결정:** 실패 Job의 재처리 조건과 안전성
+
+```
+Idempotency guarantee:
+- Current: idempotency_key (UUID unique constraint)
+- Goal: Same key → Same result (deterministic)
+
+Questions:
+✅ Determinism 범위: [ ] (모든 Job? 일부만?)
+✅ 외부 API 호출: [ ] (재시도 시 replay 가능?)
+✅ 부분 실패: [ ] (일부 성공 + 일부 실패 → 어떻게?)
+✅ 재처리 기한: [ ] (24h? 7일? 무제한?)
+
+Linked Items:
+- OutboxPollerJob (exactly-once semantics)
+- DapperInboxStore (deduplication)
+- Distributed transaction boundaries
+```
+
+### 3️⃣ 보존 정책 & 정리 (Retention & Archival)
+
+**결정:** Job 실행 기록을 얼마나 오래 보관할 것인가
+
+```
+Current state:
+- No archival or cleanup defined
+- Table growth: unbounded (2-3 jobs/second × 365 days = ~60M rows/year)
+
+Questions:
+✅ 보존 기간: [ ] (30일? 90일? 1년? 영구?)
+✅ 정리 정책: [ ] (DELETE? Archive to S3? Summarize?)
+✅ 감사 대상: [ ] (특정 job_type만? 모두?)
+✅ GDPR 대응: [ ] (actor/IP/data redaction?)
+
+Linked Items:
+- GDPR retention (docs/CURRENT/AEG-X-007_*)
+- Compliance retention periods
+- Database archival strategy
+- Grafana metric retention
+```
+
+### 4️⃣ 운영 모니터링 & SLA (Operational Contract)
+
+**결정:** Job 성능과 SLA 목표
+
+```
+Metrics needed:
+- P95/P99 job duration (by job_type)
+- Failure rate (% per hour)
+- Retry rate (successful retries vs give-up)
+- Queue depth (pending jobs)
+
+Questions:
+✅ SLA 목표: [ ] (e.g., P95 < 5s, failure rate < 0.1%)
+✅ Alert 임계값: [ ] (error rate > 5%? retry rate > 10%?)
+✅ 주간 보고: [ ] (job success rate, avg duration, anomalies)
+✅ 에스컬레이션: [ ] (SRE pager? on-call runbook?)
+
+Linked Items:
+- Serilog structured logging (job_run_id in logs)
+- OpenTelemetry spans (job execution tracing)
+- Grafana dashboards (job health)
+- Runbook (failure scenarios & recovery)
+```
+
+---
+
+## 제출 형식
+
+**승인자는 다음 정보 제공:**
+
+### 1. Job Run State Machine
+```
+Allowed States:
+  [x] Queued → Running → Completed
+  [ ] Queued → Running → Retrying → Running → Completed
+  [ ] Queued → Running → Failed → [terminal]
+  
+Max Retries: [ ] (count)
+
+Retry Classification:
+  - Transient: [ ] (e.g., timeout, 503)
+  - Permanent: [ ] (e.g., 400, bad input)
+  - DQ (Data Quality): [ ] (e.g., missing field)
+  - BusinessHold: [ ] (e.g., awaiting approval)
+```
+
+### 2. Replay Semantics
+```
+Idempotency Guarantee:
+  Applies to all jobs: [ ] (Yes/No)
+  
+External API retry policy:
+  Retry on 5xx: [ ] (Yes/No)
+  Retry on timeout: [ ] (Yes/No)
+  
+Partial failure handling:
+  Strategy: [ ] (all-or-nothing / partial-OK)
+  
+Replay deadline: [ ] (hours)
+```
+
+### 3. Retention Policy
+```
+Retention Period:
+  All jobs: [ ] (days)
+  Failed/Retry jobs: [ ] (days, if different)
+  Archived jobs: [ ] (S3 path or delete)
+  
+GDPR Compliance:
+  Redact actor/IP: [ ] (Yes/No)
+  Retention audit: [ ] (Yes/No)
+```
+
+### 4. Operational SLA
+```
+Performance Target:
+  P95 duration: [ ] (ms)
+  P99 duration: [ ] (ms)
+  
+Availability:
+  Target failure rate: [ ] (%)
+  Alert threshold: [ ] (%)
+  
+Monitoring:
+  Dashboard link: [ ] (Grafana path)
+  Runbook: [ ] (ops/runbook link)
+```
+
+---
+
+## 의존성
+
+- **Blocks:** Event/Job/Inbox 완전 구현, VS-26/28/29 프로덕션 등록
+- **Related:** Hangfire 스케줄링, Outbox/Inbox 패턴, 감시
+- **Prerequisite:** SRE/DBA/Architecture 팀 협력
+
+---
+
+**제출 기한:** 2026-08-21 (1주)  
+**승인자:** SRE Lead, DBA Lead, Architecture  
+**Escalation:** CTO (정책 논쟁 시)
@@ -0,0 +1,128 @@
+# AEG-VS-05-01: 펀더멘털 PIT 계약 승인 요청
+
+**WBS Item:** AEG-VS-05-01  
+**Status:** ⏳ BLOCKED → DECISION_REQUIRED  
+**Decision Owner:** PM/Architect/Compliance  
+**Blocks:** IngestFundamentalsPIT Slice (VS-05), Gate G1 approval, Financial analysis  
+**Impact:** 기본 데이터 수집 구현 불가능, 평가 베이스라인 미정  
+
+---
+
+## 근본 원인
+
+**WBS 정의와 실제 문서의 충돌**
+
+| 항목 | WBS 정의 | 기존 문서 | 해결 필요 |
+|------|---------|---------|---------|
+| **VS-05 범위** | IngestFundamentalsPIT (요구사항: REQ-FND-001) | Risk Metrics (unrelated 개념) | ✅ 명확화 필요 |
+| **데이터 소스** | 미정 | 미정 | ✅ 승인 필요 |
+| **계약** | 시간-기반 PIT 모델 | 미정 | ✅ 설계 필요 |
+
+---
+
+## 필요한 3가지 결정
+
+### 1️⃣ 펀더멘털 데이터 범위 명확화
+
+**결정:** VS-05는 "펀더멘털"을 무엇으로 정의하는가?
+
+**옵션:**
+- **A)** 재무제표 기본: 매출, 이익, 현금흐름, 자산, 부채 (주요)
+- **B)** A + 밸류에이션: PER, PBR, ROE, 부채비율 (파생)
+- **C)** A + B + 거시경제: GDP, 금리, 환율 (외생)
+- **D)** 커스텀: [정의 필요]
+
+**선택:**
+```
+✅ 펀더멘털 데이터 정의: [ ]
+✅ 데이터 범위 (A/B/C/D): [ ]
+✅ 업데이트 주기: [ ] (quarterly/annual/custom)
+```
+
+### 2️⃣ 데이터 소스 및 라이선싱 승인
+
+**결정:** 공식 데이터 소스 지정 및 라이선스
+
+| 데이터 범주 | 제안 소스 | 라이선스 | 승인 필요 |
+|-----------|---------|--------|---------|
+| **재무제표** | OpenDart (한국기업) | 공개 | ✅ |
+| **밸류에이션** | 계산 파생 또는 제3자 API | TBD | ✅ |
+| **거시경제** | 한국은행/OECD | 공개 | ✅ |
+
+**선택:**
+```
+✅ 재무제표 소스: [ ]
+✅ 밸류에이션 소스: [ ]
+✅ 거시경제 소스: [ ]
+✅ 라이선스 확인 완료: [Yes/No]
+```
+
+### 3️⃣ PIT 시간 모델 및 정정 정책
+
+**결정:** Point-in-Time 데이터 모델과 정정 처리
+
+```
+Questions:
+- published_at: 데이터 공포 시점 (e.g., 2026-05-31 재무공시일)
+- effective_at: 데이터 적용 시점 (e.g., 2026-03-31 분기 말)
+- correction_reason: 정정 이유 (data error, restatement, revised forecast)
+
+Policy needed:
+- 정정 데이터 처리: 덮어쓰기? 새 행 추가?
+- 소급 적용 가능? (이전 평가 재계산)
+- GDPR 보존 정책: 정정 이력 유지 기간?
+
+Linked Items:
+- MIG-FND-001 (마이그레이션 0040+)
+- Append-only 불변성 원칙
+- GDPR 데이터 보존 정책
+```
+
+**선택:**
+```
+✅ PIT 시간 정의: [ ]
+✅ 정정 정책: [ ] (overwrite/append/versioning)
+✅ 소급 적용: [ ] (Yes/No)
+✅ 보존 기간: [ ] (years)
+```
+
+---
+
+## 제출 형식
+
+**승인자는 다음 정보 제공:**
+
+1. **범위**
+   ```
+   ✅ 펀더멘털 정의: [option A/B/C/D + 커스텀]
+   ✅ 업데이트 주기: [frequency]
+   ```
+
+2. **소스**
+   ```
+   ✅ 각 데이터 범주별 공식 소스
+   ✅ 라이선스 확인 증명
+   ✅ API/데이터 계약 링크
+   ```
+
+3. **PIT 모델**
+   ```
+   ✅ published_at 정의
+   ✅ effective_at 정의
+   ✅ 정정 정책 (overwrite/append)
+   ✅ 보존 정책
+   ```
+
+---
+
+## 의존성
+
+- **Blocks:** VS-05 구현, Gate G1 Financial Data approval
+- **Related:** OpenDart 통합 (AEG-X-009 기존), Cost Basis (DEBT-X), Valuation models
+- **Prerequisite:** 소스 데이터 접근 확인 (라이선스 검증)
+
+---
+
+**제출 기한:** 2026-08-21 (1주)  
+**승인자:** PM Lead, Architect, Compliance/Legal  
+**Escalation:** Chief Investment Officer
@@ -0,0 +1,255 @@
+# AEG-VS-06-01: 비용/세금/환율 일정 계약 승인 요청
+
+**WBS Item:** AEG-VS-06-01  
+**Status:** ⏳ BLOCKED → DECISION_REQUIRED  
+**Decision Owner:** PM, Architecture, Compliance/Owner  
+**Blocks:** MaintainFeeTaxFxSchedule Slice (VS-06-01), Cost Basis 계산, 포트폴리오 재조정  
+**Impact:** 금융 기능 미구현, 비용 정산 불가능, 규정 준수 불명확  
+
+---
+
+## 근본 원인
+
+**WBS vs 기존 문서 충돌:**
+
+| 항목 | WBS 정의 | 기존 문서 (VS-06) | 충돌 |
+|------|---------|-----------------|------|
+| **Slice 목표** | MaintainFeeTaxFxSchedule | Stress Testing | ⚠️ 직교 |
+| **요구사항** | REQ-COST-001 | 없음 | ❌ 미정 |
+| **마이그레이션** | MIG-COST-001/002 | 0035 (unrelated) | ❌ 불일치 |
+| **Job** | J04C (비용 유지) | 없음 | ❌ 미정 |
+| **API** | T-COST-001, UI-COST-01 | 없음 | ❌ 미정 |
+
+**의사결정 필요:**
+- VS-06은 진짜 뭐야? (Stress Testing vs MaintainFeeTaxFxSchedule)
+- WBS 순서 변경해야 함? (VS-06/07/... 재번호)
+- Cost 기능은 새 VS 번호 할당? (VS-30/31?)
+
+---
+
+## 필요한 5가지 결정
+
+### 1️⃣ Slice 정의 명확화 (Scope Clarification)
+
+**결정:** WBS "MaintainFeeTaxFxSchedule"의 공식 정의
+
+```
+Option A: 기존 VS-06 유지 (Stress Testing)
+- 현재 기존 문서 유지
+- MaintainFeeTaxFxSchedule → 새 VS 번호 할당 (VS-30?)
+- 비용/세금/환율 일정은 별도 Slice로 추진
+
+Option B: VS-06 재정의 (MaintainFeeTaxFxSchedule)
+- WBS 정의로 VS-06 이름 변경
+- 기존 Stress Testing → 다른 VS로 이동
+- Cost 기능은 이 Slice 아래 포함
+
+Option C: 두 기능 병렬 추진 (Dual Slices)
+- VS-06: Stress Testing (기존대로)
+- VS-XX: MaintainFeeTaxFxSchedule (신규 slice)
+- 의존성 명확화
+
+Approval needed:
+✅ 선택: [ ] (A/B/C)
+✅ 새 VS 번호 (선택 시): [ ]
+✅ 우선순위: [ ] (어느 것이 Gate G1 선행?)
+```
+
+### 2️⃣ 비용/세금/환율 데이터 계약 (Data Contract)
+
+**결정:** 3가지 일정의 스키마 및 시간 모델
+
+```
+Needed schemas:
+- commission_schedule (수수료 일정)
+  - account_id, exchange_id, instrument_id, jurisdiction
+  - effective_at, published_at (valid-time?)
+  - fee_rate, min_fee, max_fee
+  
+- tax_rate_schedule (세금 일정)
+  - jurisdiction (국가/지역)
+  - effective_at, published_at
+  - capital_gains_rate, withholding_rate
+  - applicable_conditions (주식/선물/옵션)
+  
+- fx_rate_schedule (환율 일정)
+  - from_currency, to_currency (e.g., KRW, USD)
+  - effective_at (적용 시점)
+  - rate, bid, ask, mid
+  - source (KRX? Reuters? 직접 입력?)
+
+Questions:
+✅ Temporal model: [ ] (effective_at? published_at? both?)
+✅ Override 계층: [ ] (account > exchange > instrument > jurisdiction?)
+✅ 이력 보관: [ ] (PIT + revision? 또는 현재만?)
+✅ 정정 정책: [ ] (덮어쓰기? append? versioning?)
+
+Linked Items:
+- AEG-X-038 (Fee/Tax/FX 의사결정)
+- Platform data contract v1.0 (PIT envelope)
+- Cost Basis calculation (의존 로직)
+```
+
+### 3️⃣ Job 4C 실행 정책 (Job 4C Schedule)
+
+**결정:** 비용 일정 갱신 Job의 실행 규칙
+
+```
+Current state:
+- Job defined in WBS as J04C (MaintainFeeTaxFxSchedule)
+- No implementation exists
+- Execution policy: UNDEFINED
+
+Questions:
+✅ 실행 주기: [ ] (daily? hourly? on-demand?)
+✅ 데이터 소스: [ ] (manual upload? API? configuration table?)
+✅ 유효성 검증: [ ] (rate bounds? decimal precision?)
+✅ 실패 처리: [ ] (transient/permanent/alert?)
+✅ 주요 변경 검토: [ ] (자동? SRE 수동 승인?)
+✅ Rollback 절차: [ ] (이전 버전 복원 가능?)
+✅ 긴급 대응: [ ] (비상 시나리오? 재무팀 핫라인?)
+
+Linked Items:
+- OutboxPollerJob (event publishing)
+- DapperJobRunRepository (execution tracking)
+- AEG-VS-00-05 (Job run 스키마)
+```
+
+### 4️⃣ Cost Basis 계산 통합 (Cost Basis Integration)
+
+**결정:** 비용/세금/환율이 Cost Basis에 언제 적용되는가
+
+```
+Cost Basis calculation flow:
+1. Trade executed (실행 거래)
+2. Fetch commission_schedule (수수료 조회)
+3. Fetch tax_rate_schedule (세금 조회)
+4. Fetch fx_rate (환율 조회)
+5. Calculate: Cost = (Price × Qty) + Commission - Tax credit
+6. Store in cost_basis table (revision-based PIT)
+
+Questions:
+✅ 적용 시점: [ ] (trade execution? trade confirmation?)
+✅ 환율 선택: [ ] (execution rate? settlement date rate?)
+✅ 세금: [ ] (선제적 계산? 실제 납부 후?)
+✅ Commission source: [ ] (정해진 일정? 실제 거래 명세?)
+✅ 정정: [ ] (과거 거래 비용 소급 변경 가능?)
+
+Linked Items:
+- VS-28 (Trade Execution)
+- VS-29 (Portfolio Reconciliation)
+- Cost Basis PIT model
+- GDPR impact (tax year 7년 보존?)
+```
+
+### 5️⃣ 규정 준수 & 감시 (Compliance & Monitoring)
+
+**결정:** 비용 일정의 규정 준수 및 감시 요구사항
+
+```
+Compliance scenarios:
+- 비용 조정이 특정 거래 후 지나치게 크지는 않은가? (이상 거래 의심)
+- 비용이 두 번 계산되지는 않았는가? (중복 계산 방지)
+- 환율 변동성이 2% 초과? (시장 변동 이상?)
+- 세금 이연이 10만원 초과? (미수금 적신호?)
+
+Questions:
+✅ DQ 검증: [ ] (rate bounds? calculation cross-check?)
+✅ Audit trail: [ ] (누가 일정을 변경했나? 사유?)
+✅ 감시 임계값: [ ] (변경 건수? 금액? 비율?)
+✅ Alert 채널: [ ] (이메일/Slack/SMS?)
+✅ 정정 승인: [ ] (CFO/Compliance만? 또는 자동?)
+
+Linked Items:
+- AuditTrail (compliance.operation_audit_trail)
+- Tax compliance (OECD BEPS)
+- Financial audit requirements
+```
+
+---
+
+## 제출 형식
+
+**승인자는 다음 정보 제공:**
+
+### 1. Slice Definition & Scope
+```
+VS-06 Definition:
+  Option: [ ] (A-Stress Testing / B-Cost/Tax/FX / C-Both)
+  
+If new slice needed:
+  Assigned number: [ ] (VS-30? VS-31?)
+  Priority: [ ] (Gate G1 prerequisite?)
+```
+
+### 2. Data Contract Specification
+```
+Commission Schedule Schema: [ ] (link to definition)
+Tax Rate Schedule Schema: [ ] (link)
+FX Rate Schedule Schema: [ ] (link)
+
+Temporal Model:
+  effective_at semantics: [ ]
+  published_at semantics: [ ]
+  Correction policy: [ ] (overwrite/append/version)
+
+Override Hierarchy: [ ] (account→exchange→instrument→jurisdiction)
+```
+
+### 3. Job 4C Execution Policy
+```
+Execution:
+  Frequency: [ ] (daily/hourly/on-demand)
+  Data Source: [ ] (manual/API/config table)
+  
+Validation:
+  Rate bounds: [ ] (e.g., ±10%?)
+  Precision: [ ] (decimal places)
+  
+Failure Handling:
+  Transient: [ ] (retry policy)
+  Permanent: [ ] (alert)
+  Emergency: [ ] (hotline/rollback)
+```
+
+### 4. Cost Basis Integration
+```
+Application Point: [ ] (execution/confirmation)
+
+FX Rate Selection: [ ] (execution/settlement)
+
+Tax Treatment: [ ] (prospective/actual)
+
+Commission Source: [ ] (schedule/invoice)
+
+Retroactive Adjustment: [ ] (Yes/No)
+```
+
+### 5. Compliance & Monitoring
+```
+DQ Validation:
+  Rate bounds: [ ] (rules)
+  Duplicate detection: [ ] (Yes/No)
+  
+Audit Trail:
+  Change tracking: [ ] (Yes/No)
+  Approval required: [ ] (Yes/No)
+  
+Monitoring:
+  Alert threshold: [ ] (metrics)
+  Escalation: [ ] (channel)
+```
+
+---
+
+## 의존성
+
+- **Blocks:** Cost Basis implementation, Portfolio Reconciliation, G1 gate
+- **Related:** AEG-X-038 (Fee/Tax/FX decisions), VS-28/29 (Trade/Reconciliation)
+- **Prerequisite:** PM/Architect/Compliance/CFO 협력
+
+---
+
+**제출 기한:** 2026-08-21 (1주)  
+**승인자:** PM Lead, Architecture, Compliance/Owner, CFO  
+**Escalation:** Chief Financial Officer
@@ -0,0 +1,199 @@
+# AEG-X-001: 버전 커버리지 & 크로스 버전 테스트 승인 요청
+
+**WBS Item:** AEG-X-001  
+**Status:** ⏳ IN_PROGRESS → DECISION_REQUIRED  
+**Decision Owner:** PM, Architecture, DevOps/QA  
+**Blocks:** Version Coverage Matrix 고도화, CI/CD 크로스 버전 테스트  
+**Impact:** 버전 호환성 검증 미완료, 크로스 버전 증거 부재  
+
+---
+
+## 현재 상태
+
+**문제:**
+- Version Coverage Matrix: 실제 근거 없이 "100% 완료" 주장
+- 크로스 버전 테스트 증거: 보존되지 않음
+- 지원 버전: v10/v12/v12.1 커버리지 미정의
+- 테스트 환경: DevOps/QA runner 증거 부재
+
+**진행 현황:**
+- ✅ 소스 인벤토리: 생성됨
+- ✅ 증거 분류: 시작됨
+- ⏳ 크로스 버전 실행 증거: 미보존
+- ⏳ v10/v12/v12.1 테스트 기준: 미정의
+
+---
+
+## 필요한 4가지 결정
+
+### 1️⃣ 공식 지원 버전 범위 (Version Support Matrix)
+
+**결정:** 어떤 버전들을 공식 지원할 것인가
+
+```
+Current uncertainty:
+- v10, v12, v12.1 언급됨 (근거 없음)
+- 각 버전별 보증 기간: 미정
+- 보안 업데이트 정책: 미정
+- 버전 폐기 일정: 미정
+
+Questions:
+✅ 지원 주요 버전: [ ] (list)
+✅ 각 버전별 EOL(End-of-Life): [ ] (date)
+✅ 보안 패치 정책: [ ] (how long?)
+✅ 마이너 버전 정책: [ ] (X.Y.0 only? or all X.Y.Z?)
+
+Linked Items:
+- .NET 지원 정책 (Microsoft)
+- PostgreSQL 버전 정책 (YUM-based LTS)
+- Node.js/pnpm 버전 정책
+- Angular/React 라이브러리 정책
+```
+
+### 2️⃣ 크로스 버전 테스트 범위 (Cross-Version Test Coverage)
+
+**결정:** 각 버전별 무엇을 테스트할 것인가
+
+```
+Test matrix needed:
+- .NET major version: 7, 8, 9, 10, 11 (current)?
+- PostgreSQL: 12, 13, 14, 15, 16 (current)?
+- Node.js: 18, 20, 22 (current)?
+- pnpm: 8, 9, 10 (current)?
+
+Per version, test levels:
+✅ Build compatibility: [ ] (yes/no)
+✅ Unit tests: [ ] (yes/no)
+✅ Integration tests: [ ] (yes/no)
+✅ Migration tests: [ ] (yes/no)
+✅ Full E2E: [ ] (yes/no)
+
+Questions:
+✅ 최소 지원 .NET: [ ] (e.g., .NET 8 LTS?)
+✅ 최소 지원 PostgreSQL: [ ] (e.g., 13?)
+✅ 최소 Node.js: [ ] (e.g., 18?)
+✅ 각 버전별 테스트 범위: [ ] (모두? 일부만?)
+```
+
+### 3️⃣ 테스트 환경 & 증거 보존 (Test Infrastructure & Evidence)
+
+**결정:** 크로스 버전 테스트를 어떻게 자동화하고 증거를 보존할 것인가
+
+```
+Current state:
+- Local developer machines (불충분)
+- CI/CD: GitHub Actions / Gitea Actions (설정 필요)
+- Test artifact storage: (명시되지 않음)
+
+Questions:
+✅ CI/CD 도구: [ ] (Gitea Actions? GitHub Actions? Jenkins?)
+✅ 테스트 행렬 설정: [ ] (모든 조합? N×M?)
+✅ 증거 보존 위치: [ ] (S3? git artifact? DB?)
+✅ 보존 기간: [ ] (1년? 영구?)
+✅ 회귀 실행 빈도: [ ] (per-commit? daily? weekly?)
+
+Linked Items:
+- .gitea/workflows/ (current)
+- docker-compose.yml (local setup)
+- CI/CD secret 관리
+- 테스트 artifact archive
+```
+
+### 4️⃣ 호환성 보고 & 승인 정책 (Compatibility Report & Gate)
+
+**결정:** 버전 호환성 결과를 어떻게 보고하고 게이트할 것인가
+
+```
+Gate decision needed:
+- Build fail on any unsupported version: [ ] (yes/no)
+- Test fail on any supported version: [ ] (yes/no)
+- Coverage minimum % per version: [ ] (80%? 90%? 100%?)
+
+Questions:
+✅ 월간/분기별 호환성 보고: [ ] (format?)
+✅ Known issues 등록: [ ] (공식 "Known issues" 리스트?)
+✅ 버전별 제외 사항: [ ] (예: v10은 feature X 미지원)
+✅ 사용자 공지: [ ] (release notes? changelog?)
+✅ 점진적 폐기: [ ] (6개월 경고? 1년?)
+
+Linked Items:
+- docs/VERSION_COVERAGE_MATRIX.md (현재)
+- CHANGELOG.md (버전별 기능/제외)
+- 운영 runbook (버전별 설치/업그레이드)
+```
+
+---
+
+## 제출 형식
+
+**승인자는 다음 정보 제공:**
+
+### 1. Version Support Matrix
+```
+Supported Major Versions:
+  .NET: [ ] (list with LTS flags)
+  PostgreSQL: [ ] (list)
+  Node.js: [ ] (list)
+  pnpm: [ ] (list)
+
+End-of-Life Schedule:
+  [version]: [ ] (date)
+  [version]: [ ] (date)
+```
+
+### 2. Cross-Version Test Coverage
+```
+Build Compatibility:
+  All versions: [ ] (Yes/No)
+  Minimum version only: [ ] (Yes/No)
+
+Unit/Integration Tests:
+  Scope per version: [ ] (all/subset)
+  
+E2E Testing:
+  Included: [ ] (Yes/No)
+  Which versions: [ ] (list)
+```
+
+### 3. Test Infrastructure & Evidence
+```
+CI/CD Automation:
+  Tool: [ ] (Gitea/GitHub/Jenkins)
+  Matrix size: [ ] (N×M)
+  
+Evidence Retention:
+  Storage: [ ] (S3/artifact/db)
+  Duration: [ ] (years)
+  
+Test Frequency:
+  Per-commit: [ ] (Yes/No)
+  Nightly: [ ] (Yes/No)
+  Weekly: [ ] (Yes/No)
+```
+
+### 4. Compatibility Gate & Reporting
+```
+Gate Policy:
+  Build fail action: [ ] (block/warn)
+  Test fail action: [ ] (block/warn)
+  Coverage minimum: [ ] (%)
+
+Reporting:
+  Cadence: [ ] (monthly/quarterly)
+  Known issues list: [ ] (Yes/No)
+  Version exclusions: [ ] (Yes/No)
+```
+
+---
+
+## 의존성
+
+- **Blocks:** 크로스 버전 CI/CD 게이트, 사용자 호환성 보장
+- **Related:** 모든 버전의 .NET/PostgreSQL/Node.js 생명주기 정책
+- **Prerequisite:** DevOps/QA/Architecture 팀 협력
+
+---
+
+**제출 기한:** 2026-08-21 (1주)  
+**승인자:** PM Lead, Architecture, DevOps/QA  
+**Escalation:** Engineering Director (정책 충돌 시)
@@ -0,0 +1,191 @@
+# AEG-X-005: 조정(Reconciliation) 엔드포인트 권한 승인 요청
+
+**WBS Item:** AEG-X-005  
+**Status:** ⏳ IN_PROGRESS → DECISION_REQUIRED  
+**Decision Owner:** Security Lead, Compliance  
+**Blocks:** Portfolio Reconciliation endpoints production registration, G3 gate  
+**Impact:** 4개 API 경로 미등록, RBAC 미정, 감사 추적 불완전  
+
+---
+
+## 현재 상태
+
+**문제:**
+- 4개 Reconciliation 경로: `GET /reconciliation`, `POST /reconciliation/submit`, `POST /reconciliation/correct`, `GET /reconciliation/{id}`
+- 현재: 모두 `AllowAnonymous()` (인증 없음)
+- 상태: `[DontRegister]` 마크됨 — 프로덕션 등록 안 됨
+- 권한: `Roles()` 또는 `Policies()` 정의 없음
+
+**구현 완료:**
+- ✅ ReconciliationEngine, CostBasisCalculator (정책/로직)
+- ✅ ReconciliationEndpoints.cs (HTTP 라우팅, 계약)
+- ✅ 18/18 통합 테스트 (DB 필요)
+
+**검증 필요:**
+- ⏳ 각 경로별 필요 역할 정의
+- ⏳ 정책 규칙 (PM/Checker/SRE 구분)
+- ⏳ 감사 추적 권한 연결
+- ⏳ GDPR/컴플라이언스 감시
+
+---
+
+## 필요한 4가지 결정
+
+### 1️⃣ 조정 작업 권한 (Reconciliation Action Permission)
+
+**결정:** 각 경로별 필요 권한 정의
+
+```
+GET /reconciliation (조정 목록):
+✅ 필요 역할: [ ] (e.g., "reconciliation.read", "ops.read")
+✅ 대상 사용자: [ ] (PM/Checker/SRE/Admin)
+
+POST /reconciliation/submit (위반 제출):
+✅ 필요 역할: [ ] (e.g., "reconciliation.submit")
+✅ 대상 사용자: [ ] (PM/Checker만? SRE?)
+
+POST /reconciliation/correct (정정 제출):
+✅ 필요 역할: [ ] (e.g., "reconciliation.correct")
+✅ 대상 사용자: [ ] (Checker/SRE/Owner?)
+
+GET /reconciliation/{id} (상세 조회):
+✅ 필요 역할: [ ] (동일 또는 별도?)
+✅ 소유권 제약: [ ] (본인/팀만? 또는 누구나?)
+```
+
+### 2️⃣ 승인 워크플로우 통합 (Approval Workflow Integration)
+
+**결정:** 대사 정정이 승인 워크플로우와 어떻게 연결되는가
+
+```
+Current status:
+- ApprovalWorkflow (VS-26) exists
+- ReconciliationEngine (VS-29) exists
+- Integration: NOT DEFINED
+
+Required decisions:
+✅ 정정 제출 → 자동 승인? 또는 Maker-Checker?
+✅ Checker는 누가? (역할/권한 정의)
+✅ 승인/거부 후 상태 전환?
+✅ 감시/알림 조건?
+
+Linked Items:
+- ApprovalWorkflow.ApprovalPolicy
+- ReconciliationEngine.StateTransitions
+- GDPR 감시 규칙
+```
+
+### 3️⃣ 감사 추적 권한 (Audit Trail Hookup)
+
+**결정:** 조정 작업을 감사 추적에 기록
+
+```
+Current state:
+- AuditTrailConsumer implemented (DEBT-029 discovered 2026-08-14)
+- Wired into OutboxPollerJob (line 99)
+- Events: APPROVAL_PROPOSED, APPROVAL_APPROVED, TRADE_SUBMITTED, etc.
+- ReconciliationCorrect event: NOT IN EVENT LIST
+
+Required decisions:
+✅ ReconciliationCorrect → compliance.operation_audit_trail 기록?
+✅ 정정 내용(before/after) JSONB 저장?
+✅ 감사 주체: 누가? (X-KArtSell-User 헤더?)
+✅ 보존 정책: [ ] (years, GDPR 호환?)
+
+Linked Items:
+- OutboxPollerJob (event polling)
+- AuditTrailConsumer (11 event types mapped)
+- GDPR retention (docs/CURRENT/AEG-X-007_SERILOG_CORRELATION.md)
+```
+
+### 4️⃣ 컴플라이언스/감시 규칙 (Compliance Monitoring)
+
+**결정:** 정정 금액의 편향성, 체계적 오류 감시
+
+```
+Scenarios requiring rules:
+- 같은 종목 연속 정정 (일일 3회 초과?)
+- 일일 정정 금액 한계 (예: 계좌별 5천만원)
+- Checker와 PM이 다른 사람인가? (이해관계 충돌)
+- 정정 비율이 20% 초과? (이상 거래 의심)
+
+Approval needed:
+✅ 감시 임계값: [ ] (건수, 금액, 비율)
+✅ 알림 채널: [ ] (email/Slack/SMS)
+✅ 에스컬레이션: [ ] (SRE/CFO/Compliance)
+✅ 자동 잠금: [ ] (정정 일시 중지 가능?)
+
+Linked Items:
+- Serilog correlation (structured properties)
+- Alert rules (.gitea/workflows/ or Grafana)
+- Runbook (정정 비상 시나리오)
+```
+
+---
+
+## 제출 형식
+
+**승인자는 다음 정보 제공:**
+
+### 1. Reconciliation Endpoint Permissions
+```yaml
+GET /reconciliation:
+  Roles: [ ]
+  Users: [ ]
+
+POST /reconciliation/submit:
+  Roles: [ ]
+  Users: [ ]
+
+POST /reconciliation/correct:
+  Roles: [ ]
+  Users: [ ]
+
+GET /reconciliation/{id}:
+  Roles: [ ]
+  Ownership: [ ]
+```
+
+### 2. Approval Workflow Integration
+```
+Correct → Maker-Checker: [ ] (Yes/No)
+Checker Role: [ ]
+Auto-Approve Policy: [ ]
+Notification Channel: [ ]
+```
+
+### 3. Audit Trail Specification
+```
+ReconciliationCorrect Event:
+  Log to compliance.operation_audit_trail: [ ] (Yes/No)
+  Payload includes before/after: [ ] (Yes/No)
+  Retention: [ ] (years)
+  GDPR compliant: [ ] (Yes/No)
+```
+
+### 4. Compliance Monitoring Rules
+```
+Alert Threshold (daily):
+  Max corrections: [ ] (count)
+  Max amount: [ ] (KRW)
+  Max ratio: [ ] (%)
+
+Escalation:
+  Channel: [ ] (Email/Slack/SMS)
+  Owner: [ ]
+  Auto-lock: [ ] (Yes/No)
+```
+
+---
+
+## 의존성
+
+- **Blocks:** VS-29 production registration, G3 gate
+- **Related:** ApprovalWorkflow (VS-26), AuditTrail (VS-27), GDPR (DEBT-X)
+- **Prerequisite:** Security/Compliance team sign-off
+
+---
+
+**제출 기한:** 2026-08-21 (1주)  
+**승인자:** Security Lead, Compliance Lead  
+**Escalation:** Chief Compliance Officer
@@ -0,0 +1,208 @@
+# AEG-X-008: OpenAPI 기준선 & 릴리스 서명 승인 요청
+
+**WBS Item:** AEG-X-008  
+**Status:** ⏳ IN_PROGRESS → DECISION_REQUIRED  
+**Decision Owner:** API Architect, DevOps  
+**Blocks:** FE OpenAPI 자동 생성, CI/CD 파이프라인 게이트, API 버전 관리  
+**Impact:** API 계약 검증 미완료, 클라이언트 생성 불가, 변경 추적 불명확  
+
+---
+
+## 현재 상태
+
+**구현 완료:**
+- ✅ Host Release 빌드 (0 경고/오류)
+- ✅ Architecture tests 17/17 PASS
+- ✅ OpenAPI 게이트 로컬 검증: YAML/기준선/후보 검증 0 위반
+- ✅ FE 회귀 57 files/150 tests PASS
+
+**아직 미결정:**
+- ⏳ 공식 기준선 승인 (baseline approval)
+- ⏳ Gitea Actions 실행 권한
+- ⏳ API Architect 릴리스 서명
+- ⏳ 변경 추적 정책
+
+**알려진 이슈:**
+- 현재: >500 kB Vite 청크 경고 (AEG-X-002 최적화 후에도 지속)
+
+---
+
+## 필요한 4가지 결정
+
+### 1️⃣ 공식 OpenAPI 기준선 (Baseline Snapshot)
+
+**결정:** 프로덕션 릴리스 시 공식 기준선 정의
+
+```
+Current state:
+- src/KArtSell.Host/artifacts/openapi/current_20260813_auto-off.json (기준)
+- Generated on: 2026-08-13 14:02 UTC
+- Total endpoints: [count required]
+- Security schemes: X-KArtSell-User header + Role-based
+
+Approval needed:
+✅ 기준선 파일 지정: [ ] (git path)
+✅ 버전 정책: [ ] (semantic/date-based)
+✅ 승인 프로세스: [ ] (자동/수동)
+✅ 기준선 갱신 빈도: [ ] (per-release/quarterly)
+
+Linked Items:
+- src/KArtSell.Host/artifacts/openapi/ (저장소)
+- .gitea/workflows/openapi-gate.yml (CI 검증)
+- docs/DECISIONS/ADR-API-BASELINE-001.md (현재 ADR)
+```
+
+### 2️⃣ 호환성 정책 (Compatibility Enforcement)
+
+**결정:** 기준선 vs 후보 비교 규칙
+
+```
+Breaking changes that FAIL the gate:
+- Endpoint 제거 또는 경로 변경
+- 필수 파라미터 추가 (기존 클라이언트 호환 불가)
+- 응답 필드 제거 (기존 클라이언트 parsing 실패)
+- Status code 변경 (e.g., 200 → 400)
+
+Non-breaking changes that PASS:
+- 선택적 파라미터/필드 추가
+- 새로운 status code 추가 (기존 클라이언트 무시 가능)
+- 기존 필드 추가 필터/정렬 옵션
+
+Approval needed:
+✅ Breaking change 정의: [ ] (완전? 부분?)
+✅ Deprecation 정책: [ ] (90일 공지? 기간?)
+✅ 주요 버전 전략: [ ] (v1/v2 지원?)
+✅ 예외 프로세스: [ ] (CTO 승인 필요?)
+
+Linked Items:
+- OpenAPI 3.1 deprecated keyword usage
+- Semantic versioning (major.minor.patch)
+- Client library generation (auto-off vs auto-on)
+```
+
+### 3️⃣ Gitea Actions 실행 & 서명 (CI/CD Gate)
+
+**결정:** 자동 검증과 수동 서명 책임
+
+```
+Current CI/CD state:
+- .gitea/workflows/openapi-gate.yml exists
+- Runs on: push/PR (currently local only)
+- Validation: YAML structure, baseline diff, schema compliance
+- Status: No Gitea Actions configured server-side
+
+Decisions needed:
+✅ Gitea Actions enabled: [ ] (Yes/No)
+✅ 실행 권한: [ ] (auto/manual)
+✅ 릴리스 서명자: [ ] (단일/복수?)
+✅ 서명 증명: [ ] (commit msg/tag/annotation?)
+
+Approval needed:
+✅ API Architect: [ ] (name/email)
+✅ API Architect secondary: [ ] (name/email, fallback)
+✅ DevOps gate owner: [ ] (name/email)
+✅ Approval 보존 기한: [ ] (6개월/1년/영구)
+
+Linked Items:
+- .gitea/workflows/openapi-gate.yml (current workflow)
+- src/KArtSell.Host/artifacts/openapi/ (baseline location)
+- API Architect approval log (where to record?)
+```
+
+### 4️⃣ 클라이언트 생성 & 배포 (Client Generation)
+
+**결정:** 공식 OpenAPI 기준선 기반 클라이언트 생성 여부
+
+```
+Option A: Manual (current state)
+- Baseline: 수동 승인 → 배포
+- Client: 개발자 수동 생성 (openapi-generator, swagger-codegen)
+- 사용: 직접 임포트 또는 npm 게시
+
+Option B: Automated
+- Baseline: CI gate auto-pass (호환성 규칙 충족)
+- Client: 자동 생성 (GitHub Actions / Gitea Actions)
+- 배포: NPM registry (npm publish) 또는 S3
+- 버전: OpenAPI 버전 태그 동기화
+
+Option C: Hybrid
+- Pre-release: 수동 승인 (API Architect sign-off)
+- Patch: 자동 생성 (호환성 보장)
+- Release: 태그 자동 + NPM publish
+
+Approval needed:
+✅ 정책 선택: [ ] (A/B/C)
+✅ 클라이언트 저장소: [ ] (npm/@kartsell/client? git-submodule?)
+✅ 배포 주기: [ ] (per-release/weekly)
+✅ 자동 테스트: [ ] (생성된 클라이언트 검증?)
+
+Linked Items:
+- docs/CURRENT/V13-FE-009_ADR_OPENAPI_ZOD_STRATEGY.md (현재 전략)
+- openapi-generator / swagger-codegen (도구)
+- npm registry vs internal repository
+```
+
+---
+
+## 제출 형식
+
+**승인자는 다음 정보 제공:**
+
+### 1. Baseline Approval
+```
+Official Baseline:
+  File: [ ] (git path)
+  Version: [ ] (vX.Y.Z or YYYY-MM-DD)
+  
+Update Policy:
+  Frequency: [ ] (per-release/quarterly/on-demand)
+  Approval Process: [ ] (auto/manual)
+  Sign-off Required: [ ] (Yes/No)
+```
+
+### 2. Compatibility Rules
+```
+Breaking Changes:
+  Defined: [ ] (comprehensive list)
+  Deprecation Period: [ ] (days)
+  
+Non-Breaking:
+  Auto-approved: [ ] (Yes/No)
+  Client Notification: [ ] (Yes/No)
+```
+
+### 3. Gitea Actions & Signing
+```
+CI Execution:
+  Enabled: [ ] (Yes/No)
+  Trigger: [ ] (push/PR/manual)
+
+API Architect:
+  Primary: [ ] (name)
+  Secondary: [ ] (name)
+  Approval Record: [ ] (location)
+```
+
+### 4. Client Generation Strategy
+```
+Option: [ ] (A-Manual / B-Automated / C-Hybrid)
+
+Deployment:
+  Repository: [ ] (npm/@kartsell/client / git-submodule)
+  Frequency: [ ] (per-release/weekly)
+  Validation: [ ] (Yes/No)
+```
+
+---
+
+## 의존성
+
+- **Blocks:** FE OpenAPI 클라이언트 생성, CI/CD 완전 자동화
+- **Related:** AEG-X-002 (번들 최적화), 빌드 파이프라인, 버전 관리
+- **Prerequisite:** API Architect, DevOps 팀 협력
+
+---
+
+**제출 기한:** 2026-08-21 (1주)  
+**승인자:** API Architect, DevOps Lead  
+**Escalation:** Engineering Director (정책 논쟁 시)
@@ -0,0 +1,142 @@
+# AEG-X-038: 수수료/세금/FX 유효시간 일정 승인 요청
+
+**WBS Item:** AEG-X-038  
+**Status:** ⏳ DECISION_REQUIRED → APPROVAL PENDING  
+**Decision Owner:** Ops/Tax/Compliance/Owner  
+**Blocks:** MaintainFeeTaxFxSchedule Slice (VS-06-01), Cost Basis Calculation, Portfolio Rebalancing  
+**Impact:** 금융 기능 완성 불가능, 정정 메커니즘 미정  
+
+---
+
+## 필요한 5가지 결정
+
+### 1️⃣ 소스 권한 (Source Authority)
+
+**결정:** 각 일정 유형별 승인된 데이터 소스 지정
+
+| 일정 유형 | 현재 상태 | 승인 필요 | 비고 |
+|---------|---------|---------|------|
+| **수수료 (Fee)** | 미정 | ✅ 필요 | Commission 스키마에 ledger_id 추가됨, 소스 미정 |
+| **세금 (Tax)** | 미정 | ✅ 필요 | 세율 테이블 미정, 업데이트 주기 미정 |
+| **환율 (FX)** | 미정 | ✅ 필요 | 공식 환율 제공사 미정 |
+
+### 2️⃣ 시간 의미 (Temporal Semantics)
+
+**결정:** Effective 날짜와 Published 날짜의 의미 명확화
+
+```
+effective_at: 일정이 실제로 적용되는 시점
+  예: "2026-08-15부터의 수수료 변경"
+
+published_at: 변경이 공포/승인되는 시점  
+  예: "2026-08-14에 변경 사항 공포됨"
+
+Question: 
+- effective_at <= published_at인가? (사후 고시)
+- 동시 가능한가? (사전 고시)
+- 과거 적용 가능한가? (소급 적용)
+```
+
+### 3️⃣ 우선순위 및 범위 (Precedence & Scope)
+
+**결정:** 계좌 → 거래소 → 종목 → 관할권 계층 승인
+
+```
+Precedence Order (highest to lowest):
+1. 계좌별 (account_id) — 특정 계좌 특별 수수료
+2. 거래소별 (exchange_id) — 거래소 기본 수수료
+3. 종목별 (instrument_id) — 종목 기본 수수료
+4. 관할권별 (jurisdiction) — 국가/지역 기본값
+
+Question:
+- 계층별 Override 허용?
+- 동시 적용 시 합산? 선택?
+```
+
+### 4️⃣ FX 범위 (FX Scope Boundary)
+
+**결정:** 환율 적용 경계 명확화
+
+```
+Current uncertainty:
+- 거래 통화 쌍 환율만? (e.g., KRW→USD)
+- 중간 환율 (mid-rate) 사용?
+- Bid/Ask 스프레드 포함?
+- 수표/이체별 구분?
+
+Approval needed:
+- FX 데이터 공식 소스
+- 환율 결정 시각 (execution time vs quote time)
+- 소수 자릿수 정확도
+```
+
+### 5️⃣ 운영 제어 (Operational Control)
+
+**결정:** Job 4C (Maintain Fee/Tax/FX) 실행 정책
+
+```
+Questions:
+- Job 4C 실행 주기? (daily/hourly/on-demand)
+- 변경 검토 프로세스? (자동 vs 승인 필수)
+- Rollback 절차? (변경 취소 가능?)
+- 긴급 대응 프로토콜? (시스템 장애 시)
+
+Linked Items:
+- J04C Job 실행 일정
+- DQ (Data Quality) 검증 규칙
+- Rollback 및 재처리 프로세스
+```
+
+---
+
+## 제출 형식
+
+**승인자는 다음 정보 제공:**
+
+1. **소스 권한**
+   ```
+   ✅ 수수료 소스: [지정]
+   ✅ 세율 소스: [지정]
+   ✅ 환율 소스: [지정]
+   ```
+
+2. **시간 의미**
+   ```
+   ✅ effective_at의 정의: [명확화]
+   ✅ published_at의 정의: [명확화]
+   ✅ 과거 적용 허용: [Yes/No]
+   ```
+
+3. **우선순위**
+   ```
+   ✅ 계층별 Override 규칙: [문서 링크]
+   ✅ 동시 적용 정책: [합산/선택]
+   ```
+
+4. **FX 범위**
+   ```
+   ✅ 환율 데이터 공식 제공사: [지정]
+   ✅ 환율 결정 시각: [execution/quote]
+   ✅ 정확도: [소수 자릿수]
+   ```
+
+5. **운영 제어**
+   ```
+   ✅ Job 4C 주기: [frequency]
+   ✅ 변경 검토: [자동/승인]
+   ✅ Rollback 절차: [문서 링크]
+   ```
+
+---
+
+## 의존성
+
+- **Blocks:** VS-06-01 (MaintainFeeTaxFxSchedule 구현)
+- **Related:** DEBT-X-COST (Cost Basis), Portfolio Reconciliation, Rebalancing
+- **Timeline:** 승인 후 2주 이내 구현 가능
+
+---
+
+**제출 기한:** 2026-08-21 (1주)  
+**승인자:** Ops Lead, Tax Compliance, Owner  
+**Escalation:** Chief Financial Officer (필요시)
@@ -0,0 +1,188 @@
+# V13-FE-038: 그리드 성능 기준 승인 요청
+
+**WBS Item:** V13-FE-038  
+**Status:** ⏳ IN_PROGRESS → DECISION_REQUIRED  
+**Decision Owner:** FE Lead/SRE/QA  
+**Blocks:** DataGrid production validation, 10k/100k fixture deployment, Performance SLO claim  
+**Impact:** 성능 예산 미정, 브라우저 환경 보장 불가, 규모 검증 불가  
+
+---
+
+## 현재 상태
+
+**문제:**
+- AG Grid 번들 크기: 1,027,848 → 588,718 bytes (44% 감소)
+- Vite 경고: >500 kB 청크 여전히 존재
+- 성능 예산: **미정**
+- 브라우저 매트릭스: **미정**
+
+**구현 완료:**
+- ✅ ClientSideRowModelModule 전환 (AllCommunityModule 제거)
+- ✅ 청크 최적화 2회 시도 (추가 감소 없음)
+- ✅ 로컬 빌드 검증
+
+**검증 필요:**
+- ⏳ 10k 행 × 100개 열 성능 정의
+- ⏳ 브라우저 호환성 행렬
+- ⏳ P95/P99 응답 시간 목표
+
+---
+
+## 필요한 3가지 결정
+
+### 1️⃣ 성능 예산 (Performance Budget)
+
+**결정:** 그리드 성능의 정량적 기준 정의
+
+```
+현재 상태:
+✅ 개발 서버: 즉시 렌더링 (10k 행)
+⏳ 프로덕션 빌드: >500kB 청크 경고 (최적화 여지 있음?)
+⏳ 네트워크: P95 load time (필요 명시)
+⏳ CPU: Long task 예산 (필요 명시)
+
+Required decisions:
+✅ 초기 로드 시간: [ ] ms (P95)
+✅ Scroll 응답성: [ ] ms (첫 픽셀까지)
+✅ 필터/정렬: [ ] ms (사용자 액션 → 결과)
+✅ Long task 예산: [ ] ms (메인 스레드 블로킹)
+✅ 메모리 한계: [ ] MB (모바일 고려)
+```
+
+### 2️⃣ 브라우저 매트릭스 (Browser Matrix)
+
+**결정:** 지원 브라우저 및 버전 정의
+
+```
+Current matrix (추정):
+- Chrome 120+
+- Firefox 121+
+- Safari 17+
+- Edge 120+
+
+Questions:
+✅ 모바일 우선? (iOS Safari 버전)
+✅ IE/Legacy 지원? (No로 가정)
+✅ 태블릿 밀도: [ ] (compact/comfortable/touch)
+✅ 네트워크 환경: [ ] (4G/5G/LTE)
+✅ 디바이스 범주: [ ] (desktop/tablet/mobile)
+
+Associated metrics:
+- 각 브라우저별 Long task 제한
+- 모바일 장치 성능 분류 (기본/중급/고급)
+- 폴백 UI (성능 저하 시)
+```
+
+### 3️⃣ 10k/100k 테스트 환경 (Fixture Definition)
+
+**결정:** 성능 검증을 위한 테스트 데이터 및 서버 자원
+
+```
+10k rows × 100 columns fixture:
+✅ 데이터 구조: [스키마 정의]
+✅ 컬럼 타입: [숫자/문자열/날짜 혼합]
+✅ 행 크기: [ ] KB (직렬화)
+✅ 정렬 전략: [ ] (쿼리 기반/클라이언트 기반)
+✅ 필터 전략: [ ] (서버 사이드/클라이언트)
+
+100k rows fixture:
+✅ 데이터 소스: [ ] (synthetic/production shadow)
+✅ 서버 인프라: [ ] (t3.large? c5.xlarge?)
+✅ 실행 반복: [ ] (single/multiple/stress)
+✅ 네트워크 시뮬레이션: [ ] (none/throttle/WAN)
+
+Checksum & versioning:
+✅ 기준선 애티팩트 SHA-256: [ ]
+✅ 변경 추적: [ ] (git lfs? S3?)
+✅ 재현성: [ ] (고정 seed, 리소스 고정)
+```
+
+---
+
+## 제출 형식
+
+**승인자는 다음 정보 제공:**
+
+### 1. Performance Budget Definition
+```yaml
+Initial Load:
+  P95 ms: [ ]
+  Devices: [ ]
+  Network: [ ]
+
+Interactivity:
+  First Paint: [ ] ms
+  First Contentful Paint: [ ] ms
+
+Scrolling:
+  Long Task Budget: [ ] ms
+  Frame Budget: 16ms (60fps)
+
+Memory:
+  Max Heap (Mobile): [ ] MB
+  Max Heap (Desktop): [ ] MB
+```
+
+### 2. Browser Support Matrix
+```csv
+Browser,Min Version,Mobile,Tablet
+Chrome,120,,
+Firefox,121,,
+Safari,17,,
+Edge,120,,
+```
+
+### 3. Test Fixture Spec
+```
+10k Fixture:
+- Schema: [link]
+- Row size: [ ] KB
+- Sorting: [ ]
+- Filtering: [ ]
+
+100k Fixture:
+- Source: [ ]
+- Server size: [ ]
+- Runs: [ ]
+- Checksum: [ ]
+```
+
+---
+
+## 의존성
+
+- **Blocks:** V13-FE-004/023 (AG Grid 완성), 프로덕션 배포
+- **Related:** V13-FE-038 (이 항목), 성능 모니터링, RUM (Real User Monitoring)
+- **Prerequisite:** AG Grid 라이선스 검증, 서버 자원 예약
+
+---
+
+## 현재 번들 상태
+
+```
+Before: 1,027,848 bytes
+After:  588,718 bytes
+Saved:  439,130 bytes (42.7%)
+
+Gzip compression:
+Before: 285.75 kB
+After:  163.66 kB
+Saved:  122.09 kB (42.7%)
+
+Vite warning still present: >500 kB chunk detected
+  Action needed: Further investigation or explicit acceptance
+```
+
+---
+
+**제출 기한:** 2026-08-21 (1주)  
+**승인자:** FE Lead, SRE Lead, QA Lead  
+**Escalation:** Engineering Director (성능 SLO 최종 결정)
+
+---
+
+## 참고
+
+- AEG-X-002: Frontend build optimization (completed, established baseline)
+- V13-FE-023: AG Grid server-side contract (in progress)
+- Vite >500kB warning: 선택적 무시 또는 추가 청크 분할 필요