CMR (Capability Maturity Registry) & Audit
출처: 3월 6-7일.docx — Capability 생명주기 추적 레지스트리
CMR이란
Capability의 생명주기를 추적하는 레지스트리:
CMR의 5가지 역할
- Binding Completeness — "이 capability는 실제로 구현되어 있는가?"
- Production Readiness — "언제 production에 갈 수 있는가?"
- Risk Management — "어떤 의존성이 깨지면 문제인가?"
- Maturity Tracking — "얼마나 성숙했는가? (1-5레벨)"
- Operational Transparency — "지금 뭐 문제 있는가?"
CMR 5개 예시 요약
CMR #1: Intelligence Service — compute_edge_health
- Maturity: 4/5 (Production with Monitoring)
- 성공률: 99.8%, 평균 지연: 2.3s, 847 calls/day
- 다음 목표: Latency 2.3s → 1.5s (caching 추가)
CMR #2: Handler Chain — action.created (Seeding)
- Maturity: 3/5 (Testing → Production)
- Production FLAG 비활성화 상태 (circular role 버그)
- Blocker: circular_role_detection 알고리즘 리뷰 필요
CMR #3: Analysis Module — semantic_space_analyzer
- Maturity: 5/5 (Production Mature)
- 8,234 calls/day, 99.97% 성공률, 340ms 평균
- 캐시 히트율: 73%, 테스트 커버리지: 96%
CMR #4: Edge Function — Entity Extraction (Cloud Run)
- 12,450 invocations/day, p99 920ms
- 비용: 월 $814 (함수 $234 + LLM $580)
- Canary 배포: 95% 현재 / 5% 테스트
CMR #5: Dashboard — Real-time Pipeline Monitor (SSE)
- Beta → Production, Feature Flag disabled
- reconnect 실패율 6% (목표 1% 미만)
- 사용자 만족도: 8.2/10 (n=42 beta)
Audit 보고서 핵심 지표 (2026-03-06)
전체 건강도: 78.4% (GOOD, 목표 85%)
Maturity Level 분포 (1,247 capabilities)
| Level | 수량 | 비율 |
|---|---|---|
| 1 (Concept) | 45 | 3.6% |
| 2 (Development) | 178 | 14.3% |
| 3 (Testing) | 312 | 25.0% ← 최다 |
| 4 (Production) | 658 | 52.8% |
| 5 (Mature) | 54 | 4.3% |
Binding Status
- BOUND & VERIFIED: 978 (78.4%)
- UNBOUND (위험): 21 (1.7%)
SLA Compliance: 90.9% (목표 95%)
테스트 커버리지 GAP
- Level 2 Integration: 31% vs 60% 목표
- Level 4 E2E: 58% vs 80% 목표
핵심 발견
- Level 3(Testing)에서 incident 발생률이 Level 4 대비 4.2배 높음
- 근본 원인: Integration test gap (71.3%, 목표 85%)
시각화
Maturity Level 분포 (1,247 capabilities)
테스트 커버리지 GAP
현재 목표