docs: 체계 강화 규칙 — 템플릿/체계 변경 시 최소 3개 기업 audit 검증 필수

검증 없이 추가 금지. 실효성 없으면 제거.
"좋아 보이니까" 아니라 "실제 분석력 향상인가"로 판단.

Author: eddmpython

ops/analysis.md

@@ -1,6 +1,8 @@
 # Analysis
 
-재무제표를 구조화된 스토리 데이터로 변환한다.
+회사는 스토리가 있다. 재무제표를 그 스토리의 구조화된 데이터로 변환한다.
+숫자의 나열이 아니라, 인과로 연결된 서사가 분석의 목표다.
+
 Company → Analysis → Review → AI 순서로 계층이 쌓인다.
 analysis 품질이 올라가면 review와 AI 품질이 동시에 올라간다.
 
@@ -59,6 +61,13 @@ review 보고서는 이 6막 순서를 따른다. **앞 막이 뒷 막의 원인
 
 이 연결은 `review/narrative.py`의 `buildActTransition()`이 자동 생성.
 
+### 왜 스토리인가
+
+비율 대시보드는 숫자를 보여주지만 "왜"를 말하지 않는다.
+ROE 12%가 좋은지 나쁜지는 그 회사의 사업 구조(1막), 마진 원천(2막), 현금 전환(3막)을 모르면 판단할 수 없다.
+6막 구조는 이 맥락을 제공한다 — 각 막이 다음 막의 원인이므로, 어디서 문제가 시작됐는지 역추적할 수 있다.
+분석이 스토리텔링이어야 하는 이유: 사람은 숫자가 아니라 이야기를 기억한다.
+
 ### 학술 근거
 
 | 프레임워크 | 핵심 기여 | 6막 대응 |
@@ -124,6 +133,14 @@ audit 파일 구조도 확장:
 4. 템플릿 피드백: 현재 템플릿이 이 기업에 맞는가. 뭘 바꿔야 하는가.
 ```
 
+### 체계 강화 규칙 (강제)
+
+- **템플릿/체계 변경 시 반드시 실제 기업 audit으로 검증** — 최소 3개 기업
+- 검증 없이 템플릿을 만들지 않는다
+- "좋아 보이니까" 추가하지 않는다. "실제로 분석력이 올라가는가?"를 audit으로 확인 후 반영
+- 실효성 없는 함수는 제거한다. 학술적으로 맞지만 실무 임팩트가 불분명한 것은 audit 판단 후 유지/제거
+- 6막 구조, 막 전환 문장, ROIC Tree 등 변경 시 삼성전자 + 대우건설 + 1개 이상에서 검증
+
 ## 단일 진입점
 
 - **`dartlab.analysis()` / `c.analysis()`** 하나로 모든 축에 접근한다