standards: Add AI 강제 실행 규칙 to all protocol files (v2026-01-31)

전체 표준 파일에 AI 강제 실행 규칙 추가 - 절대 무시 불가 체크리스트 ## 변경 사항 ### 핵심 철학 변경 - **기존:** 프로토콜을 "참고" 자료로 취급 가능 - **신규:** 모든 프로토콜은 "강제 실행" 체크리스트 - **목적:** AI의 절차 생략/건너뛰기/판단 회피 100% 차단 ### 추가된 공통 구조 (26개 파일 전체) 모든 파일에 다음 섹션 추가: ```markdown ## 🚨 AI 강제 실행 규칙 (vX.Y.0 신규 - 절대 무시 불가!) ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다. **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.** ### 규칙 1-N: [모드별 특화 규칙] 🔍 [강제 실행 체크리스트] - [ ] 필수 항목 1 - [ ] 필수 항목 2 ... **위반 시 즉시 보고!** ### 위반 시 처리 **위 규칙 중 하나라도 위반 시:** - 해당 작업 무효 - 사용자에게 즉시 보고 - 규칙 준수 후 재작업 ``` ## 업데이트된 파일 목록 (26개) ### 검증 프로토콜 (6개) - verification-mode.md: v3.2.0 → v3.3.0 + 트리거 발견 시 체크리스트 강제 출력 + 판단 명확성 강제 - volume-timeline-verification.md: v1.1.0 → v1.2.0 + 상위 계층 반영 검증 강제 + 사건 완성도 강제 검증 - volume-characters-verification.md: v1.1.0 → v1.2.0 + 나이 계산 정확성 강제 검증 + 판단 명확성 강제 - plot-master-verification.md: v2.1.0 → v2.2.0 + 입력 소비 확인 강제 + 상위 계층 반영 100% 강제 - volume-plot-verification.md: v2.1.0 → v2.2.0 + 타임라인 순차 검증 강제 + 특수 타임라인 검증 강제 + 복선 고아/유령 검증 강제 - plot-detail-verification.md: v2.1.0 → v2.2.0 + Part 구조 강제 검증 + Part 필수 항목 9개 강제 검증 + 집필 가능성 구체성 강제 검증 ### 수정 프로토콜 (3개) - fix-mode.md: v2.0.0 → v2.1.0 + 리포트 유효성 검증 강제 + 재배치 3-Stage 강제 실행 + Git 커밋 타이밍 강제 - polish-mode.md: v2.5.0 → v2.6.0 + 리포트 유효성 검증 강제 + 백업 생성 강제 - modification-mode.md: v2.2.0 → v2.3.0 + 영향 범위 분석 강제 + 상위 계층 동기화 강제 ### 작성 모드 (6개) - writing-mode.md: v2.7.0 → v2.8.0 + 타임라인 역행 방지 4단계 강제 + 호칭 규칙 확인 3단계 강제 + Phase 3/4 검증 강제 - plot-mode.md: v3.1.0 → v3.2.0 + 필수 입력 파일 읽기 강제 + 타임라인 검증 5단계 강제 - plot-master-mode.md: v3.1.0 → v3.2.0 + 상위 계층 반영 100% 강제 + 필수 정보 8개 항목 강제 - volume-timeline-mode.md: v1.0.0 → v1.1.0 + 필수 입력 파일 읽기 강제 + 역사적 사건 추출 완전성 강제 - volume-characters-mode.md: v1.0.0 → v1.1.0 + 필수 입력 파일 읽기 강제 + 나이 계산 정확성 강제 - volume-plot-mode.md: v3.1.0 → v3.2.0 + 필수 입력 파일 읽기 강제 + 화별 필수 정보 9개 항목 강제 ### 지원 프로토콜 (6개) - design-verification-mode.md: v1.1.0 → v1.2.0 + 계층적 반영 검증 3단계 강제 + Phase 5-2 필수 실행 - artistic-review-mode.md: v1.0.0 → v1.1.0 + 진단 기준 강제 적용 + 구체적 가이드 생성 강제 - retouch-mode.md: v1.1.0 → v1.2.0 + 백업 생성 강제 + POLISH/MODIFICATION 경계 준수 강제 - renaming-protocol.md: v2.0.0 → v2.1.0 + 3-stage 프로세스 강제 실행 - report-management.md: v1.0.0 → v1.1.0 + 리포트 유효성 검증 강제 - chapter-format.md: v2.0.0 → v2.1.0 + 헤더 형식 강제 준수 ### 참조 문서 (5개) - creative-writing.md: v1.0.0 → v1.1.0 + 기법 적용 체크리스트 강제 - writing-guide.md: v2.5.0 → v2.6.0 + 프로토콜 읽기 강제 - file-formats.md: v1.2.0 → v1.3.0 + 파일명 규칙 강제 준수 - phase4-master-design.md: v3.3.0 → v3.4.0 + Phase 진행 순서 강제 준수 + 블로킹 조건 강제 확인 + 에러 복구 프로토콜 강제 실행 - README.md: v4.3.0 → v4.3.1 + 프로토콜 읽기 강제 + Phase 진행 순서 강제 + 검증 워크플로우 강제 ## 영향 ### AI 행동 변경 - **이전:** "이 프로토콜을 참고하여..." (선택적) - **이후:** "다음 체크리스트를 실행합니다..." (강제적) ### 예상 효과 - 절차 생략/건너뛰기: 100% 차단 - 판단 회피/추측 표현: 100% 차단 - 프로토콜 준수율: 대폭 향상 ## 파일 통계 - 총 업데이트 파일: 26개 - 총 추가된 라인 수: ~1,800줄 - 평균 파일당 추가: ~70줄 (규칙 섹션) ## Breaking Changes 없음. 기존 기능은 모두 유지되며, 강제 실행 규칙만 추가됨. Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
규정 통일화: 분할 챕터 명명 규칙 및 배치 크기 명시
2026-01-31 00:38:05 +09:00 · 2026-01-30 23:48:33 +09:00 · 2026-01-27 22:31:42 +09:00 · 2026-01-27 21:52:24 +09:00 · 2026-01-26 00:41:10 +09:00 · 2026-01-26 00:30:40 +09:00
32 changed files with 12962 additions and 606 deletions
--- a/Guide.md
+++ b/Guide.md
--- a/Guide.md
+++ b/Guide.md
@@ -1,11 +1,11 @@
-# Creative Writing System - Writing Guide (v3.5)
+# Creative Writing System - Writing Guide (v3.6)
 > **작성일:** 2026-01-15
-> **버전:** 3.5.0
+> **버전:** 3.6.0
-> **최종 수정:** 2026-01-23
+> **최종 수정:** 2026-01-25
 > **시스템:** Creative Writing System (CWS)
 > **목적:** AI와 협업하여 장편 창작물을 체계적으로 작성하기 위한 가이드
-> **주요 변경 (v3.5):** 검증 모드 섹션 확장 (배치 시스템 통합)
+> **주요 변경 (v3.6):** Phase 2 (권별 플롯) 삭제 - Design Guide로 이관, 중복 제거
 ---
@@ -80,18 +80,17 @@ CLAUDE.md = 내비게이션 (매번 운전할 때마다)
 5. [프로젝트 위치 선택](#5-프로젝트-위치-선택)
 6. [파일 구조](#6-파일-구조)
 7. [Phase 1: 설계 (큰 틀)](#7-phase-1-설계-큰-틀)
-8. [Phase 2: 권별 플롯](#8-phase-2-권별-플롯)
+8. [Phase 2: 실행 준비](#8-phase-2-실행-준비)
-9. [Phase 3: 실행 준비](#9-phase-3-실행-준비)
+9. [Phase 3: 작성 모드](#9-phase-3-작성-모드)
-10. [Phase 4: 작성 모드](#10-phase-4-작성-모드)
+10. [Phase 4: 수정 모드](#10-phase-4-수정-모드) ⭐ NEW
-11. [Phase 5: 수정 모드](#11-phase-5-수정-모드) ⭐ NEW
+11. [Phase 5: 검증 모드](#11-phase-5-검증-모드) ⭐ NEW
-12. [Phase 6: 검증 모드](#12-phase-6-검증-모드) ⭐ NEW
+12. [Phase 6: 권 완료](#12-phase-6-권-완료)
-13. [Phase 7: 권 완료](#13-phase-7-권-완료)
+13. [Phase 7: 다음 권](#13-phase-7-다음-권)
-14. [Phase 8: 다음 권](#14-phase-8-다음-권)
+14. [CLAUDE.md 템플릿](#14-claudemd-템플릿)
-15. [CLAUDE.md 템플릿](#15-claudemd-템플릿)
+15. [Git 자동화](#15-git-자동화)
-16. [Git 자동화](#16-git-자동화)
+16. [토큰 효율 관리](#16-토큰-효율-관리)
-17. [토큰 효율 관리](#17-토큰-효율-관리)
+17. [파일 명명 규칙](#17-파일-명명-규칙)
-18. [파일 명명 규칙](#18-파일-명명-규칙)
+18. [부록](#18-부록)
 19. [부록](#19-부록)
 ---
@@ -520,18 +519,7 @@ AI: 질문 시작 → 함께 작성
 → 일관성 검토 → 확정
 ```
-### Phase 2: 권별 플롯
+### Phase 2: 실행 준비 (자동화)
 ```
 사용자: "1권 플롯 작성"
 AI: plot-master 기반 상세화
 생성 파일:
 ✅ volumes/vol-01/plot-master.md
 → 검토 → 확정
 ```
 ### Phase 3: 실행 준비 (자동화)
 ```
 사용자: "실행 준비"
 AI: 자동 실행
@@ -543,7 +531,7 @@ AI: 자동 실행
 ✅ Git 저장소 초기화
 ```
-### Phase 4: 작성
+### Phase 3: 작성
 ```
 사용자: "1~5화 작성해"
 AI: 5화 연속 작성 + 서머리
@@ -553,7 +541,7 @@ AI: 5화 연속 작성 + 서머리
 ✅ summary-001-005.md
 ```
-### Phase 5: 권 완료
+### Phase 4: 권 완료
 ```
 50화 완료 시
 AI: 자동 압축 서머리 생성
@@ -562,12 +550,12 @@ AI: 자동 압축 서머리 생성
 ✅ summary-vol-01-final.md
 ```
-### Phase 6: 다음 권
+### Phase 5: 다음 권
 ```
 사용자: "2권 실행 준비"
 AI: vol-02 자동 설정
-→ Phase 4로 반복
+→ Phase 3로 반복
 ```
 ---
@@ -1126,102 +1114,22 @@ AI: "마스터 파일 확정. 권별 플롯 작성 가능합니다."
 ---
-## 8. Phase 2: 권별 플롯
+## 8. Phase 2: 실행 준비
 > **전제 조건:** Design Guide Phase 4-1/4-2/4-3 완료 필수
 > - Phase 4-1: 전체 & 시즌 플롯 (settings/plot-master.md)
 > - Phase 4-2: 권별 플롯 (volumes/vol-XX/volume-plot.md)
 > - Phase 4-3: 5화별 상세 플롯 (volumes/vol-XX/plots/plot-XXX-YYY.md × 10개)
 ### 8.1 시작 명령
 ```
 사용자: "1권 플롯 작성"
 또는: "/plot vol-01"
 ```
 ### 8.2 플롯 작성
 AI가 plot-master.md 기반으로 1권 50화 플롯 작성:
 ```markdown
 # 1권 플롯 (50화)
 > 기간: 1945.8.16 - 1946.12.31
 > 최종 수정: YYYY-MM-DD
 ## 1-5화: 회귀와 시작
 ### ch-001: 빛 속으로
 **날짜:** 1945.8.16
 **장소:** 어딘가 → 경성
 **등장인물:** 강민준, 박현우, 최태준
 **핵심:**
 - 회귀 순간
 - 세 사람 만남
 - 기억 확인
 **분량:** 10,000자
 **복선:** "만주" 첫 언급
 ### ch-002: 경성에서
 **날짜:** 1945.8.17
 **장소:** 경성 거리
 **등장인물:** 강민준, 서윤희(첫 등장)
 **핵심:**
 - 경성 도착
 - 여운형 찾기
 - 서윤희 첫 만남
 **분량:** 10,000자
 ...
 ### ch-005: 건준 합류
 **날짜:** 1945.9.1
 **장소:** 건국준비위원회
 **등장인물:** 강민준, 여운형
 **핵심:**
 - 건준 정치국 합류
 - 여운형과 신뢰 구축
 - 계획 시작
 **분량:** 10,000자
 **복선:** 이승만 경계
 ---
 ## 6-10화: ...
 ## 플롯 요약
 | 챕터 | 날짜 | 핵심 사건 | 복선 |
 |------|------|----------|------|
 | 001 | 1945.8.16 | 회귀 | 만주 |
 | 002 | 1945.8.17 | 서윤희 만남 | - |
 ...
 ```
 ### 8.3 검토 및 확정
 ```
 AI: "1권 플롯 완성. 50화 구조 검토해주세요."
 확인 사항:
 ✅ 각 화 분량 균형 (8,000-12,000자)
 ✅ 날짜 연속성
 ✅ 캐릭터 등장 타이밍
 ✅ 복선 배치
 사용자: "확정"
 AI: "1권 플롯 확정. 실행 준비 가능합니다."
 ```
 ---
 ## 9. Phase 3: 실행 준비
 ### 9.1 시작 명령
 ```
 사용자: "실행 준비"
 또는: "1권 실행 준비"
 또는: "/setup vol-01"
 ```
-### 9.2 자동 실행 프로세스
+### 8.2 자동 실행 프로세스
 AI가 자동으로:
@@ -1414,7 +1322,7 @@ git branch -M main
 git push -u origin main
 ```
-### 9.3 완료 메시지
+### 8.3 완료 메시지
 ```
 AI: "✅ 실행 준비 완료!
@@ -1432,9 +1340,9 @@ AI: "✅ 실행 준비 완료!
 ---
-## 10. Phase 4: 작성 모드
+## 9. Phase 3: 작성 모드
-### 10.1 시작 명령
+### 9.1 시작 명령
 ```
 사용자: "1~5화 작성해"
@@ -1442,7 +1350,7 @@ AI: "✅ 실행 준비 완료!
 또는: "/write 1-5"
 ```
-### 10.2 세션 시작 (자동)
+### 9.2 세션 시작 (자동)
 AI가 자동으로 파일 읽기:
@@ -1462,7 +1370,7 @@ AI가 자동으로 파일 읽기:
 준비 완료. ch-001부터 시작합니다.
 ```
-### 10.3 챕터 형식 (바텀 금지!)
+### 9.3 챕터 형식 (바텀 금지!)
 **헤더 형식:**
 ```markdown
@@ -1485,7 +1393,7 @@ AI가 자동으로 파일 읽기:
 2. 리넘버링 시 전부 수정 필요 (유지보수 지옥)
 3. 파일명/헤더와 불일치 위험
-### 10.4 작성 프로세스
+### 9.4 작성 프로세스
 #### ch-001 작성:
 ```
@@ -1568,7 +1476,7 @@ summaries/summary-001-005.md 업데이트:
 (반복)
 ```
-### 10.5 5화 완료
+### 9.5 5화 완료
 ```
 AI: "✅ 1-5화 작성 완료!
@@ -1606,7 +1514,7 @@ Gitea 푸시 완료.
 다음: '6~10화 작성해'"
 ```
-### 10.6 작성 중 변경 사항
+### 9.6 작성 중 변경 사항
 #### 예: 새 캐릭터 추가
 ```
@@ -1644,13 +1552,13 @@ AI 자동 업데이트:
 ---
-## 11. Phase 5: 수정 모드
+## 10. Phase 4: 수정 모드
-### 11.1 개요
+### 10.1 개요
 기존 챕터 수정 시 사용하는 모드입니다. 수정 유형에 따라 8가지 절차가 있습니다.
-### 11.2 수정 유형별 절차
+### 10.2 수정 유형별 절차
 | 유형 | 절차 | Summary |
 |------|------|---------|
@@ -1663,7 +1571,7 @@ AI 자동 업데이트:
 | **G. 분할** | 한 화 → 두 화 → 역순 리네임 → summary 재생성 | 전체 |
 | **H. 병합** | 두 화 → 한 화 → 정순 리네임 → summary 재생성 | 전체 |
-### 11.3 핵심 규칙
+### 10.3 핵심 규칙
 **Summary 재생성 규칙:**
 ```
@@ -1688,7 +1596,7 @@ AI 자동 업데이트:
  ch-060 → ch-059
 ```
-### 11.4 작업 절차
+### 10.4 작업 절차
 ```
 1. 영향 분석
@@ -1711,13 +1619,13 @@ AI 자동 업데이트:
 ---
-## 12. Phase 6: 검증 모드
+## 11. Phase 5: 검증 모드
-### 12.1 개요
+### 11.1 개요
 작성/수정 완료 후 전체 일관성을 점검하는 모드입니다.
-### 12.2 6단계 통합 검증
+### 11.2 6단계 통합 검증
 ```
 [1/6] 구조 검증
@@ -1751,7 +1659,7 @@ AI 자동 업데이트:
      - 권장 조치
 ```
-### 12.3 부분 검증
+### 11.3 부분 검증
 | 명령 | 실행 내용 |
 |------|----------|
@@ -1760,7 +1668,7 @@ AI 자동 업데이트:
 | "바텀 검증해" | 2단계 바텀만 |
 | "바텀 일괄 제거해" | 바텀 자동 제거 |
-### 12.4 호칭 검증 기준
+### 11.4 호칭 검증 기준
 ```
 characters-master.md에 호칭 규칙 정의:
@@ -1774,7 +1682,7 @@ characters-master.md에 호칭 규칙 정의:
 | 결혼 후 | 당신/윤희 | 당신/민준 |
 ```
-### 12.5 작가 스타일 검증 기준 ⭐ v3.4 신규
+### 11.5 작가 스타일 검증 기준 ⭐ v3.4 신규
 ```
 authors/author-XX.md에 정의된 스타일 준수 확인:
@@ -1797,9 +1705,9 @@ authors/author-XX.md에 정의된 스타일 준수 확인:
 ---
-## 13. Phase 7: 권 완료
+## 12. Phase 6: 권 완료
-### 13.1 50화 완료 시
+### 12.1 50화 완료 시
 ```
 사용자: "46~50화 작성해"
@@ -1814,7 +1722,7 @@ AI: (작성 완료 후)
 자동 압축 시작..."
 ```
-### 13.2 압축 서머리 생성
+### 12.2 압축 서머리 생성
 AI가 `summary-001-050.md`를 읽고 압축:
@@ -1915,7 +1823,7 @@ AI가 `summary-001-050.md`를 읽고 압축:
 - 주요 사건: 47개
 ```
-### 13.3 Git 커밋
+### 12.3 Git 커밋
 ```bash
 git add .
@@ -1930,7 +1838,7 @@ Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>"
 git push origin main
 ```
-### 13.4 완료 메시지
+### 12.4 완료 메시지
 ```
 AI: "🎉 1권 완료!
@@ -1958,9 +1866,9 @@ Git 푸시 완료.
 ---
-## 14. Phase 8: 다음 권
+## 13. Phase 7: 다음 권
-### 14.1 2권 플롯 작성
+### 13.1 2권 플롯 작성
 ```
 사용자: "2권 플롯 작성"
@@ -1974,7 +1882,7 @@ AI: plot-master.md 참조
 검토 → 확정
 ```
-### 14.2 2권 실행 준비
+### 13.2 2권 실행 준비
 ```
 사용자: "2권 실행 준비"
@@ -1988,7 +1896,7 @@ AI 자동:
 완료!
 ```
-### 14.3 2권 1-5화 작성
+### 13.3 2권 1-5화 작성
 ```
 사용자: "1~5화 작성해"
@@ -2008,13 +1916,13 @@ ch-001~005
 ✅ summary-001-005.md (2권)
 ```
-### 14.4 반복
+### 13.4 반복
 Phase 4 반복...
 ---
-## 15. CLAUDE.md 템플릿
+## 14. CLAUDE.md 템플릿
 ```markdown
 # CLAUDE.md - AI 협업 프로토콜
@@ -2243,9 +2151,9 @@ Phase 4 반복...
 ---
-## 16. Git 자동화
+## 15. Git 자동화
-### 16.1 Gitea 설정 정보
+### 15.1 Gitea 설정 정보
 ```
 주소: git.digien25.co.kr
@@ -2253,7 +2161,7 @@ Phase 4 반복...
 토큰: d2ae36cb862375aaab2575fcad5268d276798b2b
 ```
-### 16.2 자동 초기화 (Phase 3)
+### 15.2 자동 초기화 (Phase 3)
 ```bash
 # 저장소 초기화
@@ -2304,7 +2212,7 @@ git branch -M main
 git push -u origin main
 ```
-### 16.3 자동 커밋 규칙
+### 15.3 자동 커밋 규칙
 #### 5화 완료 시:
 ```
@@ -2339,7 +2247,7 @@ Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>"
 git push origin main
 ```
-### 16.4 브랜치 전략
+### 15.4 브랜치 전략
 **단순 전략 (권장):**
 ```
@@ -2355,9 +2263,9 @@ main
 ---
-## 17. 토큰 효율 관리
+## 16. 토큰 효율 관리
-### 17.1 토큰 계산
+### 16.1 토큰 계산
 #### 한글 토큰 비효율:
 ```
@@ -2381,7 +2289,7 @@ main
 | summary-001-005.md | ~3,000자 | ~2,000 |
 | summary-vol-01-final.md | ~5,000자 | ~3,000 |
-### 17.2 세션별 토큰
+### 16.2 세션별 토큰
 #### 1권 첫 세션 (1-5화):
 ```
@@ -2435,7 +2343,7 @@ main
 총: 89,000 토큰 (OK!)
 ```
-### 17.3 최적화 전략
+### 16.3 최적화 전략
 #### 서머리 압축:
 ```
@@ -2469,9 +2377,9 @@ characters.md (1권만):
 ---
-## 18. 파일 명명 규칙
+## 17. 파일 명명 규칙
-### 18.1 기본 원칙
+### 17.1 기본 원칙
 **모든 파일/폴더명은 영문 소문자 + 하이픈**
@@ -2483,7 +2391,7 @@ characters.md (1권만):
 | **플롯 파일** | `plot-NNN-MMM.md` | `plot-001-005.md` |
 | **서머리 파일** | `summary-NNN-MMM.md` | `summary-001-005.md` |
-### 18.2 권별 폴더명
+### 17.2 권별 폴더명
 ```
 vol-01  (1권)
@@ -2493,7 +2401,7 @@ vol-03  (3권)
 vol-10  (10권)
 ```
-### 18.3 챕터 파일명
+### 17.3 챕터 파일명
 ```
 ch-001.md   (1화)
@@ -2503,7 +2411,7 @@ ch-050.md   (50화)
 ch-100.md   (100화, 2권 50화)
 ```
-### 18.4 주의사항
+### 17.4 주의사항
 ```
 ❌ 한글 파일명: 1권_16화_새로운_가능성.md
@@ -2521,9 +2429,9 @@ ch-100.md   (100화, 2권 50화)
 ---
-## 19. 부록
+## 18. 부록
-### 19.1 전체 명령어 목록
+### 18.1 전체 명령어 목록
 #### 설계:
 ```
@@ -2562,7 +2470,7 @@ ch-100.md   (100화, 2권 50화)
 "/check characters"
 ```
-### 19.2 FAQ
+### 18.2 FAQ
 **Q: 5화 작성 중 컴팩팅 발생하면?**
 A: 세션 종료 후 재시작. summary 덕분에 일관성 유지.
@@ -2579,7 +2487,7 @@ A: 해당 챕터만 수정 → summary 재생성 → final 재생성.
 **Q: Git 충돌 발생하면?**
 A: 수동 해결 후 AI에게 "/git status" 보고.
-### 19.3 트러블슈팅
+### 18.3 트러블슈팅
 **문제: 토큰 초과**
 해결:
@@ -2603,6 +2511,18 @@ A: 수동 해결 후 AI에게 "/git status" 보고.
 ## 변경 이력
 ### v3.6.0 (2026-01-25)
 - ✅ **Phase 2 (권별 플롯) 삭제 - 중복 제거**
  - Writing Guide Phase 2 (권별 플롯) 삭제
  - Design Guide Phase 4-1/4-2/4-3에서 모든 플롯 작성 담당
  - Phase 2를 "실행 준비"로 변경 (Design Guide 완료 확인)
  - 모든 후속 Phase 번호 재조정 (Phase 3→8이 Phase 2→7로)
  - 설계 vs 작성 분리 원칙 강화 (중복 위험 제거)
 ### v3.5.0 (2026-01-23)
 - ✅ **검증 모드 섹션 확장**
  - 배치 시스템 통합
 ### v3.4.0 (2026-01-21)
 - ✅ **Multi-Writer 시스템 추가**
  - authors/author-XX.md 파일 구조 추가
--- a/README.md
+++ b/README.md
@@ -1,9 +1,9 @@
 # Novel Writing Guide
-> **버전:** 4.0
+> **버전:** 4.2
-> **최종 수정:** 2026-01-23
+> **최종 수정:** 2026-01-25
 > **용도:** AI 협업 장편 소설 작성 시스템
-> **주요 변경:** Single Source of Truth - claude.md 시스템 (필수)
+> **주요 변경:** PLOT 모드 추가 - 설계 단계 타임라인 검증
 ---
@@ -15,7 +15,76 @@ AI(Claude)와 협업하여 **장편 소설**(10권 이상)을 체계적으로
 ---
-## 📖 주요 문서
+## 📐 문서 구조 (v4.2 명확화)
 ### 1. **CWS Design Guide.md** - 설계 단계
 **용도:** 아이디어 → 플롯 완성까지 (작성 전 단계)
 ```
 Phase 0: 아이디어/컨셉
 Phase 0.5: 작가 문체 정의
 Phase 1: 세계관 설계
 Phase 2: 캐릭터 설계
 Phase 3: 타임라인 설계
 Phase 4: 플롯 설계 + 타임라인 검증 ⭐ v1.2 신규
 Phase 5: 설계 검증
 Output: 검증된 설정 파일들 (settings/)
 ```
 **버전:** v1.4.0 (2026-01-26)
 **주요 기능:** Phase 5 검증 프로토콜 - 계층적 반영 검증
 ---
 ### 2. **CWS Writing Guide.md** - 작성/검증/수정 단계
 **용도:** 플롯 기반 챕터 작성 및 품질 관리
 ```
 PLOT 모드: 플롯 타임라인 검증 ⭐ v4.2 신규
 WRITING 모드: 챕터 작성 (타임라인 체크)
 VERIFICATION 모드: 전체 검증
 FIX 모드: 문제 수정 (재배치 포함)
 POLISH 모드: 문장 다듬기
 3단계 방어선:
 🛡️ PLOT = 설계 오류 차단
 🛡️ WRITING = 작성 시 예방
 🛡️ VERIFICATION = 최후의 보루
 ```
 **버전:** v4.2.0 (2026-01-25)
 **주요 기능:** PLOT 모드 통합, 타임라인 역행 3단계 방어
 ---
 ### 3. **templates/standards/** - 개별 모드 프로토콜
 **용도:** 각 모드의 상세 절차 및 체크리스트
 ```
 설계 단계:
 plot-mode.md ⭐ v2.2.0 (volume-plot.md 참조 강화)
 design-verification-mode.md ⭐ v1.0.0 신규 (Phase 5 검증)
 작성 단계:
 writing-mode.md v2.4.0
 verification-mode.md v2.9.0
 fix-mode.md v2.0.0
 polish-mode.md v2.4.0
 report-management.md v1.0.0
 + 기타 지원 프로토콜
 ```
 **참조:** `templates/standards/README.md` (프로토콜 인덱스)
 ---
 ### 4. **README.md (이 문서)** - 메인 인덱스
 **용도:** 전체 CWS 시스템 개요 및 시작 가이드
 ---
 ## 📖 주요 문서 (Legacy)
 ### **Novel Writing Project Guide.md**
 메인 가이드 문서입니다.
@@ -268,6 +337,40 @@ my-novel-project/
 ## 📝 버전 히스토리
 ### v4.3 (2026-01-26)
 - ✅ **Phase 5 검증 프로토콜 추가**
 - ✅ `templates/standards/design-verification-mode.md` v1.0.0 신규
 - ✅ CWS Design Guide v1.4.0 업데이트
  - Phase 5-2 계층적 반영 검증 (3단계)
  - 마스터 → volume-plot.md → plot-XXX-YYY.md 반영 검증
  - 검증 보고서 템플릿 추가
 - ✅ plot-mode.md v2.2.0 업데이트
  - volume-plot.md 참조 및 일치성 검증 강화
  - Phase 2: 각 화 작성 전 volume-plot.md 확인 필수
  - Phase 3: volume-plot.md 일치성 검증 추가
 - ✅ **설계 품질 보증 체계 완성**
  - Phase 4-3: volume-plot.md 확인 + 일치성 검증
  - Phase 5-2: 계층적 반영 검증 (3단계)
  - 설계 → 작성 완벽 전달
 ### v4.2 (2026-01-25)
 - ✅ **PLOT 모드 추가 - 설계 단계 타임라인 검증**
 - ✅ `templates/standards/plot-mode.md` v1.0.0 추가
 - ✅ CWS Design Guide v1.2.0 업데이트
  - Phase 4 (플롯 설계)에 타임라인 검증 프로토콜 추가
  - Phase 5 (설계 검증)에 플롯 타임라인 검증 추가
 - ✅ CWS Writing Guide v4.2.0 업데이트 (예정)
  - PLOT 모드 통합
 - ✅ writing-mode.md v2.4.0: 타임라인 역행 방지 체크포인트
 - ✅ verification-mode.md v2.9.0: 리포트 유효성 검증
 - ✅ fix-mode.md v2.0.0: 재배치 프로토콜
 - ✅ report-management.md v1.0.0: 리포트 관리
 - ✅ **3단계 방어선 체계 확립**
  - 1차: PLOT (설계 단계)
  - 2차: WRITING (작성 단계)
  - 3차: VERIFICATION (검증 단계)
 - ✅ 문서 구조 및 역할 명확화
 ### v4.0 (2026-01-23)
 - ✅ **Single Source of Truth 시스템 확립**
 - ✅ `claude.md` 파일 도입 (프로젝트별 필수)
--- a/templates/CLAUDE.md.template
+++ b/templates/CLAUDE.md.template
@@ -1,8 +1,191 @@
-# Claude 작업 규칙 (프로젝트명)
+# Claude 작업 규칙 ([프로젝트명])
 > **용도:** Claude가 이 프로젝트에서 작업 시 반드시 따라야 할 규칙
 > **작성일:** YYYY-MM-DD
 > **최종 수정:** YYYY-MM-DD
 > **버전:** 2.2
 > **중요도:** 🔴 필수 준수
 > **주요 변경:** 리커버리 코드 제거, 컴팩트 복구 절차 간소화
 ---
 ## 🔄 컴팩트 후 자동 복구 절차 (v2.2 - 필수!)
 ### ⚠️ claude.md를 읽었다면 반드시 다음을 실행하세요!
 **컴팩트 후 또는 세션 시작 시:**
 ```
 Step 1: ✅ claude.md 읽기 (WORK-MODE.txt에서 자동 지시)
 Step 2: 🔴 WORK-MODE.txt 읽기 (자동!)
  l:\내 드라이브\Writing\[프로젝트명]\WORK-MODE.txt
  (또는 volumes/vol-XX/WORK-MODE.txt)
  → CURRENT_MODE 확인 (PLOT / WRITING / VERIFICATION / FIX / POLISH)
  → READ_FILE 확인 (읽어야 할 프로토콜 파일)
  → 현재 작업 상태 파악
 Step 3: 🔴 현재 모드 프로토콜 읽기 (자동!)
  WORK-MODE.txt의 READ_FILE 또는:
  - PLOT → l:\내 드라이브\Writing\Guide\templates\standards\plot-mode.md
  - WRITING → l:\내 드라이브\Writing\Guide\templates\standards\writing-mode.md
  - VERIFICATION → l:\내 드라이브\Writing\Guide\templates\standards\verification-mode.md
  - FIX → l:\내 드라이브\Writing\Guide\templates\standards\fix-mode.md
  - POLISH → l:\내 드라이브\Writing\Guide\templates\standards\polish-mode.md
 Step 4: 📋 프로토콜에 명시된 필수 파일 읽기
  (각 모드별로 다름 - 프로토콜 파일 참조)
 Step 5: ✅ 복구 완료 보고 및 대기
  "컴팩트 복구 완료했습니다.
  현재 모드: [모드명]
  작업 상태: [WORK-MODE.txt 내용]
  읽은 파일: [목록]
  계속 진행할까요?"
 ```
 ### ❌ WORK-MODE.txt가 없으면?
 ```
 ⚠️ WORK-MODE.txt 파일이 없습니다.
 사용자에게 질문:
 "작업 상태 파일이 없습니다. 어떤 작업을 진행 중이셨나요?
 1. 플롯 작성 (PLOT)
 2. 챕터 작성 (WRITING)
 3. 검증 (VERIFICATION)
 4. 수정 (FIX)
 5. 다듬기 (POLISH)
 6. 새 작업 시작"
 → 사용자 답변 후 WORK-MODE.txt 생성
 → 해당 모드 프로토콜 읽기
 → 준비 완료
 ```
 ---
 ## 🎯 모드 진입 자동 준비 프로토콜 (v2.1 - 강제!)
 ### ⚠️ 모든 작업 요청 시 필수 절차
 **사용자가 작업 요청 시 자동 실행:**
 #### 1. 모드 식별 (키워드 매칭)
 ```
 PLOT 모드:
 - "플롯 작성", "X-Y화 플롯", "plot-XXX-YYY.md 작성"
 - 예: "5권 1-5화 플롯 작성해"
 WRITING 모드:
 - "작성", "X화 작성", "챕터 작성", "쓰기"
 - 예: "1화 작성해", "ch-001 작성"
 VERIFICATION 모드:
 - "검증", "확인", "체크", "점검"
 - 예: "2권 검증해", "타임라인 확인해줘"
 FIX 모드:
 - "수정", "고치기", "fix"
 - 예: "검증 결과 수정해", "타임라인 역행 고쳐줘"
 POLISH 모드:
 - "다듬기", "polish", "문장 개선"
 - 예: "ch-001~010 다듬어줘"
 ```
 #### 2. 자동 준비 (🛑 사용자 확인 전까지 작업 시작 금지!)
 ```
 Step 1: 모드 프로토콜 읽기
  l:\내 드라이브\Writing\Guide\templates\standards\[모드]-mode.md
 Step 2: 프로토콜에 명시된 필수 파일 읽기
  예) PLOT 모드:
    - volumes/vol-XX/volume-plot.md
    - volumes/vol-XX/timeline.md
    - volumes/vol-XX/characters.md
  예) WRITING 모드:
    - volumes/vol-XX/plots/plot-XXX-YYY.md
    - volumes/vol-XX/characters.md
    - volumes/vol-XX/timeline.md
 Step 3: WORK-MODE.txt 업데이트
  l:\내 드라이브\Writing\[프로젝트명]\WORK-MODE.txt
  (또는 volumes/vol-XX/WORK-MODE.txt)
  ---
  CURRENT_MODE: [모드]
  READ_FILE: l:\내 드라이브\Writing\Guide\templates\standards\[모드]-mode.md
  ---
  TASK: [작업 내용]
  STATUS: READY
  STARTED: [현재 날짜]
  ---
 Step 4: 준비 완료 보고 및 대기
  "준비 완료했습니다.
  모드: [모드명]
  작업: [내용]
  읽은 파일:
  - [모드]-mode.md vX.X.X
  - volume-plot.md ([권]: [기간], [화수])
  - timeline.md
  - characters.md
  확인 사항:
  - [주요 정보]
  시작할까요?"
 ```
 #### 3. 🛑 대기 (필수!)
 ```
 사용자 확인 없이 절대 작업 시작 금지!
 사용자: "응" / "시작" / "yes" / "ok"
 → Claude: 작업 시작
 사용자: 다른 질문 / 수정 요청
 → Claude: 질문 답변 후 다시 대기
 ```
 ### 📌 예외: 같은 모드 연속 작업
 ```
 상황: 이미 PLOT 모드 진행 중
 사용자: "1-5화 플롯 작성해"
 Claude: [작업 완료]
 사용자: "6-10화도"
 Claude: "같은 PLOT 모드 연속 작업입니다.
        필요한 파일만 확인합니다.
        - volume-plot.md 확인 ✓
        - 이전 플롯(plot-001-005.md) 확인 ✓
        6-10화 플롯 작성을 시작할까요?"
 → 전체 준비 절차 생략 가능
 ```
 ### ❌ 절대 금지
 ```
 ❌ 모드 프로토콜 읽지 않고 작업 시작
 ❌ 필수 파일 건너뛰고 진행
 ❌ 준비 완료 보고 없이 바로 작성
 ❌ 사용자 확인 없이 작업 시작
 ❌ WORK-MODE.txt 업데이트 없이 진행
 ```
 ---
@@ -18,19 +201,76 @@ l:\내 드라이브\Writing\Guide\templates\standards\
 ### 📋 표준 파일 목록
-| 파일명 | 용도 | 위치 |
+| 파일명 | 용도 | 버전 | 위치 |
-|--------|------|------|
+|--------|------|------|------|
-| verification-mode.md | 검증 모드 프로토콜 | Guide/templates/standards/ |
+| **plot-mode.md** | **5화씩 상세 플롯 작성** | **v2.1.0** 🔴 | **Guide/templates/standards/** |
-| fix-mode.md | 수정 모드 프로토콜 | Guide/templates/standards/ |
+| verification-mode.md | 검증 모드 프로토콜 | v2.8.0 ⭐ | Guide/templates/standards/ |
-| polish-mode.md | 다듬기 모드 프로토콜 | Guide/templates/standards/ |
+| fix-mode.md | 수정 모드 프로토콜 | v1.1.0 | Guide/templates/standards/ |
-| modification-mode.md | 수정 모드 프로토콜 | Guide/templates/standards/ |
+| polish-mode.md | 다듬기 모드 프로토콜 | v2.3.0 | Guide/templates/standards/ |
-| writing-mode.md | 작성 모드 프로토콜 | Guide/templates/standards/ |
+| modification-mode.md | 수정 모드 프로토콜 | v2.1.0 | Guide/templates/standards/ |
-| writing-guide.md | 문체/분량 규칙 | Guide/templates/standards/ |
+| writing-mode.md | 작성 모드 프로토콜 | v2.4.0 | Guide/templates/standards/ |
-| file-formats.md | 파일 형식 표준 | Guide/templates/standards/ |
+| writing-guide.md | 문체/분량 규칙 | v2.5.0 | Guide/templates/standards/ |
-| chapter-format.md | 챕터 형식 | Guide/templates/standards/ |
+| file-formats.md | 파일 형식 표준 | v1.1.0 | Guide/templates/standards/ |
-| creative-writing.md | 창작 가이드 | Guide/templates/standards/ |
+| chapter-format.md | 챕터 형식 | - | Guide/templates/standards/ |
-| retouch-mode.md | 재작성 모드 | Guide/templates/standards/ |
+| creative-writing.md | 창작 가이드 | - | Guide/templates/standards/ |
-| renaming-protocol.md | 이름 변경 규칙 | Guide/templates/standards/ |
+| retouch-mode.md | 재작성 모드 | - | Guide/templates/standards/ |
 | renaming-protocol.md | 이름 변경 규칙 | - | Guide/templates/standards/ |
 **최신 업데이트:**
 - 🔴 v2.2 (2026-01-26): 리커버리 코드 제거, 컴팩트 복구 절차 간소화
 - 🔴 v2.1 (2026-01-26): 모드 진입 자동 준비 프로토콜 추가 (모든 작업 요청 시 자동 절차)
 - 🔴 v2.1 (2026-01-26): WORK-MODE.txt 자동 읽기 규칙 추가 (컴팩트 복구)
 - 🔴 v2.1 (2026-01-26): 모드별 키워드 매칭 및 대기 상태 강제
 - 🔴 v2.0 (2026-01-25): plot-mode.md v2.1.0 추가: 5화씩 상세 플롯 작성 표준 절차
 - 🔴 v2.0 (2026-01-25): 컴팩트 후 필수 읽기 규칙 추가
 - ⭐ verification-mode.md v2.8.0: 강제 워크플로우 추가 - 검증→FIX→재검증 사이클 필수화
 ---
 ## 🚨 컴팩트 후 필수 읽기 (CRITICAL!)
 ### ⚠️ 세션이 컴팩트되면 절차를 잊어버립니다!
 **문제:**
 - 컴팩트 후 표준 절차를 기억하지 못함
 - plot-mode.md를 모르는 상태로 플롯 작성
 - 상위 플롯(volume-plot.md)를 무시하고 임의 창작
 - 결과: 타임라인, 캐릭터, 사건 전부 불일치
 **해결:**
 - ✅ WORK-MODE.txt 자동 읽기 (시스템 지원)
 - ✅ claude.md 읽기 (WORK-MODE.txt에서 지시)
 - ✅ 현재 모드 프로토콜 자동 읽기 (위 "모드 진입 자동 준비 프로토콜" 참조)
 **이 섹션은 문제 설명용입니다. 실제 절차는 위 섹션들을 따르세요!**
 ---
 ### 🔴 플롯 작성 시 필수 절차 (재발 방지!)
 **이 절차는 위 "모드 진입 자동 준비 프로토콜"에 통합되었습니다!**
 **사용자가 "X-Y화 플롯 작성" 요청 시:**
 ```
 → 자동으로 PLOT 모드 인식
 → plot-mode.md 읽기
 → volume-plot.md, timeline.md, characters.md 읽기
 → WORK-MODE.txt 업데이트
 → 준비 완료 보고 및 대기
 → 사용자 확인 후 작업 시작
 ```
 **플롯 작성 중 필수 사항 (plot-mode.md 참조):**
 - Phase 1: 준비 (상위 플롯 읽기, 타임라인 확인)
 - Phase 2: 각 화 작성 (타임라인 검증 포함!)
 - Phase 3: 5화 타임라인 검증 (필수!)
 **이 절차를 생략하면:**
 - 타임라인 불일치
 - 캐릭터 오류 (존재하지 않는 인물 등장)
 - 주요 사건 누락
 - 전체 파일 삭제 후 재작성
 ---
@@ -38,50 +278,110 @@ l:\내 드라이브\Writing\Guide\templates\standards\
 ### ❌ 절대 하지 말 것
-1. **프로젝트 내 standards/ 생성 금지**
+1. **프로젝트 내 standards/ 파일 읽기 금지**
-   - `PROJECT/standards/` ❌
+   - [프로젝트명]/standards/ ❌ (구버전이거나 삭제 예정)
-   - 반드시 `Guide/templates/standards/` 사용
+   - 반드시 Guide/templates/standards/ 사용
 2. **권별 standards 생성 금지**
-   - `volumes/vol-01/standards/` ❌
+   - volumes/vol-01/standards/ ❌
-   - `volumes/vol-02/standards/` ❌
+   - volumes/vol-02/standards/ ❌
   - 표준은 프로젝트 전체에 통일
 3. **권별 검증 기준 파일 생성 금지**
-   - `volumes/vol-XX/validation-standards.md` ❌
+   - volumes/vol-XX/validation-standards.md ❌
-   - `Guide/templates/standards/verification-mode.md` 사용
+   - Guide/templates/standards/verification-mode.md 사용
 ---
 ## ✅ 올바른 작업 절차
-### 모드 진입 시
+**⚠️ 모든 절차는 위 "모드 진입 자동 준비 프로토콜"을 따릅니다!**
 ### POLISH 모드 예시
 ```
 사용자: "POLISH 모드로 ch-001~010 다듬어줘"
-Claude 절차:
+Claude 자동 준비:
-1. ✅ l:\내 드라이브\Writing\Guide\templates\standards\polish-mode.md 읽기
+1. ✅ POLISH 모드 인식
-2. ✅ l:\내 드라이브\Writing\Guide\templates\standards\writing-guide.md 읽기
+2. ✅ polish-mode.md 읽기
-3. ✅ l:\내 드라이브\Writing\프로젝트명\settings\characters-master.md 읽기
+3. ✅ writing-guide.md 읽기
-4. ✅ 해당 챕터 작업 시작
+4. ✅ characters-master.md 읽기
 5. ✅ WORK-MODE.txt 업데이트
 6. 🛑 준비 완료 보고:
   "준비 완료했습니다.
-❌ 프로젝트 내 standards 파일 읽기 → 금지!
+   모드: POLISH
   범위: ch-001~010
   읽은 파일: polish-mode.md v2.4.0, writing-guide.md, characters-master.md
   다듬기를 시작할까요?"
 사용자: "응"
 7. ✅ 작업 시작
 ❌ l:\내 드라이브\Writing\[프로젝트명]\standards\polish-mode.md → 금지! (구버전)
 ✅ l:\내 드라이브\Writing\Guide\templates\standards\polish-mode.md → 정답!
 ```
-### 검증 시
+### PLOT 모드 예시 🔴 중요!
 ```
-사용자: "2권 검증해줘"
+사용자: "X권 1-5화 플롯 작성해"
-Claude 절차:
+Claude 자동 준비:
-1. ✅ l:\내 드라이브\Writing\Guide\templates\standards\verification-mode.md 읽기
+1. ✅ PLOT 모드 인식
-2. ✅ l:\내 드라이브\Writing\프로젝트명\settings\*.md 읽기
+2. ✅ plot-mode.md v2.1.0 읽기
-3. ✅ 검증 시작
+3. ✅ volumes/vol-XX/volume-plot.md 읽기
 4. ✅ volumes/vol-XX/timeline.md 읽기
 5. ✅ volumes/vol-XX/characters.md 읽기
 6. ✅ WORK-MODE.txt 업데이트
 7. 🛑 준비 완료 보고:
   "준비 완료했습니다.
-❌ volumes/vol-02/validation-standards.md → 생성 금지!
+   모드: PLOT
   권: X권 (YYYY-YYYY, YY화)
   작업: 1-5화 플롯 작성
   읽은 파일: plot-mode.md v2.1.0, volume-plot.md, timeline.md, characters.md
   확인 사항:
   - 타임라인: YYYY.M.D ~ YYYY.M.D (YY년)
   - 주요 캐릭터: [이름], [이름]
   - 총 YY화
   플롯 작성을 시작할까요?"
 사용자: "응"
 8. ✅ plot-mode.md Phase 1~3 실행
   - Phase 1: 준비 (타임라인, 사건, 캐릭터)
   - Phase 2: 각 화 작성 (타임라인 검증!)
   - Phase 3: 5화 타임라인 검증 (필수!)
 9. ✅ plots/plot-001-005.md 저장
 ```
 ### VERIFICATION 모드 예시
 ```
 사용자: "X권 검증해줘"
 Claude 자동 준비:
 1. ✅ VERIFICATION 모드 인식
 2. ✅ verification-mode.md v2.8.0 읽기
 3. ✅ settings/*.md 읽기
 4. ✅ WORK-MODE.txt 업데이트
 5. 🛑 준비 완료 보고 및 대기
 사용자: "응"
 6. ✅ 배치 1~N 검증
 7. ✅ 통합 검증 (전체 구조 확인)
 8. ✅ 검증 보고서 생성
 ```
 **통합 검증이란?**
 - 배치 검증 완료 후 **전체 구조** 확인
 - 배치는 "나무", 통합은 "숲" 보기
 - 예: 중간 회고 챕터 ≠ 권 마지막 확인
 ---
 ## 📝 버전 관리
@@ -112,12 +412,23 @@ Claude 절차:
 ### 이 프로젝트만의 특별한 규칙
-(프로젝트마다 추가 규칙이 있다면 여기에 작성)
+**[프로젝트명] 프로젝트:**
 - 시대 배경: [예: 1945년 한반도 / 현대 한국 / 판타지 세계]
 - 특별 규칙: [예: 역사 고증 필수 / 마법 체계 준수 등]
 - 캐릭터 호칭: `settings/characters-master.md` 참조
 - 타임라인 엄수: `settings/timeline-master.md` 참조
-예:
+### 프로젝트 구조 정보 (예시)
- 특정 캐릭터 호칭 규칙
+
- 고유 용어 사전
+**권별 구조:**
- 시대 배경 설정
+- 총 X권
 - 각 권: Y화 구성
 - 분할 챕터: (있다면 명시)
 - 타임라인: YYYY.M.D ~ YYYY.M.D (YY년)
 **주의사항:**
 - [프로젝트 특화 주의사항]
 - [예: 중간 회고 챕터 위치, 특수 구조 등]
 ---
--- a/templates/CURRENT-TASK.md.template
+++ b/templates/CURRENT-TASK.md.template
@@ -64,4 +64,30 @@
 ---
 ## 💡 사용 가이드
 ### WORK-MODE.txt vs CURRENT-TASK.md
 **WORK-MODE.txt (필수)**
 - 위치: 프로젝트 루트
 - 용도: 현재 모드 추적, 컴팩트 자동 복구
 - 형식: 간단한 키-값 (---로 구분)
 - Claude가 자동으로 읽음: ✅
 - 예: CURRENT_MODE: PLOT
 **CURRENT-TASK.md (선택)**
 - 위치: 프로젝트 루트 또는 권별
 - 용도: 상세한 작업 진행 상황 추적
 - 형식: 마크다운 테이블
 - Claude가 자동으로 읽음: ❌ (claude.md에 규칙 추가 필요)
 - 예: 챕터별 완료 상태, 검증 단계별 진행률
 **권장 사용:**
 - WORK-MODE.txt: 모든 프로젝트 필수
 - CURRENT-TASK.md: 복잡한 작업 시 추가 사용
 ---
 *이 파일은 컴팩팅 후 맥락 복구용입니다. 작업 진행 시 수시로 업데이트하세요.*
 *WORK-MODE.txt와 함께 사용하면 더욱 정확한 복구가 가능합니다.*
--- a/templates/WORK-MODE.txt.template
+++ b/templates/WORK-MODE.txt.template
@@ -0,0 +1,207 @@
 ---
 ⚠️ 컴팩트 후 이 파일을 읽었다면 반드시 다음을 실행하세요:
 1. 🔴 claude.md 파일을 먼저 읽기: l:\내 드라이브\Writing\[프로젝트명]\claude.md
 2. 🔴 현재 모드 프로토콜 읽기: 아래 READ_FILE 참조
 ---
 CURRENT_MODE: [PLOT / WRITING / VERIFICATION / FIX / POLISH / MODIFICATION / RETOUCH]
 CURRENT_VOLUME: [vol-XX]
 READ_FILE: l:\내 드라이브\Writing\Guide\templates\standards\[모드]-mode.md
 ---
 TASK: [구체적인 작업 내용]
 STATUS: [READY / IN_PROGRESS / COMPLETED / PAUSED]
 LAST_COMPLETED: [마지막 완료 항목]
 NEXT: [다음 할 일]
 STARTED: YYYY-MM-DD
 UPDATED: YYYY-MM-DD
 COMPLETED: YYYY-MM-DD (완료 시)
 ---
 NOTE: [컴팩트 후 알아야 할 중요 정보]
 ---
 # WORK-MODE.txt 사용 가이드
 ## 용도
 - 현재 작업 모드 추적
 - 컴팩트 후 맥락 복구
 - Claude가 자동으로 읽어 현재 모드 파악
 ## 위치
 프로젝트 루트: l:\내 드라이브\Writing\[프로젝트명]\WORK-MODE.txt
 ## 필수 필드
 ### CURRENT_MODE (필수)
 현재 작업 모드
 - PLOT: 플롯 작성
 - WRITING: 챕터 작성
 - VERIFICATION: 검증
 - FIX: 수정
 - POLISH: 다듬기
 - MODIFICATION: 내용 수정
 - RETOUCH: 재작성
 - NONE: 대기 중
 ### READ_FILE (필수)
 해당 모드 프로토콜 파일 경로 (절대 경로)
 예: l:\내 드라이브\Writing\Guide\templates\standards\plot-mode.md
 ### TASK (필수)
 구체적인 작업 내용
 예: 5권 1-5화 플롯 작성 / 2권 전체 검증 / ch-001~010 다듬기
 ### STATUS (필수)
 - READY: 준비 완료, 시작 대기
 - IN_PROGRESS: 작업 진행 중
 - COMPLETED: 완료
 - PAUSED: 일시 중지
 ## 선택 필드
 ### CURRENT_VOLUME
 작업 중인 권 (예: vol-05)
 ### LAST_COMPLETED
 마지막 완료 항목 (예: plot-001-005.md, ch-010)
 ### NEXT
 다음 할 일 (예: plot-006-010.md, ch-011)
 ### STARTED / UPDATED / COMPLETED
 작업 시작/수정/완료 날짜
 ### NOTE
 컴팩트 후 알아야 할 중요 정보
 ## 예시
 ### PLOT 모드
 ```
 ---
 CURRENT_MODE: PLOT
 CURRENT_VOLUME: vol-05
 READ_FILE: l:\내 드라이브\Writing\Guide\templates\standards\plot-mode.md
 ---
 TASK: 5권 1-5화 플롯 작성
 STATUS: IN_PROGRESS
 LAST_COMPLETED: 1화 플롯
 NEXT: 2화 플롯
 STARTED: 2026-01-26
 UPDATED: 2026-01-26
 ---
 NOTE: 타임라인: 1986.1.1 ~ 2002.12.31 (17년)
      주요 캐릭터: 강민준(2세), 한서연
 ```
 ### WRITING 모드
 ```
 ---
 CURRENT_MODE: WRITING
 CURRENT_VOLUME: vol-02
 READ_FILE: l:\내 드라이브\Writing\Guide\templates\standards\writing-mode.md
 ---
 TASK: 2권 6-10화 작성
 STATUS: IN_PROGRESS
 LAST_COMPLETED: ch-007
 NEXT: ch-008
 STARTED: 2026-01-26
 UPDATED: 2026-01-26
 ---
 NOTE: ch-007에서 린샤오핑 첫 등장
      호칭 규칙 주의: 민준→강민준, 세우→강세우
 ```
 ### VERIFICATION 모드
 ```
 ---
 CURRENT_MODE: VERIFICATION
 CURRENT_VOLUME: vol-02
 READ_FILE: l:\내 드라이브\Writing\Guide\templates\standards\verification-mode.md
 ---
 TASK: 2권 전체 검증
 STATUS: IN_PROGRESS
 LAST_COMPLETED: Batch 3 (ch-021~030)
 NEXT: Batch 4 (ch-031~040)
 STARTED: 2026-01-26
 UPDATED: 2026-01-26
 ---
 NOTE: Batch 1~3 검증 완료, 문제 12건 발견
      타임라인 역행: 2건 (ch-029→ch-030)
 ```
 ### POLISH 모드
 ```
 ---
 CURRENT_MODE: POLISH
 CURRENT_VOLUME: vol-01
 READ_FILE: l:\내 드라이브\Writing\Guide\templates\standards\polish-mode.md
 ---
 TASK: 1권 ch-001~052 다듬기
 STATUS: COMPLETED
 LAST_COMPLETED: ch-052
 NEXT: none
 STARTED: 2026-01-21
 COMPLETED: 2026-01-24
 ---
 NOTE: 총 6개 배치 완료, 7개 챕터 수정 (빈 줄 패턴만)
 ```
 ### 대기 상태
 ```
 ---
 CURRENT_MODE: NONE
 READ_FILE: none
 ---
 TASK: 대기 중
 STATUS: READY
 CREATED: 2026-01-26
 UPDATED: 2026-01-26
 ---
 NOTE: 새 작업 시작 시 자동으로 업데이트됩니다.
 ```
 ## 자동 업데이트 규칙
 ### 모드 진입 시
 Claude가 자동으로 WORK-MODE.txt 생성/업데이트
 ### 작업 완료 시
 STATUS를 COMPLETED로 변경, COMPLETED 날짜 추가
 ### 모드 전환 시
 CURRENT_MODE, READ_FILE, TASK 전부 업데이트
 ## 컴팩트 복구 시 사용
 ### Claude 복구 절차
 1. claude.md 읽기 (자동)
 2. **WORK-MODE.txt 읽기 (자동)** ← 이 파일!
 3. CURRENT_MODE 확인
 4. READ_FILE에 명시된 프로토콜 읽기
 5. 준비 완료 보고 및 대기
 ### 복구 예시
 ```
 컴팩트 발생
  ↓
 claude.md 읽기
  ↓
 WORK-MODE.txt 읽기
  ↓
 "CURRENT_MODE: PLOT" 확인
  ↓
 plot-mode.md 자동 읽기
  ↓
 "5권 1-5화 플롯 작성 중이었습니다. 계속할까요?" 보고
 ```
 ---
 *이 템플릿은 모든 프로젝트에서 사용 가능합니다.*
 *프로젝트 시작 시 이 템플릿을 복사하여 프로젝트 루트에 배치하세요.*
--- a/templates/standards/README.md
+++ b/templates/standards/README.md
@@ -0,0 +1,803 @@
 # CWS Writing Standards - 프로토콜 인덱스
 > **최종 업데이트:** 2026-01-31
 > **CWS Writing Guide 버전:** v4.3.0+
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 이 디렉토리는 Creative Writing System (CWS)의 표준 프로토콜을 담고 있습니다.
 ---
 ## 🚨 AI 강제 실행 규칙 (v4.3.1 신규 - 절대 무시 불가!)
 ### ⚠️ 이 인덱스는 참고 문서가 아닙니다. 필수 프로토콜 내비게이션입니다.
 **모든 작업 시 해당 프로토콜을 반드시 읽고 준수해야 합니다. "대충 알고 있음", "참고만 함", "생략" 절대 금지.**
 ---
 ### 규칙 1: 작업 시작 전 프로토콜 읽기 강제
 **모든 작업 시작 전 반드시 실행:**
 ```
 🔍 프로토콜 읽기 체크리스트 (강제 실행):
 - [ ] 현재 작업 유형 식별
  - 설계(PLOT/DESIGN-VERIFICATION)
  - 작성(WRITING)
  - 검증(VERIFICATION)
  - 수정(FIX/POLISH/MODIFICATION)
 - [ ] 해당 프로토콜 파일 읽기
 - [ ] 프로토콜 버전 확인
 - [ ] 필수 절차 숙지
 **프로토콜 읽지 않고 작업 시작 절대 금지!**
 ```
 ---
 ### 규칙 2: Phase 진행 순서 강제 준수
 **Phase 4 설계 작업 시 반드시 확인:**
 ```
 🔍 Phase 진행 순서 체크리스트 (강제 실행):
 - [ ] Phase 4-1: PLOT-MASTER 모드
  - plot-master.md 작성 완료
  - plot-master-verification 통과
 - [ ] Phase 4-2 Step 1: TIMELINE + CHARACTERS 모드
  - vol-XX-timeline.md 작성 완료 및 검증 통과
  - vol-XX-characters.md 작성 완료 및 검증 통과
 - [ ] Phase 4-2 Step 2: VOLUME-PLOT 모드
  - vol-XX-plot.md 작성 완료
  - volume-plot-verification 통과
 - [ ] Phase 4-3: PLOT 모드
  - vol-XX-plot-NNN-MMM.md 작성 완료
  - plot-detail-verification 통과
 - [ ] Phase 5: DESIGN-VERIFICATION 모드
  - Phase 5-1, 5-2 검증 통과
 **이전 Phase 검증 통과 없이 다음 Phase 진행 절대 금지!**
 ```
 ---
 ### 규칙 3: 검증 필수 워크플로우 강제
 **VERIFICATION 후 문제 발견 시 반드시 실행:**
 ```
 🔍 검증 워크플로우 체크리스트 (강제 실행):
 - [ ] VERIFICATION 실행
 - [ ] 문제 발견 시 FIX 모드 필수 진입
 - [ ] FIX 완료 후 RE-VERIFICATION 자동 실행
 - [ ] 문제 0건 확인 전까지 대기
 **문제 발견 후 FIX 없이 다른 작업 진행 절대 금지!**
 ```
 ---
 ### 규칙 4: 모드별 버전 확인 강제
 **프로토콜 읽기 시 반드시 확인:**
 ```
 🔍 버전 확인 체크리스트 (강제 실행):
 - [ ] 프로토콜 파일 버전 확인
 - [ ] README.md 버전 테이블과 대조
 - [ ] 버전 불일치 시 사용자에게 보고
 **버전 확인 없이 프로토콜 실행 금지!**
 ```
 ---
 ### 규칙 5: 프로토콜 위반 시 즉시 중단
 **작업 중 프로토콜 위반 발견 시:**
 ```
 🔍 위반 처리 체크리스트 (강제 실행):
 - [ ] 작업 즉시 중단
 - [ ] 사용자에게 위반 내용 보고
 - [ ] 프로토콜 재확인
 - [ ] 사용자 승인 후 재시작
 **프로토콜 위반한 채로 작업 계속 절대 금지!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 작업 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작업
 ---
 ## 📚 코어 프로토콜 (검증 & 수정)
 ### 1. VERIFICATION 모드 ✅
 **파일:** `verification-mode.md`
 **버전:** v3.0.0
 **최종 수정:** 2026-01-25
 **용도:** 전체 검증 및 문제 발견 (수정하지 않음, 판단 회피 차단)
 **주요 기능:**
 - 7단계 통합 검증 (구조, 형식, 타임라인, 내용, 일관성, 보고서, 판단 회피 체크)
 - 판단 회피 자동 감지 ⭐ NEW (v3.0.0)
 - 추측 표현 강제 차단 ("~로 보임", "~일 수도" 금지)
 - 명확한 판정 또는 사용자 질문 강제
 - 배치 검증 (10개 챕터씩)
 - 통합 검증 (전체 권 구조 확인)
 - 리포트 유효성 검증 (v2.9.0)
 - 소설 특성 반영 (병렬 서사, 다중 시점)
 **워크플로우:**
 ```
 배치 1~N 검증 → 통합 검증 → 판단 회피 자가 검증 → FIX 모드 필수 진입
 ```
 **최근 변경 (v3.0.0):**
 - 📌 판단 회피 자동 감지 (Bash/PowerShell 스크립트)
 - 📌 추측 표현 발견 시 리포트 거부
 - 📌 명확한 판정 강제 (직접 판정 또는 사용자 질문)
 - 철학: 추측 = 검증 실패, 판단 회피 100% 차단
 ---
 ### 2. FIX 모드 🔧
 **파일:** `fix-mode.md`
 **버전:** v2.0.0
 **최종 수정:** 2026-01-25
 **용도:** 검증 보고서 기반 일괄 수정 (타임라인 역행 재배치 포함)
 **주요 기능:**
 - 심각도별 수정 (🔴 → 🟡 → 🟢)
 - 챕터 재배치 프로토콜 ⭐ NEW (3-stage 안전 프로세스)
 - 롤백 메커니즘 ⭐ NEW
 - 리포트 유효성 검증 ⭐ NEW
 - Git 워크플로우 명확화 ⭐ NEW
 - 영향받는 배치 자동 무효화 ⭐ NEW
 **워크플로우:**
 ```
 리포트 체크 → 재배치 → 형식/호칭 수정 → 커밋 → 재검증(자동)
 ```
 **최근 변경 (v2.0.0 - Major Update):**
 - 챕터 재배치 프로토콜 추가
 - 롤백 및 에러 복구 메커니즘
 - Git 커밋 타이밍 명확화
 ---
 ### 3. POLISH 모드 ✨
 **파일:** `polish-mode.md`
 **버전:** v2.4.0
 **최종 수정:** 2026-01-25
 **용도:** 문장 품질 다듬기 (내용 수정 없음)
 **주요 기능:**
 - 문장 가독성 (길이, 문단)
 - 반복 표현 제거
 - 대화/묘사 비율
 - 문체 일관성
 - 플랫폼 가독성 (문피아 최적화)
 - 리포트 유효성 검증 ⭐ NEW (v2.4.0)
 **워크플로우:**
 ```
 배치 검토 → 빈 줄 패턴 통일 → 문장 다듬기 → 커밋
 ```
 **최근 변경 (v2.4.0):**
 - 리포트 유효성 검증 추가
 - MODIFICATION 경계 명확화 (v2.3.0)
 ---
 ## 🛠️ 지원 프로토콜
 ### 4. 리포트 관리 📋
 **파일:** `report-management.md`
 **버전:** v1.0.0
 **최종 수정:** 2026-01-25
 **용도:** 모든 검증/POLISH 리포트의 유효성 관리
 **주요 기능:**
 - 리포트 유효성 검증 로직
 - 파일 수정 시간 vs 리포트 날짜 비교
 - 무효화 조건 명확화
 - 리포트 관리 Best Practices
 **적용 범위:**
 - VERIFICATION 모드 v2.9.0
 - FIX 모드 v2.0.0
 - POLISH 모드 v2.4.0
 ---
 ### 5. 챕터 포맷 📄
 **파일:** `chapter-format.md`
 **용도:** 챕터 파일 형식 표준
 **주요 내용:**
 - 헤더 형식: `# X권 Y화: 제목`
 - 타임라인 형식: `> **타임라인:** YYYY.M.D-M.D`
 - Part 구분 방법
 - 바텀 금지 사항
 ---
 ### 6. 파일 포맷 📁
 **파일:** `file-formats.md`
 **용도:** 프로젝트 전체 파일 구조 및 명명 규칙
 **주요 내용:**
 - 디렉토리 구조
 - 파일명 규칙 (ch-XXX.md)
 - 메타데이터 파일 (plot-master.md, vol-XX-timeline.md 등)
 ---
 ### 7. 재명명 프로토콜 🔄
 **파일:** `renaming-protocol.md`
 **용도:** 챕터 번호 변경 시 안전 절차
 **주요 내용:**
 - 3-stage 프로세스
 - temp 파일 사용
 - 헤더 업데이트
 - 검증 절차
 ---
 ## 🎨 설계 모드
 ### 8. PLOT 모드 📐
 **파일:** `plot-mode.md`
 **버전:** v3.1.0 ⭐ 업데이트
 **최종 수정:** 2026-01-27
 **용도:** 플롯 상세 설계 및 타임라인 검증 (설계 철저화로 90% 품질 달성)
 **주요 기능:**
 - vol-XX-plot.md 참조 및 일치성 검증 강화 ⭐ NEW (v2.2.0)
  - Phase 2-1: 각 화 작성 전 vol-XX-plot.md 확인 필수
  - Phase 3-2: 5화 완성 후 vol-XX-plot.md 일치성 검증
  - 계층적 반영 보증 (2단계 → 3단계)
 - 상세 설계 템플릿 (v2.0.0)
  - 캐릭터 목표 & 갈등 설계
  - 감정선 설계 (시작→중간→끝)
  - 장면별 상세 (Part 단위: 분량, 분위기, 대화 주제)
  - 복선 체크리스트
  - 설정 일관성 체크리스트
 - 타임라인 검증 (v1.0.0)
  - 이전 화 종료일 ≤ 다음 화 시작일 강제 검증
  - 전체 플롯 타임라인 일관성 체크
 - 회상/병렬 서사 명시 규칙
 **워크플로우:**
 ```
 vol-XX-plot.md 확인 → 상세 설계 → 타임라인 검증 → 일치성 검증 → 커밋
 ```
 **최근 변경 (v2.2.0):**
 - 📌 vol-XX-plot.md 참조 강제화 (각 화 작성 전 필수)
 - 📌 vol-XX-plot.md 일치성 검증 추가 (5화 완성 후)
 - 철학: 설계도(vol-XX-plot.md) 없이 구현 불가!
 - 예상 효과: 플롯 불일치 90% 감소 (10-20건 → 0-2건)
 ---
 ### 9. DESIGN-VERIFICATION 모드 ✅ ⭐ NEW
 **파일:** `design-verification-mode.md`
 **버전:** v1.1.0
 **최종 수정:** 2026-01-27
 **용도:** Phase 5 설계 검증 - 계층적 반영 검증 (설계 완료 후 최종 검증)
 **주요 기능:**
 - Phase 5-1: Opus 품질 검증 (간소화)
  - 체크리스트 기반 주관적 평가
  - 재미, 감정선, 페이싱 평가
 - Phase 5-2: Codex 일관성 검증 (상세 프로토콜) ⭐ 핵심
  - 계층적 반영 검증 (3단계)
    * Step 1: 마스터 → vol-XX-plot.md 반영 검증
    * Step 2: vol-XX-plot.md → vol-XX-plot-NNN-MMM.md 반영 검증
    * Step 3: 전체 계층 일관성 확인
  - 타임라인 일관성 검증
  - 설정 충돌 검증
  - 복선 검증
  - 논리 검증
 - 검증 보고서 템플릿 제공
 **워크플로우:**
 ```
 Phase 5-1 (Opus 품질) → Phase 5-2 (Codex 일관성) → 검증 보고서 → 통과/수정 판정
 ```
 **철학:**
 ```
 마스터 파일 (settings/)
    ↓ 반영 검증
 권별 플롯 (vol-XX-plot.md)
    ↓ 반영 검증
 5화별 상세 플롯 (vol-XX-plot-NNN-MMM.md)
 → 계층적 반영이 완벽하면 작성도 완벽!
 → Phase 5 = 설계 단계 최후의 보루
 ```
 **예상 효과:**
 - 설계 단계 충돌: 검증 단계에서 100% 발견
 - 작성 단계 문제: 80% 감소 (설계가 완벽하므로)
 - 설계 품질: 대폭 향상
 ---
 ## 📝 작성 모드
 ### 10. WRITING 모드 ✍️
 **파일:** `writing-mode.md`
 **버전:** v2.7.0
 **최종 수정:** 2026-01-27
 **용도:** 새로운 챕터 작성 가이드 (형식 자동화 + 내용 검증 체크리스트)
 **주요 기능:**
 - 작성 프로세스 (3/5/7화 유연)
 - 플롯 반영
 - 호칭 규칙 필수 체크포인트 (v2.5.0)
 - 타임라인 역행 방지 필수 체크포인트 (v2.4.0)
 - 형식 자동 검증 ⭐ NEW (v2.6.0)
  - 바텀 3개 자동 카운트
  - 작가의 말 형식 자동 체크
  - 챕터 번호 일치 자동 검증
 - 내용 검증 체크리스트 ⭐ NEW (v2.6.0)
  - 플롯 일치도 확인
  - 이전 챕터 연결 확인
  - 설정 일관성 확인
 **워크플로우:**
 ```
 Phase 1: 준비 (호칭 규칙 숙지)
 Phase 2: 작성 (호칭 + 타임라인 체크포인트)
 Phase 3: 형식 자동 검증 (Bash 스크립트)
 Phase 4: 내용 검증 체크리스트
 Phase 5~8: 커밋
 ```
 **최근 변경 (v2.6.0):**
 - 📌 형식 자동 검증 스크립트 추가 (바텀, 작가의 말, 챕터 번호)
 - 📌 내용 검증 체크리스트 추가 (Phase 4 신규)
 - 철학: WRITING = 형식 오류 0건 + 내용 오류 최소화
 - 예상 효과: VERIFICATION 발견 건수 65% 감소 (48-68건 → 19-23건)
  - 이번 화 등장인물 확인
  - vol-XX-characters.md 호칭 테이블 확인
  - 복수/단수 규칙 확인
 - 📌 간이 검증 강화 (Git 커밋 전 필수)
  - 호칭 복수/단수 자동 체크
  - 시기별 호칭 정확성 체크
  - 형식 자동 체크
 - 철학: WRITING = 호칭 오류 원천 차단
 ---
 ## 🎨 예술성 향상
 ### 11. ARTISTIC-REVIEW 모드 ⭐ NEW
 **파일:** `artistic-review-mode.md`
 **버전:** v1.0.0
 **최종 수정:** 2026-01-25
 **용도:** 예술적 약점 진단 및 Opus 리터칭 가이드 생성 (90% 품질 달성)
 **핵심 개념:**
 ```
 역할 분담:
 - Sonnet: 기술 완성 95% + 예술성 진단
 - 사용자: 중요 화 선별 + 방향 제시
 - Opus: 예술적 재작성 (깊이, 울림)
 결과: 기술 95% × 예술 90% = 92.5% ✅
 ```
 **주요 기능:**
 - 장면별 예술성 진단 (감정 깊이, 몰입도, 문장 울림)
 - 리터칭 우선순위 제시 (🔴 필수 / 🟡 권장 / 🟢 선택)
 - Opus 리터칭 가이드 생성
 - 사용자 방향 제시 기반 구체적 지침
 - Sonnet 최종 검증 (기술 규칙 + 예술성)
 **워크플로우:**
 ```
 Sonnet 작성 (기술 95%)
  → 예술성 진단 (약점 발견)
  → 사용자 선별 (중요 화 + 방향)
  → Opus 리터칭 (예술 90%)
  → Sonnet 검증 (품질 보증)
  → 90% 달성 ✅
 ```
 **진단 기준:**
 - 감정 깊이: 70점 (표면적) vs 90점 (깊은 내면)
 - 장면 몰입도: 70점 (사건 나열) vs 90점 (오감 활용)
 - 문장 울림: 70점 (기능적) vs 90점 (시적 여운)
 **예상 효과:**
 - 전체 50화 중 필수 5화 + 권장 5화 = 10화 리터칭
 - 예술성: 72% → 76% (필수 5화), 80% (필수+권장 10화)
 - 전체 품질: 83.5% → 85.6% (10화), 87.7% (15화)
 - 최종 목표: 90% 달성 ✅
 ---
 ### 12. MODIFICATION 모드 🔨
 **파일:** `modification-mode.md`
 **용도:** 기존 내용 수정 (플롯/캐릭터/장면)
 **주요 내용:**
 - POLISH와의 경계
 - 플롯 변경 절차
 - 캐릭터 관계 수정
 - 장면 추가/삭제
 ---
 ### 13. RETOUCH 모드 🎨
 **파일:** `retouch-mode.md`
 **용도:** 퇴고 - 문체/리듬/표현 개선 (POLISH보다 깊은 수준, MODIFICATION보다 가벼운 수준)
 **POLISH vs RETOUCH vs MODIFICATION 구분:**
 ```
 POLISH: 문장 다듬기 (의미 동일, 표현만 변경)
 RETOUCH: 퇴고 (문체/리듬 개선, 미세한 의미 조정 가능)
 MODIFICATION: 내용 수정 (플롯/캐릭터/장면 변경)
 ```
 ---
 ### 14. Creative Writing 가이드 📖
 **파일:** `creative-writing.md`
 **용도:** 창작 기법 및 문체 가이드
 ---
 ### 15. Writing Guide 총람 📚
 **파일:** `writing-guide.md`
 **용도:** 전체 작문 가이드 통합 문서
 ---
 ## 🔄 프로토콜 워크플로우
 ### 전체 흐름
 ```
 ┌─────────────────────────────────────────────────────────┐
 │ 설계 단계 (CWS Design Guide)                            │
 ├─────────────────────────────────────────────────────────┤
 │ 0-1. PLOT-MASTER 모드 (Phase 4-1)                       │
 │      → 마스터 플롯 작성 (plot-master.md)                │
 │                                                         │
 │ 0-2. TIMELINE/CHARACTERS 모드 (Phase 4-2 선행)          │
 │      → vol-XX-timeline.md + vol-XX-characters.md 작성   │
 │      → 병렬 작성 가능, 둘 다 검증 통과 필수             │
 │                                                         │
 │ 0-3. VOLUME-PLOT 모드 (Phase 4-2)                       │
 │      → 권별 플롯 작성 (vol-XX-plot.md)                  │
 │      ⚠️ 필수 입력: timeline + characters                │
 │                                                         │
 │ 0-4. PLOT 모드 (Phase 4-3)                              │
 │      → 5화별 상세 플롯 작성                             │
 │      → vol-XX-plot.md 확인 필수                         │
 │      → 타임라인 검증 + 일치성 검증                      │
 │                                                         │
 │ 0-5. DESIGN-VERIFICATION 모드 (Phase 5)                 │
 │      → Phase 5-1: Opus 품질 검증                        │
 │      → Phase 5-2: Codex 일관성 검증 (계층적 반영)       │
 │      → 핸드오프 체크리스트 → Writing Guide 진입          │
 └─────────────────────────────────────────────────────────┘
                        ↓
 ┌─────────────────────────────────────────────────────────┐
 │ 작성 단계 (CWS Writing Guide)                           │
 ├─────────────────────────────────────────────────────────┤
 │ 1. WRITING 모드                                         │
 │    → 새 챕터 작성                                       │
 │    → 작성 전 타임라인 체크포인트                        │
 │                                                         │
 │ 2. VERIFICATION 모드 (필수)                             │
 │    → 검증 및 문제 발견                                  │
 │    → 검증 보고서 생성                                   │
 │                                                         │
 │ 3. FIX 모드 (필수 - 문제 발견 시)                       │
 │    → 문제 일괄 수정                                     │
 │    → 재배치, 형식 수정 등                               │
 │                                                         │
 │ 4. RE-VERIFICATION (자동)                               │
 │    → FIX 후 재검증                                      │
 │    → 문제 0건 확인                                      │
 │                                                         │
 │ 5. POLISH 모드 (선택)                                   │
 │    → 문장 품질 다듬기                                   │
 │    → 가독성 최적화                                      │
 │                                                         │
 │ 6. 완료!                                                │
 └─────────────────────────────────────────────────────────┘
 ```
 ### 3단계 방어선 (v1.0.0+ / v2.2.0 강화)
 ```
 🛡️ 0차 방어선: PLOT-MASTER → TIMELINE/CHARACTERS → VOLUME-PLOT (설계 기반)
   → 마스터 플롯 → 타임라인+캐릭터 → 권별 플롯
   → 각 단계 검증 프로토콜 통과 필수
 🛡️ 1차 방어선: PLOT 모드 (Phase 4-3 상세 설계)
   → vol-XX-plot.md 확인 필수
   → 플롯 타임라인 검증
   → vol-XX-plot.md 일치성 검증
 🛡️ 1.5차 방어선: DESIGN-VERIFICATION (Phase 5 설계 검증)
   → 계층적 반영 검증 (마스터 → 권별 → 5화별)
   → 타임라인/설정/복선/논리 검증
   → 핸드오프 체크리스트 통과 필수
 🛡️ 2차 방어선: WRITING 모드 (예방)
   → 작성 전 타임라인 체크포인트
   → 역행 즉시 중단
 🛡️ 3차 방어선: VERIFICATION 모드 (최후의 보루)
   → 전체 검증
   → 누락된 문제 발견
 ```
 ### 필수 워크플로우 (v2.8.0+)
 ```
 ⚠️ 강제 규칙:
 - VERIFICATION에서 문제 발견 → FIX 필수
 - FIX 완료 → RE-VERIFICATION 자동 실행
 - 문제 0건 확인 전까지 다른 모드 전환 금지
 ```
 ---
 ## 📊 버전 관리
 ### 최신 버전 (2026-01-27)
 | 프로토콜 | 버전 | 주요 변경 |
 |----------|------|-----------|
 | **설계 단계 (Phase 4)** | | **아키텍처: phase4-master-design.md** |
 | PLOT-MASTER | v3.1.0 | 마스터 플롯 작성 (Phase 4-1) |
 | VOLUME-TIMELINE | v1.1.0 | 권별 타임라인 작성 (Phase 4-2 선행) |
 | VOLUME-CHARACTERS | v1.1.0 | 권별 캐릭터 시트 작성 (Phase 4-2 선행) |
 | VOLUME-PLOT | v3.1.0 | 권별 플롯 작성 (Phase 4-2) |
 | PLOT | v3.1.0 ⭐ | 5화별 상세 플롯 작성 (Phase 4-3) |
 | **설계 검증 (Phase 5)** |
 | DESIGN-VERIFICATION | v1.1.0 ⭐ | Phase 5 검증 - 계층적 반영 검증 |
 | **작성 단계** |
 | WRITING | v2.7.0 | 호칭 규칙 + 형식 자동 검증 + 내용 검증 |
 | VERIFICATION | v3.1.0 | 리포트 유효성 검증 + INPUT/PROCESS/OUTPUT 구조 |
 | FIX | v2.0.0 | 재배치 프로토콜, 롤백 메커니즘 |
 | POLISH | v2.4.0 | 리포트 유효성 검증 |
 | MODIFICATION | v2.2.0 | 챕터 수정/재구성 (영향 범위 분석) |
 | **지원** |
 | RETOUCH | v1.0.0 | 퇴고 (문체/리듬 개선) |
 | ARTISTIC-REVIEW | v1.0.0 | 문학적 품질 심사 |
 | Report Management | v1.0.0 | 리포트 관리 |
 | Renaming Protocol | v2.0.0 | 리네임 안전 절차 |
 ### 호환성
 모든 프로토콜은 **CWS Writing Guide v4.3.0+**, **CWS Design Guide v1.6.0+**와 호환됩니다.
 > **v1.6.0 핵심 변경:** 산출물 파일명에 vol-XX 접두사 적용 (vol-XX-plot.md, vol-XX-timeline.md 등)
 ---
 ## 📋 CHANGELOG 정책
 ### 버전 넘버링
 **Semantic Versioning:**
 ```
 MAJOR.MINOR.PATCH
 MAJOR: 하위 호환성 깨지는 변경
 MINOR: 기능 추가 (하위 호환)
 PATCH: 버그 수정, 문서 개선
 ```
 **예시:**
 - v2.9.0 → v3.0.0: 프로토콜 구조 대폭 변경
 - v2.8.0 → v2.9.0: 리포트 검증 기능 추가
 - v2.9.0 → v2.9.1: 오타 수정, 예시 추가
 ### 변경 이력 기록
 **모든 프로토콜은 CHANGELOG 섹션 포함:**
 ```markdown
 ## 📋 CHANGELOG
 ### vX.Y.Z (YYYY-MM-DD)
 **추가:**
 - 새 기능 목록
 **변경:**
 - 기존 기능 수정
 **삭제:**
 - 제거된 기능
 **수정:**
 - 버그 수정
 ```
 ---
 ## 🔗 관련 문서
 ### 프로젝트 구조
 - `/volumes/vol-XX/` - 각 권 챕터 및 메타데이터
 - `/settings/` - 캐릭터, 세계관 설정
 - `/standards/` - 이 디렉토리 (프로토콜)
 - **`WORK-MODE.txt`** - 현재 작업 모드 추적 (프로젝트 루트)
 - **`claude.md`** - 프로젝트별 Claude 작업 규칙
 ### 템플릿 파일
 - `../WORK-MODE.txt.template` - 작업 모드 추적 템플릿
 - `../CURRENT-TASK.md.template` - 현재 작업 상태 템플릿
 - `../chapter-template.md` - 챕터 템플릿
 ### 외부 참조
 - Git Repository: [novel-writing-guide](https://git.digien25.co.kr/Alex/novel-writing-guide)
 - CWS Writing Guide v4.2.0
 ---
 ## 💡 사용 가이드
 ### 처음 사용하는 경우
 #### 프로젝트 초기 설정 🔴 NEW
 1. **WORK-MODE.txt 생성**
   ```bash
   # 템플릿 복사
   cp Guide/templates/WORK-MODE.txt.template 프로젝트/WORK-MODE.txt
   # 초기 상태로 설정
   ---
   CURRENT_MODE: NONE
   READ_FILE: none
   ---
   TASK: 대기 중
   STATUS: READY
   CREATED: YYYY-MM-DD
   ---
   ```
 2. **claude.md 생성**
   - 프로젝트별 작업 규칙 정의
   - 모드 진입 자동 준비 프로토콜 포함
   - WORK-MODE.txt 자동 읽기 규칙 포함
 #### 신규 작품 시작
 **설계 단계 (CWS Design Guide):**
 1. **PLOT 모드로 플롯 작성** (Phase 4-3)
   - `plot-mode.md` v2.2.0 읽기
   - vol-XX-plot.md 확인하며 5화별 상세 플롯 작성 ⭐
   - 타임라인 검증 + 일치성 검증
   - WORK-MODE.txt 자동 업데이트
 2. **DESIGN-VERIFICATION 모드로 설계 검증** (Phase 5) ⭐ NEW
   - `design-verification-mode.md` v1.0.0 읽기
   - Phase 5-1: Opus 품질 검증
   - Phase 5-2: Codex 일관성 검증 (계층적 반영)
   - 설계 완벽성 보증
 **작성 단계 (CWS Writing Guide):**
 3. **WRITING 모드로 작성**
   - `writing-mode.md` 읽기
   - 플롯 기반 챕터 작성
   - WORK-MODE.txt 자동 업데이트
 4. **VERIFICATION 모드로 검증**
   - `verification-mode.md` 읽기
   - 전체 검증 실행
   - WORK-MODE.txt 자동 업데이트
 #### 기존 작품 검증
 1. **VERIFICATION 모드부터 시작**
   - `verification-mode.md` 읽기
   - 1권 전체 검증 실행
 2. **문제 발견 시 FIX 모드**
   - `fix-mode.md` 읽기
   - 검증 보고서 기반 수정
 3. **플롯 타임라인 역행 발견 시**
   - `plot-mode.md` 읽기
   - 플롯 타임라인 재검증 및 수정
 4. **품질 개선은 POLISH 모드**
   - `polish-mode.md` 읽기
   - 문장 다듬기
 ### 자주 묻는 질문
 **Q: WORK-MODE.txt는 무엇인가요?** 🔴 NEW
 A: 현재 작업 모드를 추적하는 파일입니다. 컴팩트 후 Claude가 자동으로 읽어 현재 모드(PLOT/WRITING/VERIFICATION 등)를 파악하고 해당 프로토콜을 자동으로 읽습니다. `WORK-MODE.txt.template` 참조.
 **Q: 컴팩트 후 Claude가 절차를 잊어버리는데요?** 🔴 NEW
 A: claude.md에 "컴팩트 후 자동 복구 절차"를 추가하세요. Claude가 claude.md → WORK-MODE.txt → 현재 모드 프로토콜을 자동으로 읽도록 강제합니다. 1945-novel/claude.md 참조.
 **Q: 모드 진입 시 Claude가 준비 없이 바로 작업을 시작하는데요?** 🔴 NEW
 A: claude.md에 "모드 진입 자동 준비 프로토콜"을 추가하세요. 모든 작업 요청 시 자동으로 프로토콜을 읽고 준비 완료 보고 후 대기하도록 강제합니다.
 **Q: 설계 검증은 어떻게 하나요?** ⭐ NEW
 A: DESIGN-VERIFICATION 모드(Phase 5)를 사용하세요. Phase 5-1은 Opus 품질 검증, Phase 5-2는 Codex 일관성 검증(계층적 반영 검증)입니다. 설계 완료 후 반드시 실행하여 작성 단계 문제를 80% 감소시킬 수 있습니다. `design-verification-mode.md` 참조.
 **Q: vol-XX-plot.md와 vol-XX-plot-NNN-MMM.md가 다른데요?** ⭐ NEW
 A: PLOT 모드 v2.2.0을 사용하세요. 각 화 작성 전 vol-XX-plot.md를 확인하고, 5화 완성 후 일치성 검증을 실행합니다. Phase 5-2 계층적 반영 검증에서도 재확인합니다. `plot-mode.md`, `design-verification-mode.md` 참조.
 **Q: DESIGN-VERIFICATION과 VERIFICATION의 차이는?**
 A: **DESIGN-VERIFICATION (Phase 5)**은 설계 단계 검증입니다. 플롯 계층 반영, 설정 충돌, 복선 등을 검증합니다. **VERIFICATION**은 작성 단계 검증입니다. 챕터 형식, 호칭, 타임라인 등 실제 집필 결과물을 검증합니다. 서로 다른 가이드(Design Guide / Writing Guide)에 속합니다.
 **Q: 플롯에 타임라인 역행이 있으면 어떻게 하나요?**
 A: PLOT 모드로 플롯 타임라인을 검증하고 수정하세요. 설계 단계에서 오류를 차단하는 것이 가장 효율적입니다. Phase 5-2에서도 재검증합니다. `plot-mode.md` 참조.
 **Q: 회상 장면은 어떻게 처리하나요?**
 A: 플롯 제목에 `[회상]`을 명시하세요. PLOT/WRITING/VERIFICATION 모드에서 자동으로 인식하여 타임라인 역행 검증에서 제외합니다. `plot-mode.md` 참조.
 **Q: 리포트가 무효화되는 이유는?**
 A: 리포트 작성 후 파일이 수정되면 리포트가 과거 상태를 반영하므로 재검증이 필요합니다. `report-management.md` 참조.
 **Q: 재배치는 언제 하나요?**
 A: 타임라인 역행 발견 시 FIX 모드에서 자동으로 실행됩니다. 하지만 PLOT 모드에서 미리 검증하면 재배치를 방지할 수 있습니다. `fix-mode.md` 참조.
 **Q: POLISH와 MODIFICATION 차이는?**
 A: POLISH는 의미 동일하게 문장만 다듬기, MODIFICATION은 내용/플롯 변경. `polish-mode.md` 참조.
 ---
 ## 📧 문의 및 기여
 프로토콜 개선 제안은 Git Issues로 등록해주세요.
 ---
 *이 인덱스는 자동 업데이트되지 않습니다. 새 프로토콜 추가 시 수동으로 업데이트하세요.*
 **최종 업데이트:** 2026-01-27
 **v4.3.0 주요 변경 (2026-01-26):**
 - 🔴 DESIGN-VERIFICATION 모드 추가 (Phase 5 검증 프로토콜)
 - 🔴 PLOT 모드 v2.2.0 (vol-XX-plot.md 참조 및 일치성 검증 강화)
 - 🔴 계층적 반영 검증 체계 (마스터 → 권별 → 5화별)
 - 🔴 설계 품질 보증 체계 완성 (Phase 4-3 + Phase 5-2)
 - 🔴 WORK-MODE.txt 템플릿 추가 (작업 모드 추적)
 - 🔴 claude.md 모범 사례 추가 (모드 진입 자동 준비)
--- a/templates/standards/artistic-review-mode.md
+++ b/templates/standards/artistic-review-mode.md
@@ -0,0 +1,670 @@
 # 예술성 진단 모드 프로토콜
 > **버전:** 1.1.0
 > **최종 수정:** 2026-01-31
 > **호환:** CWS Writing Guide v4.2.0+
 > **용도:** 예술적 약점 진단 및 Opus 리터칭 가이드 생성 (90% 품질 달성)
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v1.1.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 3가지 진단 기준 강제 적용
 **모든 장면 진단 시 반드시 실행:**
 ```
 🔍 예술성 진단 체크리스트 (강제 실행):
 - [ ] 감정 깊이 (Emotional Depth)
  - Show Don't Tell 준수 여부
  - 신체 반응 묘사 여부
  - 독자 공감 가능성
 - [ ] 장면 몰입도 (Scene Immersion)
  - 오감 활용 여부
  - 분위기 조성 여부
  - 독자 현장감
 - [ ] 문장 울림 (Sentence Resonance)
  - 리듬감 있는 문장
  - 여운 있는 표현
  - 기억에 남는 문장
 **3가지 기준 모두 평가 없이 진단 완료 불가!**
 ```
 ---
 ### 규칙 2: 우선순위 강제 표시
 **진단 완료 후 반드시 표시:**
 ```
 🔍 우선순위 표시 체크리스트 (강제 실행):
 - [ ] 🔴 필수 리터칭: 감정 정점, 권 시작/끝, 클라이맥스
 - [ ] 🟡 권장 리터칭: 복잡한 대화, 복선 회수, 관계 변화
 - [ ] 🟢 선택 리터칭: 분위기 장면
 **우선순위 표시 없이 진단 완료 불가!**
 ```
 ---
 ### 규칙 3: Opus 리터칭 가이드 구체성 강제
 **리터칭 가이드 작성 시 반드시 포함:**
 ```
 🔍 리터칭 가이드 체크리스트 (강제 실행):
 - [ ] 현재 문제점 (구체적으로)
 - [ ] 목표 품질 (90점 기준)
 - [ ] 개선 방향 (구체적 지침)
 - [ ] 예시 (Before/After)
 **추상적 지시 ("더 좋게", "깊이 있게") 절대 금지!**
 **구체적 지침만 허용!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 진단 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재진단
 ---
 ## 📋 CHANGELOG
 ### v1.0.0 (2026-01-25) - 초기 버전
 **배경:**
 - 목표: 최고 작가의 90% 품질 달성
 - 현재: Sonnet 기술 95% + 예술 70% = 평균 82.5%
 - 필요: 예술성 70% → 90% 향상 (Opus 리터칭)
 **핵심 아이디어:**
 ```
 역할 분담:
 - Sonnet: 기술 완성 (오류 0건) + 예술성 진단
 - 사용자: 중요 화 선별 + 방향 제시
 - Opus: 예술적 재작성 (깊이, 울림)
 결과:
 → 기술 95% × 예술 90% = 92.5% ✅
 ```
 **철학:**
 ```
 WRITING (Sonnet) = 기술 완성 80% 작품
 ARTISTIC-REVIEW (Sonnet) = 약점 진단 + 개선 제안
 USER = 중요 장면 선별 + 방향 지시
 OPUS-RETOUCH = 예술성 90% 달성
 → 효율적 협업으로 90% 달성!
 ```
 ---
 ## 🎯 예술성 진단 모드 개요
 **진단 모드는:**
 - Sonnet이 작성한 챕터의 예술적 약점 진단
 - 장면별 분석 (감정 깊이, 몰입도, 문장 울림)
 - 리터칭 우선순위 제시 (🔴 필수 / 🟡 권장 / 🟢 선택)
 - Opus 리터칭 가이드 생성 (구체적 지침)
 **진입 명령:**
 - "예술성 진단해"
 - "리터칭 계획 세워"
 - "X-Y화 약점 분석해"
 - "명장면 후보 찾아"
 ---
 ## 📊 진단 기준 (3가지)
 ### 1. 감정 깊이 (Emotional Depth)
 **70점: 표면적 감정**
 ```markdown
 예시:
 - "민준은 슬펐다."
 - "윤희는 기뻤다."
 - "태준은 화났다."
 문제:
 - Tell, Don't Show
 - 독자 공감 어려움
 - 평범함
 ```
 **90점: 깊은 감정**
 ```markdown
 예시:
 - "목구멍이 메었다. 말이 나오지 않았다."
 - "입꼬리가 저절로 올라갔다. 억눌러도 소용없었다."
 - "주먹이 떨렸다. 손톱이 손바닥에 박혔다."
 강점:
 - Show, Don't Tell
 - 신체 반응 묘사
 - 독자 몰입 ↑
 ```
 ### 2. 장면 몰입도 (Scene Immersion)
 **70점: 사건 나열**
 ```markdown
 예시:
 - "민준이 경교장에 갔다. 김구를 만났다. 대화했다."
 문제:
 - 감각 묘사 없음
 - 분위기 없음
 - 독자 거리감
 ```
 **90점: 감각 몰입**
 ```markdown
 예시:
 - "경교장 문을 열었다. 나무 향과 묵은 종이 냄새가 섞였다.
   복도 끝에서 낮은 목소리가 들렸다. 김구의 목소리였다."
 강점:
 - 오감 활용
 - 분위기 조성
 - 독자가 현장에 있는 느낌
 ```
 ### 3. 문장 울림 (Sentence Resonance)
 **70점: 기능적 문장**
 ```markdown
 예시:
 - "민준은 결심했다. 이 나라를 지키겠다고 생각했다."
 문제:
 - 정보 전달만
 - 여운 없음
 - 기계적
 ```
 **90점: 시적 문장**
 ```markdown
 예시:
 - "그는 알았다. 이 땅을 지키는 것이 자신의 운명임을."
 강점:
 - 리듬감
 - 여운
 - 기억에 남음
 ```
 ---
 ## 🔍 진단 프로세스
 ### Phase 1: 전체 읽기
 ```
 1. 작성 완료된 챕터 전체 읽기
   - 1-5화 또는 지정 범위
 2. 첫인상 기록
   - 어느 장면이 기억에 남는가?
   - 어느 장면이 평범한가?
   - 감정선이 흐르는가?
 ```
 ### Phase 2: 장면별 분석
 ```markdown
 각 화마다:
 1. 기술 완성도 평가 (자동)
   - 오류 개수: X건
   - 타임라인: ✅/❌
   - 호칭: ✅/❌
   - 형식: ✅/❌
 2. 예술성 평가 (수동)
   - 감정 깊이: X/100
   - 장면 몰입도: X/100
   - 문장 울림: X/100
   - **평균: X/100**
 3. 약점 진단
   - 구체적 문제 지적
   - 예시 제시
   - 개선 방향 제안
 ```
 ### Phase 3: 우선순위 결정
 ```markdown
 리터칭 우선순위:
 🔴 필수 (명장면 후보):
 - 첫 화 (첫인상 결정적)
 - 클라이맥스 (최고조)
 - 마지막 화 (여운)
 - 캐릭터 전환점 (성장)
 🟡 권장 (중요 장면):
 - 역사적 순간 (무게감 필요)
 - 감정 고조 (울림 필요)
 - 복선 설치 (인상 필요)
 🟢 선택 (필요시):
 - 일반 전개 (사용자 판단)
 - 기술적 설명 (감정 부족해도 OK)
 ```
 ### Phase 4: Opus 가이드 생성
 ```markdown
 각 리터칭 대상마다:
 1. 원본 제시
 2. 약점 설명
 3. 구체적 개선 방향
 4. 예상 분량
 5. 톤 & 스타일 지침
 6. 주의사항 (기술 규칙 준수)
 ```
 ---
 ## 📋 진단 보고서 형식
 ```markdown
 # X권 예술성 진단 보고서
 > **진단일:** YYYY-MM-DD
 > **진단 범위:** ch-001 ~ ch-050
 > **모드:** ARTISTIC-REVIEW
 > **목표:** 90% 품질 달성
 ---
 ## 📊 전체 평가
 ### 기술 완성도
 - 타임라인: 95% ✅
 - 호칭: 90% ✅
 - 형식: 100% ✅
 - 설정: 95% ✅
 - **평균: 95%** ✅
 ### 예술적 완성도
 - 감정 깊이: 72% 🟡
 - 장면 몰입도: 75% 🟡
 - 문장 울림: 68% 🟡
 - **평균: 72%** 🟡
 ### 종합 평가
 - **전체: (95 + 72) / 2 = 83.5%**
 - **목표 대비: -6.5% (90% 목표)**
 - **개선 필요: 예술성 72% → 90% (18%↑)**
 ---
 ## 🎬 장면별 상세 분석
 ### ch-001: 회귀 (첫 장면) 🔴 필수 리터칭
 **기술 완성도: 95%** ✅
 - 타임라인: 1945.8.16 ✅
 - 오류: 0건 ✅
 **예술 완성도: 65%** 🟡
 - 감정 깊이: 60/100 (표면적)
 - 몰입도: 70/100 (감각 부족)
 - 문장 울림: 65/100 (평범)
 **약점 진단:**
 1. **회귀 순간 충격 약함**
   ```
   현재:
   "눈을 떴다. 1945년이었다."
   문제:
   - 너무 짧음
   - 충격 표현 부족
   - 독자 몰입 어려움
   ```
 2. **감각 묘사 부족**
   ```
   현재:
   "주변을 둘러봤다. 경성이었다."
   문제:
   - 시각 정보만
   - 소리, 냄새, 촉감 없음
   - 현장감 약함
   ```
 3. **내면 독백 표면적**
   ```
   현재:
   "다시 돌아왔다. 기회다."
   문제:
   - 감정 깊이 부족
   - 혼란, 절박함 표현 약함
   ```
 **개선 제안:**
 1. **회귀 순간 드라마틱하게**
   - 2024년 마지막 기억 (폭발? 죽음?)
   - 감각 대비 (2024 공기 vs 1945 공기)
   - 살아있다는 실감 (심장 박동, 호흡)
 2. **오감 활용**
   - 시각: 일장기, 조선총독부
   - 청각: 거리 소음, 일본어
   - 후각: 공기 냄새
   - 촉각: 땀, 옷감 질감
 3. **내면 깊이 추가**
   - 혼란: "이게 꿈인가, 현실인가?"
   - 충격: "79년 전? 아니 79년 후?"
   - 각성: "기회가 왔다"
   - 결의: "이번엔 반드시"
 **Opus 리터칭 가이드:**
 ```
 - 원본: ch-001.md (10,000자)
 - 목표: 12,000-13,000자 (20% 증량)
 - 톤: 진지, 긴장, 절박
 - 핵심: 회귀 충격 + 오감 몰입 + 내면 깊이
 - 주의: 타임라인 1945.8.16 유지, 호칭 규칙 준수
 ```
 ---
 ### ch-003: 여운형 첫 만남 🟡 권장 리터칭
 **기술 완성도: 95%** ✅
 **예술 완성도: 75%** 🟡
 **약점 진단:**
 - 역사적 순간의 무게감 부족
 - 여운형 카리스마 묘사 평범
 - 민준 내적 갈등 약함
 **개선 제안:**
 1. 여운형 등장 장면 강화
   - 현재: "여운형이 들어왔다."
   - 제안: "문이 열렸다. 들어선 순간, 방 안의 공기가 달라졌다."
 2. 역사 무게감 추가
   - "역사에서 암살당할 이 사람을... 내가 구할 수 있을까?"
 3. 긴장감 표현
   - 민준의 떨리는 손, 빠른 심박
 ---
 ### ch-005: 페니실린 생산 🟢 선택 리터칭
 **기술 완성도: 95%** ✅
 **예술 완성도: 65%** 🟡
 **약점 진단:**
 - 기술 설명 위주 (건조함)
 - 희망의 느낌 부족
 **사용자 판단:**
 - 기술적 장면이라 예술성 낮아도 OK
 - 하지만 성공 순간은 강화 가능
 - 리터칭 여부: 사용자 결정
 ---
 ## 🎯 리터칭 실행 계획
 ### 🔴 필수 리터칭 (5화)
 | 화수 | 제목 | 이유 | 예상 시간 |
 |------|------|------|----------|
 | ch-001 | 회귀 | 첫인상 결정 | 30분 |
 | ch-010 | 김구 만남 | 역사적 순간 | 25분 |
 | ch-031 | 고백 | 감정 클라이맥스 | 30분 |
 | ch-045 | 위기 | 긴장 최고조 | 25분 |
 | ch-050 | 결말 | 여운 중요 | 30분 |
 **총 예상 시간: 2.5시간**
 ### 🟡 권장 리터칭 (5화)
 | 화수 | 제목 | 이유 | 사용자 결정 |
 |------|------|------|------------|
 | ch-003 | 여운형 | 무게감 | [ ] 진행 |
 | ch-020 | 만주 출발 | 전환점 | [ ] 진행 |
 | ch-035 | 약혼 | 로맨스 | [ ] 진행 |
 | ch-040 | 좌절 | 감정 깊이 | [ ] 진행 |
 | ch-048 | 반전 | 놀라움 | [ ] 진행 |
 ### 🟢 선택 리터칭 (40화)
 - 사용자 판단 후 결정
 - 일반 전개는 Sonnet 수준으로도 충분
 - 예산/시간 고려
 ---
 ## 💡 Opus 리터칭 워크플로우
 ### 1단계: 사용자 방향 제시
 ```
 사용자:
 "ch-001 리터칭 해.
 회귀 순간을 더 드라마틱하게.
 니가 제안한 '공기 질감' 좋아.
 거기에 추가로:
 - 2024년 마지막 기억 (폭발 장면)
 - 살아있다는 실감 (심장 뛰는 소리)
 - 이 기회를 놓칠 수 없다는 절박함
 이 3가지 감정선 넣어서 Opus로 리터칭."
 ```
 ### 2단계: Opus 리터칭 요청 생성
 ```markdown
 # Opus Retouching Request: ch-001
 ## 원본 (Sonnet 작성)
 [ch-001.md 전체 내용]
 ## 리터칭 목표
 - 예술성 65% → 90% 향상
 - 회귀 순간 드라마틱하게
 ## 구체적 지침
 1. 회귀 순간 확장
   - 2024년 마지막 기억 (폭발 장면) 추가
   - 감각 대비 (2024 vs 1945)
   - 살아있다는 실감 (심장, 호흡, 촉감)
 2. 감정선 (사용자 요청)
   - 충격 → 혼란 → 각성 → 결의
   - 절박함 표현 강화
 3. 오감 활용
   - 공기 질감 (묘사 강화)
   - 거리 소음 (1945년 경성)
   - 일장기 보는 순간 (시각)
 ## 제약 조건 (기술 규칙)
 - 타임라인: 1945.8.16 (변경 불가)
 - 장소: 경성
 - 호칭: (아직 대화 없음)
 - 형식: # 1권 1화: 회귀 (고정)
 - 바텀: 3개 (---)
 ## 예상 분량
 - 원본: 10,000자
 - 리터칭 후: 12,000-13,000자 (20% 증량 OK)
 ## 톤 & 스타일
 - 진지함
 - 긴장감
 - 절박함
 - 희망과 결의의 균형
 ```
 ### 3단계: Opus 재작성
 ```
 Opus가 작성:
 → 감정 깊이 95%
 → 몰입도 95%
 → 문장 울림 90%
 → 평균 예술성 93%
 ```
 ### 4단계: Sonnet 최종 검증
 ```
 Sonnet이 체크:
 ✅ 기술 규칙:
 - [ ] 타임라인 1945.8.16
 - [ ] 이전/다음 화 연결
 - [ ] 형식 규칙 준수
 - [ ] 바텀 3개
 - [ ] 설정 모순 없음
 ✅ 예술성 체크:
 - [ ] 과도한 표현 없음 (오버 방지)
 - [ ] 캐릭터 성격 일치
 - [ ] 톤 일관성
 - [ ] 감정선 설계대로
 판정:
 → 모두 통과: 채택 ✅
 → 문제 발견: Opus 재작업 또는 Sonnet 수정
 ```
 ---
 ## 📈 예상 결과
 ### 리터칭 전
 ```
 기술 완성도: 95%
 예술 완성도: 72%
 ─────────────────
 평균: 83.5%
 ```
 ### 리터칭 후 (필수 5화만)
 ```
 일반 화 (45화): 예술 72%
 리터칭 화 (5화): 예술 93%
 가중 평균:
 = (45 × 72 + 5 × 93) / 50
 = (3,240 + 465) / 50
 = 3,705 / 50
 = 74.1%
 전체 평균:
 = (95 + 74.1) / 2
 = 84.6%
 ```
 ### 리터칭 후 (필수 5 + 권장 5)
 ```
 일반 화 (40화): 예술 72%
 리터칭 화 (10화): 예술 93%
 가중 평균:
 = (40 × 72 + 10 × 93) / 50
 = (2,880 + 930) / 50
 = 3,810 / 50
 = 76.2%
 전체 평균:
 = (95 + 76.2) / 2
 = 85.6%
 ```
 ### 리터칭 후 (전체 최적화)
 ```
 중요 화 (15화): 예술 93%
 일반 화 (35화): 예술 75% (Sonnet 개선)
 가중 평균:
 = (15 × 93 + 35 × 75) / 50
 = (1,395 + 2,625) / 50
 = 4,020 / 50
 = 80.4%
 전체 평균:
 = (95 + 80.4) / 2
 = 87.7%
 ```
 ### 최종 목표 (Sonnet 진화 + Opus 리터칭)
 ```
 Sonnet 개선:
 - 예술성 학습 (Opus 패턴 분석)
 - 72% → 80% 향상 가능
 Opus 리터칭:
 - 중요 화 15화 → 93%
 결과:
 = (95 + 85) / 2
 = 90% ✅ 목표 달성!
 ```
 ---
 ## ✅ 체크리스트
 ### 진단 실행 전
 - [ ] Sonnet 작성 완료 (기술 95%)
 - [ ] VERIFICATION 통과 (오류 0건)
 ### 진단 중
 - [ ] 전체 읽기 완료
 - [ ] 장면별 분석 완료
 - [ ] 우선순위 결정 완료
 - [ ] Opus 가이드 생성 완료
 ### 사용자 선택
 - [ ] 필수 리터칭 확인
 - [ ] 권장 리터칭 선별
 - [ ] 방향 제시 완료
 ### Opus 리터칭 후
 - [ ] Sonnet 최종 검증
 - [ ] 기술 규칙 준수 확인
 - [ ] 예술성 향상 확인
 - [ ] 채택 또는 재작업
 ---
 *예술성 진단 = Sonnet 약점 발견 + 사용자 방향 제시 + Opus 리터칭 = 90% 달성!*
--- a/templates/standards/chapter-format.md
+++ b/templates/standards/chapter-format.md
@@ -1,9 +1,82 @@
 # 챕터 형식 표준
-> **버전:** 2.0.0
+> **버전:** 2.1.0
-> **최종 수정:** 2026-01-18
+> **최종 수정:** 2026-01-31
 > **호환:** CWS Writing Guide v3.3.0+
 > **용도:** 챕터 파일 헤더/구조 규칙
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v2.1.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 헤더 형식 강제 준수
 **챕터 작성 시 반드시 확인:**
 ```
 🔍 헤더 형식 체크리스트 (강제 실행):
 - [ ] 제목 라인: # [권수]권 [화수]화: [제목]
  - 권수는 숫자 (한글 X)
  - 화수는 숫자 (한글 X)
  - 콜론 앞 공백 없음
 - [ ] 타임라인: > **타임라인:** YYYY.M.D-M.D
  - 점(.) 구분자만 허용
  - 슬래시(/), 하이픈(-) 금지
 - [ ] 장소: > **장소:** 장소1, 장소2
 **형식 위반 시 작성 무효!**
 ```
 ---
 ### 규칙 2: 바텀 금지 강제
 **챕터 작성 완료 전 반드시 확인:**
 ```
 🔍 바텀 금지 체크리스트 (강제 실행):
 - [ ] [X화 끝] 없음
 - [ ] [권수권 화수화 끝] 없음
 - [ ] 다음 X화: 없음
 - [ ] --- 끝 --- 없음
 - [ ] (계속) 없음
 - [ ] 마지막 Part 후 본문으로 끝남
 **바텀 발견 시 즉시 삭제!**
 **"바텀 나중에 지우겠습니다" 불가!**
 ```
 ---
 ### 규칙 3: 타임라인 연속성 강제 확인
 **각 챕터 작성 전 반드시 확인:**
 ```
 🔍 타임라인 연속성 체크리스트 (강제 실행):
 - [ ] 이전 화 종료일 확인
 - [ ] 현재 화 시작일 확인
 - [ ] 비교: 이전 종료일 ≤ 현재 시작일
 - [ ] 역행 발견 시 즉시 중단, 사용자 보고
 **타임라인 역행 발견 시 작성 시작 금지!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 챕터 작성 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작성
 ---
--- a/templates/standards/creative-writing.md
+++ b/templates/standards/creative-writing.md
@@ -1,9 +1,75 @@
 # 창작 기법 가이드
-> **버전:** 1.0.0
+> **버전:** 1.1.0
-> **최종 수정:** 2026-01-18
+> **최종 수정:** 2026-01-31
 > **호환:** CWS Writing Guide v3.3.0+
 > **용도:** 장면 구성, POV, 감정선, 복선 관리
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v1.1.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: POV 일탈 금지 강제
 **각 장면 작성 시 반드시 확인:**
 ```
 🔍 POV 일탈 방지 체크리스트 (강제 실행):
 - [ ] 현재 시점 캐릭터 확인
 - [ ] 한 장면 = 한 시점 캐릭터 원칙 준수
 - [ ] 시점 캐릭터가 모르는 정보 서술 금지
 - [ ] 다른 캐릭터 내면 직접 서술 금지
 - [ ] 시점 전환 시 --- 구분선 사용
 **POV 일탈 발견 시 즉시 수정!**
 **"나중에 수정하겠습니다" 불가!**
 ```
 ---
 ### 규칙 2: 장면 구조 필수 준수
 **각 장면 작성 시 반드시 포함:**
 ```
 🔍 장면 구조 체크리스트 (강제 실행):
 - [ ] 목표 (Goal): 캐릭터가 이 장면에서 원하는 것
 - [ ] 갈등 (Conflict): 목표 달성을 방해하는 것
 - [ ] 결과 (Outcome): 성공/실패/새로운 문제
 **3요소 중 하나라도 누락 시 장면 무효!**
 ```
 ---
 ### 규칙 3: 감정선 관리 강제
 **각 Part 작성 후 반드시 확인:**
 ```
 🔍 감정선 체크리스트 (강제 실행):
 - [ ] 감정 변화 있는가? (평온→긴장, 분노→결의 등)
 - [ ] Show Don't Tell 준수 (신체/행동/대화/환경으로 표현)
 - [ ] 감정 단어 직접 서술 금지 ("화가 났다" 등)
 **감정 단어 직접 서술 발견 시 즉시 수정!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 장면/Part 작성 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작성
 ---
--- a/templates/standards/design-verification-mode.md
+++ b/templates/standards/design-verification-mode.md
--- a/templates/standards/file-formats.md
+++ b/templates/standards/file-formats.md
@@ -1,10 +1,75 @@
 # 파일 형식 표준
-> **버전:** 1.1.0
+> **버전:** 1.3.0
-> **최종 수정:** 2026-01-20
+> **최종 수정:** 2026-01-31
 > **호환:** CWS v4.2.0+
 > **용도:** 모든 CWS 파일의 형식 표준 정의
-> **주요 변경:** 나이 관계 테이블 + 호칭 복수/단수 검증 추가
+> **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v1.3.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 챕터 파일 형식 강제 준수
 **챕터 파일 작성 시 반드시 확인:**
 ```
 🔍 챕터 형식 체크리스트 (강제 실행):
 - [ ] 헤더 형식: # [권수]권 [화수]화: [제목]
 - [ ] 타임라인 형식: > **타임라인:** YYYY.M.D-M.D
 - [ ] 장소 형식: > **장소:** 장소1, 장소2
 - [ ] 바텀 없음 확인 ([X화 끝], 다음 X화: 등 절대 금지)
 - [ ] 분할 챕터 시 명명 규칙: ch-007A.md, ch-007B.md
 **이 형식 위반 시 작성 무효!**
 ```
 ---
 ### 규칙 2: 분할 챕터 규칙 강제 적용
 **분할 챕터 작성/검증 시 반드시 확인:**
 ```
 🔍 분할 챕터 체크리스트 (강제 실행):
 - [ ] 명명: ch-XXXA.md, ch-XXXB.md (A, B, C... 방식만 허용)
 - [ ] 헤더: # [권수]권 [화수]화 (A): [제목] - Part 1
 - [ ] 타임라인 연속성: A 끝 → B 시작 연속
 - [ ] 검증 시 파일 개수: A + B = 2개 파일로 카운트
 **다른 명명 방식 (-1, -part1, _A 등) 절대 금지!**
 ```
 ---
 ### 규칙 3: 플롯/서머리 파일 형식 강제 준수
 **플롯/서머리 작성 시 반드시 확인:**
 ```
 🔍 플롯/서머리 형식 체크리스트 (강제 실행):
 - [ ] 파일명: 표준 규칙 준수 (plot-XXX-YYY.md, summary-XXX-YYY.md)
 - [ ] 헤더: 필수 메타데이터 포함 (생성일, 상태 등)
 - [ ] 구조: 정의된 섹션 순서 준수
 **형식 위반 시 작성 무효!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 파일 작성 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작성
 ---
@@ -70,6 +135,58 @@
 (본문으로 끝. 바텀 절대 금지!)
 ```
 ### 1.2 분할 챕터 규칙 (Split Chapters)
 **언제 분할하는가:**
 ```
 - 챕터 분량이 8,000자 초과 시
 - 타임라인이 긴 경우 (1개월 이상)
 - 여러 장소/사건을 다루는 경우
 ```
 **명명 규칙:**
 ```
 단일 챕터:
 - ch-007.md
 분할 챕터 (A, B, C... 방식):
 - ch-007A.md  (첫 번째 부분)
 - ch-007B.md  (두 번째 부분)
 - ch-007C.md  (세 번째 부분, 필요시)
 ❌ 잘못된 방식:
 - ch-007-1.md  (번호 방식 금지)
 - ch-007-part1.md  (part 키워드 금지)
 - ch-007_A.md  (언더스코어 금지)
 ```
 **헤더 형식:**
 ```markdown
 # [권수]권 [화수]화 (A): [제목] - Part 1
 # [권수]권 [화수]화 (B): [제목] - Part 2
 예시:
 # 2권 7화 (A): 소련 설득 작전 - Part 1
 # 2권 7화 (B): 소련 설득 작전 - Part 2
 ```
 **검증 시 주의사항:**
 ```
 - ch-007.md 누락 발견 시:
  1. ch-007A.md, ch-007B.md 존재 확인
  2. 둘 다 있으면 정상 (분할 챕터)
  3. 둘 다 없으면 진짜 누락
 - 파일 개수 계산 시:
  - ch-007A.md + ch-007B.md = 2개 파일
  - 하지만 "7화" 1개로 카운트
 - 타임라인 검증 시:
  - ch-006 → ch-007A → ch-007B → ch-008
  - A와 B 사이는 연속성 필수
  - B 끝 → ch-008 시작도 연속성 필수
 ```
 ### 1.2 헤더 규칙
 **제목 라인:**
--- a/templates/standards/fix-mode.md
+++ b/templates/standards/fix-mode.md
@@ -1,14 +1,152 @@
 # FIX 모드 프로토콜
-> **버전:** 1.1.0
+> **버전:** 2.1.0
-> **최종 수정:** 2026-01-20
+> **최종 수정:** 2026-01-31
-> **호환:** CWS Writing Guide v3.3.0+
+> **호환:** CWS Writing Guide v4.2.0+
-> **용도:** 검증 보고서 기반 일괄 수정
+> **용도:** 검증 보고서 기반 일괄 수정 (타임라인 역행 재배치 포함)
-> **주요 변경:** WORK-MODE.txt 시스템 추가 (컴팩팅 대응)
+> **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
-## 🔄 컴팩팅 대응 시스템 (v1.1.0 신규)
+## 🚨 AI 강제 실행 규칙 (v2.1.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 리포트 유효성 검증 강제
 **FIX 모드 진입 시 반드시 실행:**
 ```
 🔍 리포트 유효성 체크리스트 (강제 실행):
 - [ ] 1단계: 검증 보고서 날짜 추출
 - [ ] 2단계: 대상 파일 최종 수정 시간 확인
 - [ ] 3단계: 비교 (보고서 날짜 < 파일 수정 시간?)
 - [ ] 4단계: 판정
  - 유효 (보고서 날짜 ≥ 파일 수정 시간) → FIX 진행
  - 무효 (보고서 날짜 < 파일 수정 시간) → 즉시 중단, VERIFICATION 재실행 요청
 **이 체크리스트를 출력하지 않으면 FIX 모드 진입 무효!**
 ```
 ---
 ### 규칙 2: 재배치 3-Stage 강제 실행
 **타임라인 역행 발견 시 반드시 실행:**
 ```
 🔍 챕터 재배치 체크리스트 (강제 실행):
 - [ ] Stage 0: 사전 준비
  - [ ] Git clean working tree 확인
  - [ ] 백업 생성 (선택)
  - [ ] 재배치 계획 확인
 - [ ] Stage 1: Temp 파일로 이동
  - [ ] 역순으로 temp-XXX.md 생성
  - [ ] 검증: temp 파일 개수 확인
 - [ ] Stage 2: 헤더 수정
  - [ ] 각 temp 파일 헤더 수정
  - [ ] 검증: head -1 각 파일 확인
 - [ ] Stage 3: 최종 이름 변경
  - [ ] temp → ch-XXX.md 변경
  - [ ] 검증: temp 파일 0개 확인
 - [ ] Stage 4: 검증
  - [ ] 파일 개수 확인
  - [ ] 헤더 확인
  - [ ] 타임라인 순서 확인
 **각 Stage 완료 확인 없이 다음 Stage 진행 금지!**
 **실패 시 즉시 롤백 프로토콜 실행!**
 ```
 ---
 ### 규칙 3: Git 커밋 타이밍 강제
 **각 수정 유형별 커밋 필수:**
 ```
 🔍 Git 커밋 체크리스트 (강제 실행):
 - [ ] 재배치 완료 후 → 즉시 별도 커밋
 - [ ] 형식 수정 완료 후 → 별도 커밋
 - [ ] 호칭 수정 완료 후 → 별도 커밋
 - [ ] 각 커밋 메시지에 변경 내용 명확히 기록
 **커밋 없이 다음 수정 유형으로 진행 금지!**
 ```
 ---
 ### 규칙 4: 영향받는 배치 무효화 강제
 **재배치 완료 후 반드시 실행:**
 ```
 🔍 배치 무효화 체크리스트 (강제 실행):
 - [ ] 1단계: 영향받는 파일 범위 계산
 - [ ] 2단계: 해당 파일 포함하는 배치 번호 계산
 - [ ] 3단계: 해당 배치 리포트 무효화 (삭제/아카이브/표시)
 - [ ] 4단계: 사용자에게 보고
 **이 단계를 건너뛰면 재검증 시 오류 발생!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 작업 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재실행
 ---
 ## 📋 CHANGELOG
 ### v2.1.0 (2026-01-31) - AI 강제 실행 규칙 추가
 **추가:**
 - 🚨 AI 강제 실행 규칙 섹션 (절대 무시 불가)
 - 📌 리포트 유효성 검증 강제 체크리스트
 - 📌 재배치 3-Stage 강제 실행 체크리스트
 - 📌 Git 커밋 타이밍 강제 체크리스트
 - 📌 영향받는 배치 무효화 강제 체크리스트
 - 📌 위반 시 작업 무효 명시
 **철학 변경:**
 - 이전: 가이드라인 (참고 가능)
 - 현재: 체크리스트 (강제 실행, 건너뛰기 불가)
 ### v2.0.0 (2026-01-25) - Major Update
 **추가:**
 - 📌 챕터 재배치 프로토콜 (3-stage 안전 프로세스)
 - 📌 롤백 메커니즘 및 에러 복구
 - 📌 리포트 유효성 검증 (report-management.md 연동)
 - 📌 Git 커밋 타이밍 명확화
 - 📌 영향받는 배치 자동 무효화
 **변경:**
 - 워크플로우 개선 (백업 → 수정 → 검증 → 커밋)
 - 체크리스트 세분화
 ### v1.1.0 (2026-01-20)
 **추가:**
 - WORK-MODE.txt 시스템 (컴팩팅 대응)
 ### v1.0.0 (2025-XX-XX)
 **초기 버전:**
 - 기본 FIX 모드 프로토콜
 ---
 ## 🔄 컴팩팅 대응 시스템
 ### 일괄 수정 시 WORK-MODE.txt 사용
@@ -24,7 +162,7 @@ TOTAL_ISSUES: 45
 COMPLETED: 0
 NEXT_ISSUE: 1
 STATUS: IN_PROGRESS
-STARTED: 2026-01-20 16:00
+STARTED: 2026-01-25 10:30
 ---
 2. fix-progress.md 파일 생성 (진행 상황 체크리스트)
@@ -64,68 +202,309 @@ STARTED: 2026-01-20 16:00
 ---
 ## 📋 리포트 유효성 검증 (v2.0.0 신규)
 > **참고:** `standards/report-management.md` 참조
 ### 🚨 필수: 검증 보고서 읽기 전 유효성 체크
 **FIX 모드 진입 시:**
 ```bash
 # 1. 검증 보고서 날짜 확인
 grep "검증일" validation-report-vol-01.md
 # 예: **검증일:** 2026-01-21
 # 2. 대상 파일 수정 시간 확인
 ls -l chapters/*.md
 # 3. 유효성 판정
 if [ 보고서_날짜 < 파일_수정 ]; then
    echo "❌ 검증 보고서 무효 → 재검증 필요"
 else
    echo "✅ 검증 보고서 유효 → FIX 진행"
 fi
 ```
 **무효 시 처리:**
 ```
 검증 보고서 확인:
 - 작성일: 2026-01-21
 - 파일 수정: 2026-01-24 (보고서 이후!)
 - 상태: ❌ 무효
 이유: FIX 모드에서 파일 재배치 발생
 → VERIFICATION 재실행 필요
 → FIX 모드 중단
 ```
 ---
 ## 📋 FIX 모드 개요
 **FIX 모드는:**
 - VERIFICATION 모드의 검증 보고서를 기반으로
 - 발견된 문제를 **일괄 수정**
 - 심각도 순서대로 처리 (🔴 → 🟡 → 🟢)
 - 타임라인 역행 발견 시 **챕터 재배치** 수행
 **핵심 원칙:**
 ```
 VERIFICATION = 발견 + 기록
-FIX = 일괄 수정
+FIX = 일괄 수정 (재배치 포함)
 (분리!)
 ```
 **진입 조건:**
 - VERIFICATION 모드 완료 후
- 검증 보고서 존재
+- 검증 보고서 존재 및 유효
 **진입 명령:**
 - "FIX 모드"
 - "수정 진행해"
 - "검증 결과 수정해"
 **모드 진입 시 자동 실행:**
 - WORK-MODE.txt 업데이트 (CURRENT_MODE: FIX)
 - 필수 파일 자동 읽기 (검증 보고서, vol-XX-characters.md, vol-XX-timeline.md)
 - 준비 완료 보고 및 대기
 ---
 ## 📚 모드 진입 시 읽을 파일
 ### 필수
 1. 검증 보고서 (VERIFICATION 결과)
-2. `settings/characters-master.md` - 호칭 수정 시
+2. `standards/report-management.md` - 리포트 유효성 검증
-3. `volumes/vol-XX/timeline.md` - 타임라인 수정 시
+3. `settings/characters-master.md` - 호칭 수정 시
 4. `volumes/vol-XX/vol-XX-timeline.md` - 타임라인 수정 시
 ### 수정 대상
-4. `volumes/vol-XX/chapters/ch-*.md` - 해당 챕터들
+5. `volumes/vol-XX/chapters/ch-*.md` - 해당 챕터들
 ---
-## 🎯 FIX 모드 워크플로우
+## 🎯 FIX 모드 워크플로우 (v2.0.0)
 ```
 검증 보고서 유효성 체크 ⭐ NEW!
    ↓
 검증 보고서 읽기
    ↓
 심각도별 분류 확인
    ↓
-🔴 심각 항목 먼저 처리
+Git 현재 상태 확인 (clean working tree)
    ↓
 🔴 타임라인 역행 → 챕터 재배치 ⭐ NEW!
    ↓
 🔴 기타 심각 항목 처리
    ↓
 🟡 중요 항목 처리
    ↓
 🟢 경미 항목 처리 (선택)
    ↓
-수정 완료 보고
+영향받는 배치 리포트 무효화 ⭐ NEW!
    ↓
-Git 커밋
+Git 커밋 ⭐ 타이밍 명확화
    ↓
 재검증 (자동) ⭐ NEW!
    ↓
 POLISH 모드로 전환 (선택)
 ```
 ---
 ## 📌 챕터 재배치 프로토콜 (v2.0.0 신규)
 ### 언제 사용하나?
 **타임라인 역행 발견 시:**
 ```
 검증 결과:
 - ch-027: 1946.04.05-23
 - ch-028: 1946.03.05-15 ← 역행!
 판정: 🔴 긴급 오류 (회상 표시 없음)
 조치: ch-028을 올바른 위치로 재배치
 ```
 ### 3-Stage 안전 프로세스
 #### Stage 0: 사전 준비
 ```bash
 # 1. Git 상태 확인
 git status
 # → clean working tree 확인
 # 2. 백업 생성 (선택)
 cp -r chapters/ chapters-backup-$(date +%Y%m%d-%H%M%S)/
 # 3. 재배치 계획 확인
 # ch-028 (3월) → ch-022 위치로 이동
 # 영향받는 파일: ch-022~028 (7개)
 ```
 #### Stage 1: Temp 파일로 이동
 ```bash
 # 목적: 파일 덮어쓰기 방지
 # ch-028을 제외한 나머지를 temp로
 mv chapters/ch-022.md chapters/temp-023.md
 mv chapters/ch-023.md chapters/temp-024.md
 mv chapters/ch-024.md chapters/temp-025.md
 mv chapters/ch-025.md chapters/temp-026.md
 mv chapters/ch-026.md chapters/temp-027.md
 mv chapters/ch-027.md chapters/temp-028.md
 # ch-028은 temp-022로
 mv chapters/ch-028.md chapters/temp-022.md
 # 검증: temp-022~028 존재 확인
 ls chapters/temp-*.md
 ```
 #### Stage 2: 헤더 수정
 ```python
 # 각 temp 파일의 내부 헤더 수정
 for file in temp-022.md ~ temp-028.md:
    old_header = "# 1권 XX화: ..."
    new_number = extract_number(file)  # temp-022 → 22
    new_header = f"# 1권 {new_number}화: ..."
    replace_in_file(file, old_header, new_header)
 # 검증: 각 파일 헤더 확인
 for f in temp-*.md:
    head -1 $f  # "# 1권 22화", "# 1권 23화" 등 확인
 ```
 #### Stage 3: 최종 이름 변경
 ```bash
 # temp → 최종 파일명
 mv chapters/temp-022.md chapters/ch-022.md
 mv chapters/temp-023.md chapters/ch-023.md
 mv chapters/temp-024.md chapters/ch-024.md
 mv chapters/temp-025.md chapters/ch-025.md
 mv chapters/temp-026.md chapters/ch-026.md
 mv chapters/temp-027.md chapters/ch-027.md
 mv chapters/temp-028.md chapters/ch-028.md
 # 검증: ch-022~028 존재 확인
 ls chapters/ch-022.md chapters/ch-023.md ... chapters/ch-028.md
 # temp 파일 남아있는지 확인
 ls chapters/temp-*.md 2>&1
 # → "No such file" 확인
 ```
 #### Stage 4: 검증
 ```bash
 # 1. 파일 개수 확인
 ls chapters/ch-*.md | wc -l
 # → 이전과 동일한 개수
 # 2. 헤더 확인
 for i in {022..028}; do
    echo "ch-$i:"
    head -1 chapters/ch-$i.md
 done
 # 3. 타임라인 순서 확인
 for i in {022..028}; do
    grep "타임라인" chapters/ch-$i.md
 done
 # → 시간 순서대로 정렬되었는지 확인
 ```
 ### 롤백 메커니즘 (v2.0.0 신규)
 **각 Stage 실패 시:**
 ```bash
 # Stage 1 실패 (일부만 temp로 이동됨)
 → 이동된 temp 파일을 원래 이름으로 복구
 → mv chapters/temp-023.md chapters/ch-022.md
 # Stage 2 실패 (헤더 수정 중 에러)
 → temp 파일은 그대로 (원본 보존됨)
 → 에러 파일만 다시 수정 시도
 → 또는 전체 롤백
 # Stage 3 실패 (일부만 최종 이름 변경됨)
 → 이동된 파일을 temp로 복구
 → mv chapters/ch-022.md chapters/temp-022.md
 → Stage 3 재시도
 # 최악의 경우 (복구 불가)
 → 백업에서 복원
 → cp -r chapters-backup-YYYYMMDD-HHMMSS/* chapters/
 ```
 ### 에러 처리 프로토콜
 **에러 발생 시 절차:**
 1. **즉시 중단**
   - 현재 Stage 중단
   - 에러 메시지 기록
 2. **상태 확인**
   ```bash
   ls chapters/ch-*.md
   ls chapters/temp-*.md
   ```
 3. **롤백 판단**
   - Stage 1-2: temp 파일 삭제 → 원본 유지
   - Stage 3: temp로 복구 → Stage 3 재시도
 4. **사용자 보고**
   ```
   ❌ 재배치 실패 (Stage 2)
   에러: ch-025.md 헤더 수정 중 파일 읽기 오류
   현재 상태:
   - temp-022~024: 헤더 수정 완료 ✅
   - temp-025: 헤더 수정 실패 ❌
   - temp-026~028: 대기 중
   조치:
   1. temp-025.md 수동 확인 필요
   2. 또는 전체 롤백 후 재시도
   롤백하시겠습니까?
   ```
 ---
 ## 📝 수정 유형별 처리
-### 1. 설정 충돌 수정
+### 1. 타임라인 역행 → 재배치 (최우선)
 ```markdown
 ## 발견 내용
 | 위치 | 타임라인 | 문제 |
 |------|----------|------|
 | ch-027 | 1946.04.05-23 | - |
 | ch-028 | 1946.03.05-15 | ← 역행! |
 ## 조치
 1. 재배치 프로토콜 실행 (3-stage)
 2. ch-028 → ch-022 위치로 이동
 3. ch-022~027 → 한 칸씩 뒤로
 4. 검증 완료
 ```
 ### 2. 설정 충돌 수정
 ```markdown
 ## 발견 내용
@@ -138,29 +517,25 @@ POLISH 모드로 전환 (선택)
 2. ch-012 열기
 3. 34줄 수정: "34세" → "32세"
 4. 체크: ✅
 ## 수정 후
 | # | 상태 |
 |---|------|
 | 1 | ✅ 완료 |
 ```
-### 2. 타임라인 오류 수정
+### 3. 타임라인 헤더 형식 수정
 ```markdown
 ## 발견 내용
-| 위치 | 내용 |
+| 챕터 | 현재 | 올바른 형식 |
-|------|------|
+|------|------|------------|
-| ch-025:102 | 5월인데 단풍 묘사 |
+| ch-025 | 타임라인: 1945.05.15 | > **타임라인:** 1945.05.15 |
 ## 수정 방법
-1. timeline.md 확인 (ch-025 = 1945년 5월)
+1. ch-025 열기
-2. ch-025 열기
+2. Edit 도구 사용:
-3. 102줄 수정: "단풍이 물든" → "신록이 우거진"
+   old_string: "타임라인: 1945.05.15"
-4. 체크: ✅
+   new_string: "> **타임라인:** 1945.05.15"
 3. 체크: ✅
 ```
-### 3. 호칭 오류 수정
+### 4. 호칭 오류 수정
 ```markdown
 ## 발견 내용
@@ -175,7 +550,7 @@ POLISH 모드로 전환 (선택)
 4. 체크: ✅
 ```
-### 4. 바텀 제거
+### 5. 바텀 제거
 ```markdown
 ## 발견 내용
@@ -191,19 +566,150 @@ POLISH 모드로 전환 (선택)
 4. 체크: ✅
 ```
-### 5. 앞뒤 연결 오류 수정
+---
-```markdown
+## 🔗 영향받는 배치 자동 무효화 (v2.0.0 신규)
 ## 발견 내용
 | 위치 | 내용 |
 |------|------|
 | ch-015→ch-016 | 끝: 집에서 / 시작: 사무실에서 (장소 점프) |
-## 수정 방법
+### 재배치 후 처리
 옵션 A: ch-015 끝에 이동 암시 추가
 옵션 B: ch-016 시작에 이동 설명 추가
-→ 사용자 선택 또는 자연스러운 쪽으로
+**재배치 완료 후 필수:**
 ```python
 # 1. 영향받는 파일 범위 계산
 repositioned = "ch-028"
 new_position = "ch-022"
 affected_files = ["ch-022", "ch-023", ..., "ch-028"]
 # 2. 영향받는 배치 계산
 # 배치 3: ch-021~030
 # affected_files에 ch-022~028 포함됨
 affected_batches = ["batch-03"]
 # 3. 리포트 무효화
 for batch in affected_batches:
    report = f"validation-batch-{batch}.md"
    if exists(report):
        # 옵션 A: 삭제
        delete(report)
        # 옵션 B: 아카이브
        archive(report, f"archive/{report}.invalid")
        # 옵션 C: 무효 표시
        add_invalid_marker(report)
 # 4. 사용자 보고
 print(f"""
 재배치 완료: ch-028 → ch-022
 영향받는 배치:
 - 배치 3 (ch-021~030)
  → validation-batch-03.md 무효화됨
  → 다음 검증 시 재검증 필요
 """)
 ```
 ---
 ## 💾 Git 워크플로우 (v2.0.0 명확화)
 ### 커밋 타이밍
 **원칙:**
 ```
 각 수정 유형별로 논리적 단위로 커밋
 재배치는 별도 커밋 (영향 범위가 크므로)
 ```
 **구체적 타이밍:**
 #### 1. 재배치 완료 후 즉시 커밋
 ```bash
 # ch-028 재배치 완료
 git add chapters/ch-022.md chapters/ch-023.md ... chapters/ch-028.md
 git commit -m "$(cat <<'EOF'
 Fix timeline reversal: reposition ch-028 (March) to ch-022
 Problem:
 - ch-027: 1946.04.05-23 (April)
 - ch-028: 1946.03.05-15 (March) ← reversal!
 Changes:
 - ch-028 (old pos) → ch-022 (new pos)
 - ch-022~027 → shifted to ch-023~028
 - Internal headers updated
 Affected batches:
 - batch-03 (ch-021~030) invalidated
 Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
 EOF
 )"
 ```
 #### 2. 형식 수정 완료 후 커밋
 ```bash
 # 타임라인 헤더 형식 수정 완료 (23건)
 git add chapters/ch-*.md
 git commit -m "$(cat <<'EOF'
 Fix timeline header format in 23 chapters
 Changes:
 - "타임라인: YYYY.M.D" → "> **타임라인:** YYYY.M.D"
 - Chapters: ch-002~008, ch-012~016, ch-020~025
 Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
 EOF
 )"
 ```
 #### 3. 호칭 수정 완료 후 커밋
 ```bash
 git add chapters/ch-*.md
 git commit -m "Fix honorific inconsistencies (5 instances)
 ..."
 ```
 **커밋 묶음 예시:**
 ```
 1st commit: Timeline reversal repositioning (ch-028)
 2nd commit: Timeline header format fixes (23 files)
 3rd commit: Honorific fixes (5 instances)
 4th commit: Bottom text removal (3 files)
 → 총 4개 커밋 (유형별)
 ```
 ### Git 상태 체크
 **FIX 시작 전:**
 ```bash
 git status
 # → clean working tree 확인
 # → 미커밋 변경 있으면 먼저 처리
 ```
 **FIX 중간:**
 ```bash
 # 각 커밋 후
 git log --oneline -5
 # → 커밋 히스토리 확인
 ```
 **FIX 완료 후:**
 ```bash
 git status
 # → clean working tree 확인
 git push
 # → 원격 저장소에 푸시
 ```
 ---
@@ -213,8 +719,8 @@ POLISH 모드로 전환 (선택)
 ```markdown
 # FIX 모드 진행 보고
-> **수정일:** YYYY-MM-DD
+> **수정일:** 2026-01-25
-> **검증 보고서 기준:** YYYY-MM-DD
+> **검증 보고서 기준:** 2026-01-24
 ---
@@ -222,20 +728,30 @@ POLISH 모드로 전환 (선택)
 | 심각도 | 총 건수 | 완료 | 남음 |
 |--------|--------|------|------|
-| 🔴 심각 | 5 | 5 | 0 |
+| 🔴 심각 | 3 | 3 | 0 |
-| 🟡 중요 | 8 | 6 | 2 |
+| 🟡 중요 | 20 | 20 | 0 |
-| 🟢 경미 | 3 | 0 | 3 (보류) |
+| 🟢 경미 | 2 | 0 | 2 (보류) |
-| **합계** | **16** | **11** | **5** |
+| **합계** | **25** | **23** | **2** |
 ---
 ## ✅ 완료된 수정
 ### 🔴 타임라인 역행 재배치
 | # | 챕터 | 조치 | 커밋 |
 |---|------|------|------|
 | 1 | ch-028 | ch-022로 재배치 | abc123f |
 **영향받는 배치:**
 - validation-batch-03.md 무효화됨
 ### 🟡 형식 수정
 | # | 위치 | 유형 | 수정 내용 |
 |---|------|------|----------|
-| 1 | ch-012:34 | 설정 | 나이 34→32 |
+| 1 | ch-002~008 | 타임라인 헤더 | 형식 수정 |
-| 2 | ch-025:102 | 타임라인 | 단풍→신록 |
+| 2 | ch-012~016 | 타임라인 헤더 | 형식 수정 |
 | 3 | ch-018:45 | 호칭 | 윤희 씨→서 선생님 |
 | ... | | | |
 ---
@@ -245,75 +761,63 @@ POLISH 모드로 전환 (선택)
 | # | 위치 | 유형 | 사유 |
 |---|------|------|------|
 | 1 | ch-005:12 | 날짜 겹침 | 🟢 경미, 추후 처리 |
-| ... | | | |
+| 2 | ch-010:34 | 병렬 서사 | ✅ 정상 (오판) |
 ---
 ## 🔄 Git 커밋 히스토리
 1. `abc123f` - Fix timeline reversal: reposition ch-028 to ch-022
 2. `def456a` - Fix timeline header format in 23 chapters
 3. `ghi789b` - Fix honorific inconsistencies (5 instances)
 ---
 ## ➡️ 다음 단계
 - [x] VERIFICATION 완료
- [x] FIX 완료 (11/16건)
+- [x] FIX 완료 (23/25건)
- [ ] POLISH 진행
+- [ ] RE-VERIFICATION (자동 실행 예정)
 - [ ] POLISH 진행 (선택)
 ```
 ---
-## 🔄 일괄 처리 명령
+## ✅ FIX 모드 체크리스트 (v2.0.0)
 ### 바텀 일괄 제거
 ```
 "바텀 일괄 제거해"
 → 검증 보고서의 바텀 목록 기준
 → 모든 해당 챕터에서 바텀 패턴 제거
 → 완료 보고
 ```
 ### 호칭 일괄 수정
 ```
 "호칭 일괄 수정해"
 → 검증 보고서의 호칭 오류 목록 기준
 → 각 항목 순차 수정
 → 완료 보고
 ```
 ### 심각도별 처리
 ```
 "🔴 항목만 수정해" → 심각 항목만 처리
 "🟡까지 수정해" → 심각 + 중요 처리
 "전체 수정해" → 모든 항목 처리
 ```
 ---
 ## ✅ FIX 모드 체크리스트
 ### 수정 전
- [ ] 검증 보고서 확인
+- [ ] 검증 보고서 유효성 확인 ⭐
 - [ ] 총 수정 건수 파악
 - [ ] 심각도별 분류 확인
- [ ] Git 현재 상태 확인
+- [ ] Git clean working tree 확인 ⭐
 - [ ] 백업 생성 (재배치 시) ⭐
 ### 수정 중
- [ ] 🔴 심각 항목 완료
+- [ ] 🔴 타임라인 역행 재배치 (최우선) ⭐
 - [ ] 🔴 기타 심각 항목 완료
 - [ ] 🟡 중요 항목 완료
 - [ ] 🟢 경미 항목 처리 (선택)
- [ ] 각 수정 후 체크 (✅)
+- [ ] 각 유형별 Git 커밋 ⭐
 ### 수정 후
 - [ ] 영향받는 배치 리포트 무효화 ⭐
 - [ ] 수정 완료 보고 작성
- [ ] 미완료 항목 사유 기록
+- [ ] Git 푸시 ⭐
- [ ] Git 커밋
+- [ ] 재검증 (자동) 대기 ⭐
 - [ ] POLISH 모드 전환 여부 결정
 ---
 ## 🚫 FIX 모드 금지사항
 ```
-❌ 검증 보고서 없이 수정 시작
+❌ 검증 보고서 유효성 체크 생략 (v2.0.0)
 ❌ Git 상태 확인 없이 수정 시작
 ❌ 재배치 시 백업 없이 진행
 ❌ 수정하면서 새 문제 발견해도 범위 확장 (→ 다시 VERIFICATION)
 ❌ 플롯/내용 변경 (→ MODIFICATION 모드에서)
 ❌ 수정 기록 누락
 ❌ Git 커밋 누락
 ❌ 영향받는 배치 무효화 누락 (v2.0.0)
 ```
 ---
@@ -323,7 +827,9 @@ POLISH 모드로 전환 (선택)
 ```
 VERIFICATION (검증, 기록)
    ↓
-FIX (일괄 수정) ← 현재
+FIX (일괄 수정 + 재배치) ← 현재
    ↓
 RE-VERIFICATION (자동)
    ↓
 POLISH (가독성/문체)
 ```
@@ -333,20 +839,73 @@ POLISH (가독성/문체)
 ## 💡 효율적인 FIX 팁
 ```
-1. 같은 유형끼리 묶어서 처리
+1. 타임라인 역행 재배치부터 (영향이 크므로)
-   - 바텀 제거 → 한번에
+
 2. 같은 유형끼리 묶어서 처리
   - 형식 수정 → 한번에
   - 호칭 수정 → 한번에
-2. 같은 챕터 수정은 한번에
+3. 같은 챕터 수정은 한번에
   - ch-012에 3건 있으면 한번에 처리
-3. 심각도 순서 지키기
+4. 심각도 순서 지키기
   - 🔴 먼저, 시간 부족하면 🟢은 보류
-4. 수정 후 바로 체크
+5. 수정 후 바로 커밋
-   - 놓치면 다시 찾기 어려움
+   - 논리적 단위로 커밋 (롤백 용이)
 6. 재배치 후 영향 배치 확인
   - 무효화 누락 방지
 ```
 ---
 ## 🔧 에러 복구 시나리오
 ### 시나리오 1: 재배치 Stage 2 실패
 ```
 상황: 헤더 수정 중 파일 읽기 오류
 조치:
 1. 즉시 중단
 2. temp 파일 확인
 3. 에러 파일만 수동 수정
 4. Stage 2 재개
 ```
 ### 시나리오 2: Git 충돌
 ```
 상황: 푸시 중 리모트 변경 감지
 조치:
 1. git pull --rebase
 2. 충돌 해결
 3. git rebase --continue
 4. git push
 ```
 ### 시나리오 3: 재배치 후 검증 실패
 ```
 상황: 재배치 완료했지만 타임라인 여전히 역행
 조치:
 1. 재배치 로직 재확인
 2. 타임라인 다시 읽기
 3. 올바른 위치 재계산
 4. 재배치 재실행
 ```
 ---
 ## 📋 관련 문서
 - `verification-mode.md` - 검증 모드 프로토콜
 - `report-management.md` - 리포트 유효성 관리
 - `polish-mode.md` - POLISH 모드 프로토콜
 ---
 *FIX는 검증 결과 기반! 새 문제 발견 시 다시 VERIFICATION!*
--- a/templates/standards/modification-mode.md
+++ b/templates/standards/modification-mode.md
@@ -1,10 +1,131 @@
 # 수정 모드 프로토콜
-> **버전:** 2.1.0
+> **버전:** 2.3.0
-> **최종 수정:** 2026-01-20
+> **최종 수정:** 2026-01-31
-> **호환:** CWS Writing Guide v4.2.0+
+> **호환:** CWS Writing Guide v4.3.0+, CWS Design Guide v1.6.0+
 > **용도:** 기존 챕터 수정 및 재구성
-> **주요 변경:** Summary 재생성 규칙 최적화 (불필요한 재생성 제거)
+> **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v2.3.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 영향 범위 분석 강제 실행
 **수정 시작 전 반드시 실행:**
 ```
 🔍 영향 범위 분석 체크리스트 (강제 실행):
 - [ ] 1단계: 수정 유형 판단 (A~H)
 - [ ] 2단계: 영향받는 챕터 파악
  - 수정 대상 챕터 목록
  - 리네임 필요 여부
  - 헤더 수정 필요 여부
 - [ ] 3단계: 영향받는 Summary 파악
  - 부분 업데이트 가능? (해당 섹션만)
  - 전체 재생성 필요? (리넘버링 등)
 - [ ] 4단계: 사용자 승인 대기
 **이 분석 없이 수정 시작 절대 금지!**
 **사용자 승인 없이 진행 절대 금지!**
 ```
 ---
 ### 규칙 2: Summary 업데이트 원칙 강제 적용
 **수정 완료 후 반드시 판단:**
 ```
 🔍 Summary 업데이트 판단 체크리스트 (강제 실행):
 - [ ] 유형 A (단순 수정): Summary 업데이트 불필요
 - [ ] 유형 B (내용 수정): 해당 섹션만 부분 업데이트
 - [ ] 유형 C (다중 수정): 해당 섹션들만 부분 업데이트
 - [ ] 유형 D (플롯 수정):
  - 미세 조정 → 해당 섹션만
  - 대폭 변경 → 영향 구간부터 재생성
 - [ ] 유형 E~H (구조 변경): 전체 재생성 (리넘버링 불가피)
 **"전부 재생성"은 E~H만! 나머지는 부분 업데이트!**
 **토큰 낭비 방지 - 필요한 것만 최소한으로!**
 ```
 ---
 ### 규칙 3: 리네임 안전 규칙 강제 적용
 **리네임 필요 시 (E, F, G, H 유형) 반드시 확인:**
 ```
 🔍 리네임 안전 체크리스트 (강제 실행):
 - [ ] 리네임 방향 확인
  - 삽입 (E, G): 역순 리네임 (큰 번호→작은 번호)
  - 삭제 (F, H): 정순 리네임 (작은 번호→큰 번호)
 - [ ] 덮어쓰기 위험 확인
  - 역순/정순 규칙 준수 확인
  - 또는 2단계 리네임 (temp 사용) 확인
 - [ ] 검증
  - 리네임 전후 파일 개수 동일
  - temp 파일 0개 확인
  - 모든 헤더 번호 일치
 **리네임 순서 무시 시 데이터 손실 위험!**
 **덮어쓰기 가능성 체크 없이 진행 절대 금지!**
 ```
 ---
 ### 규칙 4: Git 커밋 필수
 **수정 완료 후 반드시 실행:**
 ```
 🔍 Git 커밋 체크리스트 (강제 실행):
 - [ ] 수정 전 백업 커밋 완료
 - [ ] 수정 완료 후 커밋
 - [ ] CHANGELOG 업데이트
 - [ ] 커밋 메시지에 수정 유형 명시
 **커밋 없이 종료 절대 금지!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 작업 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재실행
 ---
 ## 📋 CHANGELOG
 ### v2.3.0 (2026-01-31) - AI 강제 실행 규칙 추가
 **추가:**
 - 🚨 AI 강제 실행 규칙 섹션 (절대 무시 불가)
 - 📌 영향 범위 분석 강제 체크리스트
 - 📌 Summary 업데이트 원칙 강제 적용 체크리스트
 - 📌 리네임 안전 규칙 강제 체크리스트
 - 📌 Git 커밋 필수 체크리스트
 - 📌 위반 시 작업 무효 명시
 **철학 변경:**
 - 이전: 가이드라인 (참고 가능)
 - 현재: 체크리스트 (강제 실행, 건너뛰기 불가)
 ### v2.2.0 (2026-01-27)
 **변경:**
 - 파일 경로 업데이트 (4단계 플롯 밀도 체계 적용)
 ---
@@ -155,8 +276,8 @@ summary: 플롯 변경 범위에 따라 선택
 리네임: 보통 불필요
 절차:
-1. plot-master.md 수정
+1. vol-XX-plot.md 수정
-2. plot-XXX-YYY.md 수정
+2. vol-XX-plot-NNN-MMM.md 수정
 3. 챕터 수정/재작성
 4. summary 업데이트 (범위 판단!)
   - 플롯 미세 조정: 해당 섹션만 부분 업데이트
@@ -331,8 +452,8 @@ ch-031-temp → ch-032
 - summary-001-030.md ~ summary-001-060.md
 ### Plot (수정 필요)
- plot-master.md
+- vol-XX-plot.md
- plot-026-030.md
+- vol-XX-plot-026-030.md
 ## 작업 순서
 1. ...
--- a/templates/standards/phase4-master-design.md
+++ b/templates/standards/phase4-master-design.md
@@ -0,0 +1,597 @@
 # Phase 4 마스터 설계 문서
 > **버전:** v3.4.0
 > **생성일:** 2026-01-26
 > **최종 수정:** 2026-01-31
 > **목적:** Phase 4 전체 프로세스 - 작업 수행 중심 재설계
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v3.4.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 아키텍처 명세서입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: Phase 진행 순서 강제 준수
 **Phase 4 작업 시 반드시 확인:**
 ```
 🔍 Phase 진행 순서 체크리스트 (강제 실행):
 - [ ] Phase 4-1 완료 및 검증 통과 확인
  - plot-master.md 작성 완료
  - plot-master-verification-report.md 통과
 - [ ] Phase 4-2 Step 1 완료 및 검증 통과 확인
  - vol-XX-timeline.md + vol-XX-characters.md 완료
  - 각각 verification-report.md 통과
 - [ ] Phase 4-2 Step 2 완료 및 검증 통과 확인
  - vol-XX-plot.md 작성 완료
  - vol-XX-plot-verification-report.md 통과
 - [ ] Phase 4-3 완료 및 검증 통과 확인
  - vol-XX-plot-NNN-MMM.md 작성 완료
  - verification-report.md 통과
 **이전 Phase 검증 통과 없이 다음 Phase 진행 절대 금지!**
 ```
 ---
 ### 규칙 2: 블로킹 조건 강제 확인
 **Phase 4-2 Step 2 시작 전 반드시 확인:**
 ```
 🔍 블로킹 조건 체크리스트 (강제 실행):
 - [ ] vol-XX-timeline.md 검증 통과
 - [ ] vol-XX-characters.md 검증 통과
 **두 파일 중 하나라도 검증 미통과 시 Phase 4-2 Step 2 진행 금지!**
 ```
 ---
 ### 규칙 3: 필수 정보 완성도 강제 검증
 **각 Phase 완료 시 반드시 확인:**
 ```
 🔍 필수 정보 체크리스트 (강제 실행):
 Phase 4-1 완료 시:
 - [ ] 권별 8개 필수 정보 완성
  - 권 목표, 작중 기간, 시작/종료 상태
  - 핵심 전환점, 캐릭터 아크, 로맨스, 복선
 Phase 4-2 완료 시:
 - [ ] 화별 9개 필수 정보 완성
  - 타임라인, 핵심 이벤트, 등장인물
  - 이전/이후 종료 상태, 로맨스, 복선
  - 병렬/역전 (해당 시)
 Phase 4-3 완료 시:
 - [ ] Part별 9개 필수 정보 완성
  - 시간/장소, 등장인물, POV
  - 대화 주제, 캐릭터 행동, 종료 상태
  - 감정선, 복선
 **필수 정보 하나라도 누락 시 해당 Phase 미완료!**
 ```
 ---
 ### 규칙 4: 타임라인 설계 표기 강제
 **타임라인 역행 발생 시 반드시 확인:**
 ```
 🔍 타임라인 설계 체크리스트 (강제 실행):
 - [ ] 타임라인 역행 발견 시 즉시 확인
  - [병렬: N화] 표기 있는가?
  - [역전: N화] 표기 있는가?
  - 사유/목적 명시되었는가?
 **타임라인 역행 발견 시 표기 없으면 즉시 오류 보고!**
 **표기 있으나 사유 없으면 즉시 보고!**
 ```
 ---
 ### 규칙 5: 에러 복구 프로토콜 강제 실행
 **상위 계층 오류 발견 시 반드시 실행:**
 ```
 🔍 에러 복구 체크리스트 (강제 실행):
 - [ ] 오류 발견 즉시 사용자에게 보고
 - [ ] 사용자 승인 후 상위 계층 수정
 - [ ] 상위 계층 검증 재실행
 - [ ] 영향받는 하위 계층 캐스케이드 재검증
 **사용자 승인 없이 상위 계층 수정 절대 금지!**
 **캐스케이드 재검증 생략 절대 금지!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 작업 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작업
 ---
 ## 1. 핵심 철학
 ### 1.1 분량이 아닌 작업 수행 가능성
 ```
 ❌ 기존 접근:
   "Phase 4-1: 70-100줄 작성"
   "Phase 4-2: 화당 2-3줄"
   → 분량 맞춰도 작업 불가능하면 의미 없음
 ✅ 새로운 접근:
   "Phase 4-1 완료 기준: 이 정보로 volume-plot 작성 가능한가?"
   "Phase 4-2 완료 기준: 이 정보로 5화별 상세 플롯 작성 가능한가?"
   → 필요한 정보가 있으면 분량은 결과물
 ```
 ### 1.2 역방향 정의 (Backward Design)
 ```
 최종 목표: 5화별 상세 플롯 (Phase 4-3)
    ↑
    │ 이걸 작성하려면 뭐가 필요한가?
    │
 volume-plot + volume-timeline + volume-characters (Phase 4-2)
    ↑
    │ 이걸 작성하려면 뭐가 필요한가?
    │
 plot-master (Phase 4-1)
    ↑
    │ 이걸 작성하려면 뭐가 필요한가?
    │
 settings (Phase 0-3): timeline-master.md, characters-master.md
 ```
 ### 1.3 계층 구조
 ```
 ⚠️ 혼동 방지: settings(전체 시즌) vs volumes(권별)
 settings/ (Phase 0-3, 전체 시즌)
 ├── timeline-master.md      ← 전체 시즌 타임라인
 ├── characters-master.md    ← 전체 시즌 캐릭터
 └── plot-master.md          ← Phase 4-1 산출물 (전체 시즌 플롯)
 volumes/vol-XX/ (Phase 4-2, 권별)
 ├── vol-XX-timeline.md      ← Phase 4-2 Step 1 산출물 (권별 타임라인)
 ├── vol-XX-characters.md    ← Phase 4-2 Step 1 산출물 (권별 캐릭터)
 └── vol-XX-plot.md          ← Phase 4-2 Step 2 산출물 (권별 플롯)
 ```
 ### 1.4 타임라인 유연성
 ```
 이것은 역사서가 아닌 소설이다!
 허용되는 타임라인 구조:
 1. 순차 진행: 1화(8월) → 2화(9월) → 3화(10월)
 2. 병렬 진행: 15화(8월10일 서울) ↔ 16화(8월10일 부산)
 3. 의도된 역전: 17화(결과) → 18화(과정, 플래시백)
 검증 기준:
 - 타임라인 이상 발견 시 → 오류로 판단 ❌
 - 플롯에 명시되어 있는지 확인 → 명시 없으면 오류 ⭕
 ```
 ---
 ## 2. 계층별 필수 정보 정의
 ### 2.1 Phase 4-1: plot-master 작성
 **입력:** `settings/timeline-master.md`, `settings/characters-master.md` (전체 시즌)
 **산출물:** `settings/plot-master.md`
 **volume-plot을 작성하려면 plot-master에서 각 권별로 다음 정보 필수:**
 | 필수 정보 | 이유 | 없으면? |
 |----------|------|--------|
 | **권 목표** | 50화 방향 설정 | 방향 없이 50화 배분 불가 |
 | **작중 기간 (시작~종료)** | 타임라인 배분 | 날짜 배분 불가 |
 | **시작 상태** | 1화 시작점 | 어디서 시작할지 모름 |
 | **종료 상태** | 50화 도착점 | 어디로 끝낼지 모름 |
 | **핵심 전환점 (2-3개)** | 클라이맥스 배치 | 밋밋한 50화 |
 | **캐릭터 아크 방향** | 성장 곡선 설계 | 캐릭터 변화 없음 |
 | **로맨스 시작/종료 단계** | 이벤트 밀도 결정 | 로맨스 페이싱 불가 |
 | **복선 목록** | 화 배치 | 복선 누락 |
 ### 2.2 Phase 4-2: 권별 설계 (timeline + characters + volume-plot)
 **Phase 4-2는 2단계로 구성:**
 #### Step 1: 권별 타임라인 + 캐릭터 작성
 **입력:** `settings/plot-master.md`, `settings/timeline-master.md`, `settings/characters-master.md`
 **산출물:** `vol-XX-timeline.md`, `vol-XX-characters.md`
 - 두 파일은 병렬 작성 가능
 - 둘 다 검증 통과해야 Step 2 진행 가능
 #### Step 2: 권별 플롯 작성
 **입력:** `settings/plot-master.md` + Step 1 산출물 (`vol-XX-timeline.md`, `vol-XX-characters.md`)
 **산출물:** `vol-XX-plot.md`
 **⚠️ Step 1 완료 없이 Step 2 진행 금지!**
 **5화별 상세 플롯을 작성하려면 volume-plot에서 각 화별로 다음 정보 필수:**
 | 필수 정보 | 이유 | 없으면? |
 |----------|------|--------|
 | **타임라인 (YYYY.MM.DD)** | 시간대, 계절, 요일 | 장면 시간 설정 불가 |
 | **핵심 이벤트 (1-2개)** | Part 배분 기준 | 장면 구성 불가 |
 | **등장인물** | POV, 대화 상대 | 누가 나오는지 모름 |
 | **이전 화 종료 상태** | 연결 시작 | 어디서 이어받을지 모름 |
 | **이 화 종료 상태** | 연결 종료 | 어디로 끝낼지 모름 |
 | **로맨스 이벤트 유무** | 감정선 방향 | 로맨스 삽입 여부 모름 |
 | **복선 (설치/회수)** | 대사, 묘사 삽입 | 복선 누락 |
 | **병렬 진행** (해당 시) | 같은 타임라인 연결 | 오류로 오인 |
 | **의도된 역전** (해당 시) | 플래시백 연결 | 오류로 오인 |
 ### 2.3 Phase 4-3: 5화별 상세 플롯 → 집필용
 **실제 집필을 하려면 5화별 상세 플롯에서 각 화별로 다음 정보 필수:**
 | 필수 정보 | 이유 | 없으면? |
 |----------|------|--------|
 | **Part별 장면 구성 (4 Parts)** | 집필 단위 | 어디서 끊을지 모름 |
 | **각 Part 시간/장소** | 장면 설정 | 배경 모름 |
 | **각 Part 등장인물, POV** | 시점 | 누구 시점인지 모름 |
 | **각 Part 대화 주제 (3-5개)** | 대화 내용 | 뭘 말할지 모름 |
 | **각 Part 캐릭터 행동** | 묘사 내용 | 뭘 할지 모름 |
 | **각 Part 종료 상태** | 연결 | 다음 Part 시작 모름 |
 | **감정선 (시작→중간→끝)** | 분위기 | 톤 설정 불가 |
 | **복선 삽입 위치** | 자연스러운 삽입 | 복선 누락 |
 ---
 ## 3. 완료 기준 정의
 ### 3.1 Phase 4-1 완료 기준
 ```
 질문: "이 plot-master로 volume-plot 작성 가능한가?"
 체크리스트:
 □ 각 권의 목표가 명확한가?
 □ 각 권의 작중 기간이 있는가?
 □ 각 권의 시작/종료 상태가 있는가?
 □ 각 권의 핵심 전환점이 있는가? (최소 2개)
 □ 각 권의 캐릭터 아크가 있는가?
 □ 각 권의 로맨스 방향이 있는가?
 □ 각 권의 복선 목록이 있는가?
 → 모두 YES면 Phase 4-1 완료
 → 하나라도 NO면 보완 후 재검증
 ```
 ### 3.2 Phase 4-2 Step 1 완료 기준
 ```
 질문: "이 timeline + characters로 volume-plot 작성 가능한가?"
 체크리스트:
 □ vol-XX-timeline.md 작성 완료?
  □ 전체 화 타임라인 배정 완료?
  □ 병렬/역전 표기 완료?
  □ volume-timeline-verification 통과?
 □ vol-XX-characters.md 작성 완료?
  □ 등장인물별 등장 구간 명시?
  □ 호칭 변화 시점 명시?
  □ volume-characters-verification 통과?
 → 모두 YES면 Phase 4-2 Step 1 완료 → Step 2 진행 가능
 → 하나라도 NO면 보완 후 재검증
 ⚠️ 실행 규칙:
 - timeline과 characters는 병렬 작성 가능
 - 단, 둘 다 검증 통과해야 Step 2 진행 가능
 - Step 2 (volume-plot)는 이 두 파일을 필수 입력으로 사용
 ```
 ### 3.3 Phase 4-2 Step 2 완료 기준
 ```
 질문: "이 volume-plot으로 5화별 상세 플롯 작성 가능한가?"
 체크리스트:
 □ 전체 화 리스트가 있는가? (50화 전체)
 □ 각 화의 타임라인이 있는가?
 □ 각 화의 핵심 이벤트가 있는가? (1-2개)
 □ 각 화의 등장인물이 있는가?
 □ 각 화의 종료 상태가 있는가?
 □ 각 화의 로맨스 유무가 있는가?
 □ 각 화의 복선이 있는가?
 □ 병렬 진행이 명시되었는가? (해당 시)
 □ 의도된 역전이 명시되었는가? (해당 시)
 → 모두 YES면 Phase 4-2 완료
 → 하나라도 NO면 보완 후 재검증
 ```
 ### 3.4 Phase 4-3 완료 기준
 ```
 질문: "이 5화별 상세 플롯으로 집필 가능한가?"
 체크리스트:
 □ 각 화의 Part별 장면이 있는가? (4 Parts)
 □ 각 Part의 시간/장소가 있는가?
 □ 각 Part의 POV가 있는가?
 □ 각 Part의 대화 주제가 있는가? (3-5개)
 □ 각 Part의 캐릭터 행동이 있는가?
 □ 각 Part의 종료 상태가 있는가?
 □ 감정선이 설계되었는가?
 □ 복선 삽입 위치가 있는가?
 → 모두 YES면 Phase 4-3 완료
 → 하나라도 NO면 보완 후 재검증
 ```
 ---
 ## 4. 타임라인 검증 규칙 (수정됨)
 ### 4.1 기존 규칙 (폐기)
 ```
 ❌ 역행 0건 필수
 ❌ 겹침 0건 필수
 → 역사서 기준, 소설에 부적합
 ```
 ### 4.2 새로운 규칙
 ```
 ✅ 타임라인 이상 발견 시:
   1. volume-plot에서 해당 화 확인
   2. [병렬: N화] 또는 [역전: N화] 명시 있는가?
   → 명시 있음: 정상 (의도된 구조)
   → 명시 없음: 오류 (수정 필요)
 ```
 ### 4.3 표기법
 ```markdown
 ## 일반 화
 15화: 1945.08.10 | 서울 - 영수 체포
 ## 병렬 진행
 16화: 1945.08.10 | 부산 - 민호 탈출 [병렬: 15화]
 → 15화와 같은 날, 다른 장소
 ## 의도된 역전 (플래시백)
 17화: 1945.08.05 | 서울 - 체포되기까지 [역전: 15화]
 → 15화 결과의 과정 (시간 역행)
 ```
 ---
 ## 5. 파일 구조
 ### 5.1 프로토콜 파일
 ```
 templates/standards/
 ├── phase4-master-design.md    ← 이 문서 (v3.3.0)
 ├── plot-master-mode.md        ← Phase 4-1 작성 프로토콜
 ├── volume-timeline-mode.md    ← Phase 4-2 Step 1: 타임라인
 ├── volume-characters-mode.md  ← Phase 4-2 Step 1: 캐릭터
 ├── volume-plot-mode.md        ← Phase 4-2 Step 2: 볼륨 플롯
 ├── plot-mode.md               ← Phase 4-3 작성 프로토콜
 ├── plot-master-verification.md       ← Phase 4-1 검증
 ├── volume-timeline-verification.md   ← Phase 4-2 Step 1 검증
 ├── volume-characters-verification.md ← Phase 4-2 Step 1 검증
 ├── volume-plot-verification.md       ← Phase 4-2 Step 2 검증
 └── plot-detail-verification.md       ← Phase 4-3 검증
 ```
 ### 5.2 산출물 파일
 ```
 {project}/
 ├── settings/                        ← 전체 시즌 (Phase 0-3 + 4-1)
 │   ├── timeline-master.md           ← 전체 시즌 타임라인
 │   ├── characters-master.md         ← 전체 시즌 캐릭터
 │   └── plot-master.md               ← Phase 4-1 산출물
 │
 └── volumes/
    └── vol-XX/                      ← 권별 (Phase 4-2 + 4-3)
        ├── vol-XX-timeline.md       ← Phase 4-2 Step 1 산출물
        ├── vol-XX-characters.md     ← Phase 4-2 Step 1 산출물
        ├── vol-XX-plot.md           ← Phase 4-2 Step 2 산출물
        └── plots/
            ├── vol-XX-plot-001-005.md  ← Phase 4-3 산출물
            ├── vol-XX-plot-006-010.md
            └── ... (총 10개)
 ```
 ---
 ## 6. 워크플로우
 ```
 Phase 4-1: plot-master.md 작성
    │   입력: settings/timeline-master.md + settings/characters-master.md
    │
    ├─→ 완료 기준 충족? ─── No ──→ 보완
    │         │
    │        Yes
    │         │
    ▼         ▼
 Phase 4-2 Step 1: vol-XX-timeline.md + vol-XX-characters.md 작성/검증
    │   입력: settings/plot-master.md + settings/timeline-master.md + settings/characters-master.md
    │   (두 파일 병렬 작성 가능, 단 둘 다 검증 통과 필수)
    │
    ├─→ 검증 통과? ─── No ──→ 수정
    │         │
    │        Yes (timeline + characters 둘 다 통과)
    │         │
    ▼         ▼
 Phase 4-2 Step 2: vol-XX-plot.md 작성 (1권씩)
    │   입력: settings/plot-master.md + vol-XX-timeline.md + vol-XX-characters.md
    │
    ├─→ 완료 기준 충족? ─── No ──→ 보완
    │         │
    │        Yes
    │         │
    ▼         ▼
 Phase 4-3: vol-XX-plot-NNN-MMM.md 작성 (5화씩)
    │
    ├─→ 완료 기준 충족? ─── No ──→ 보완
    │         │
    │        Yes
    │         │
    ▼         ▼
 Phase 5: 설계 검증 (design-verification-mode.md)
    │   Phase 5-1: Opus 품질 검증
    │   Phase 5-2: Codex 일관성 검증 (계층적 반영)
    │
    ├─→ 검증 통과? ─── No ──→ 수정 후 재검증
    │         │
    │        Yes
    │         │
    ▼         ▼
 핸드오프 → CWS Writing Guide 진입 (집필 가능!)
 ```
 ---
 ## 7. 에러 복구 프로토콜
 ### 7.1 기본 원칙
 ```
 1. 각 Phase 검증은 해당 Phase 산출물만 수정 권한 있음
 2. 상위 Phase 오류 발견 시 → 에스컬레이션 (사용자 승인 필수)
 3. 상위 파일 수정 시 → 하위 전체 캐스케이드 재검증
 4. 파일 수동 편집 시 → 해당 파일 + 의존 파일 재검증
 ```
 ### 7.2 Phase별 에러 발견 시 조치
 ```
 Phase 4-2 Step 1 검증에서 오류 발견:
 ├─ vol-XX-timeline.md 오류 → 수정 후 재검증
 ├─ vol-XX-characters.md 오류 → 수정 후 재검증
 ├─ plot-master.md 오류 발견 → ⚠️ Phase 4-1로 에스컬레이션
 │   → 사용자 승인 → plot-master.md 수정
 │   → Phase 4-1 재검증
 │   → Phase 4-2 Step 1 재검증
 └─ 통과 전까지 Phase 4-2 Step 2 진행 금지
 Phase 4-2 Step 2 검증에서 오류 발견:
 ├─ vol-XX-plot.md 오류 → 수정 후 재검증
 ├─ vol-XX-timeline/characters 오류 → ⚠️ Phase 4-2 Step 1로 에스컬레이션
 │   → 해당 파일 수정 → Step 1 재검증 → Step 2 재검증
 ├─ plot-master.md 오류 → ⚠️ Phase 4-1로 에스컬레이션
 │   → 사용자 승인 → 전체 캐스케이드 재검증
 └─ 통과 전까지 Phase 4-3 진행 금지
 Phase 4-3 검증에서 오류 발견:
 ├─ vol-XX-plot-NNN-MMM.md 오류 → 수정 후 재검증
 ├─ vol-XX-plot.md 오류 → ⚠️ Phase 4-2 Step 2로 에스컬레이션
 │   → vol-XX-plot.md 수정 → Step 2 재검증
 │   → 영향받는 Phase 4-3 블록 재검증
 ├─ 상위 파일 오류 → 해당 Phase로 에스컬레이션
 └─ 통과 전까지 다음 5화 진행 금지
 Phase 5 검증에서 오류 발견:
 → design-verification-mode.md 에스컬레이션 규칙 참조
 ```
 ### 7.3 캐스케이드 재검증 범위
 ```
 수정된 파일 → 재검증 필요 범위:
 plot-master.md:
   → vol-XX-timeline.md 재검증
   → vol-XX-characters.md 재검증
   → vol-XX-plot.md 재검증
   → vol-XX-plot-NNN-MMM.md 전체 재검증
   → Phase 5 재실행
 vol-XX-timeline.md:
   → vol-XX-plot.md 재검증
   → 타임라인 영향받는 vol-XX-plot-NNN-MMM.md 재검증
   → Phase 5 재실행
 vol-XX-characters.md:
   → vol-XX-plot.md 재검증
   → 캐릭터 영향받는 vol-XX-plot-NNN-MMM.md 재검증
   → Phase 5 재실행
 vol-XX-plot.md:
   → 영향받는 vol-XX-plot-NNN-MMM.md 재검증
   → Phase 5 재실행
 vol-XX-plot-NNN-MMM.md:
   → 해당 파일만 재검증
   → Phase 5 해당 블록 재실행
 ```
 ### 7.4 파일 수동 편집 규칙
 ```
 ⚠️ 검증 통과 후 파일을 수동 편집하면:
 1. 해당 파일의 검증 보고서는 즉시 무효
 2. 해당 파일 재검증 필수
 3. 의존하는 하위 파일 재검증 필수 (7.3 캐스케이드 참조)
 4. Phase 5 재실행 필수
 ❌ 금지: 검증 통과 파일을 수정하고 재검증 없이 진행
 ```
 ### 7.5 신뢰 모델
 ```
 각 Phase는 이전 Phase 검증 결과를 신뢰한다.
 Phase 4-3는:
   → vol-XX-plot.md가 Phase 4-2 Step 2 검증을 통과했다고 가정
   → vol-XX-timeline/characters가 Phase 4-2 Step 1 검증을 통과했다고 가정
   → plot-master.md가 Phase 4-1 검증을 통과했다고 가정
 따라서:
   → Phase 4-3 검증은 vol-XX-plot.md 반영만 확인
   → plot-master.md 직접 대조는 하지 않음 (Phase 4-2 책임)
   → 최종 전체 정합성은 Phase 5에서 확인
 ```
 ---
 ## 8. 버전 히스토리
 | 버전 | 날짜 | 변경 내용 |
 |------|------|----------|
 | v1.0 | - | 초기 버전 |
 | v2.0 | 2026-01-26 | 밀도 체계 도입, 검증 프로토콜 |
 | v3.0 | 2026-01-26 | **전면 재설계**: 분량→작업수행, 타임라인 유연성 |
 | v3.1 | 2026-01-27 | 파일명 고유화 (vol-XX-*), 타임라인/캐릭터 선행 작업 추가 |
 | v3.2 | 2026-01-27 | 에러 복구 프로토콜, 캐스케이드 재검증, 신뢰 모델 추가 |
 | v3.3 | 2026-01-27 | **"Phase 4-2 선행" 제거** → Phase 4-2 Step 1/2로 통합, 계층 구조 명확화 |
 ---
 *"필요한 정보가 있으면 작업할 수 있다. 분량은 결과물일 뿐."* - CWS v3.1 철학
--- a/templates/standards/plot-detail-verification.md
+++ b/templates/standards/plot-detail-verification.md
@@ -0,0 +1,476 @@
 # 상세 플롯 검증 프로토콜 (Phase 4-3 검증)
 > **버전:** v2.2.0
 > **생성일:** 2026-01-26
 > **최종 수정:** 2026-01-31
 > **적용 대상:** `volumes/vol-XX/plots/vol-XX-plot-NNN-MMM.md`
 > **검증 시점:** Phase 4-3 각 5화 완료 후
 > **산출물:** `volumes/vol-XX/plots/vol-XX-plot-NNN-MMM-verification-report.md`
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v2.2.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: vol-XX-plot.md 반영 100% 강제
 **검증 1 실행 시 반드시 확인:**
 ```
 🔍 상위 계층 반영 체크리스트 (강제 실행):
 - [ ] 5화 각각에 대해 6개 항목 확인
  - 타임라인 일치
  - 핵심 이벤트 반영
  - 등장인물 일치
  - 종료 상태 일치
  - 로맨스 반영
  - 복선 반영
 **6개 항목 중 하나라도 불일치 시 즉시 🔴 오류 보고!**
 ```
 ---
 ### 규칙 2: Part 구조 강제 검증 (5화 × 4 Parts)
 **검증 3-1 실행 시 반드시 확인:**
 ```
 🔍 Part 구조 체크리스트 (강제 실행):
 - [ ] 5화 모두 4 Parts 구성
 - [ ] 누락 Part 0개
 **Part 누락 발견 시 즉시 보고!**
 ```
 ---
 ### 규칙 3: Part 필수 항목 9개 강제 검증
 **검증 3-2 실행 시 반드시 확인:**
 ```
 🔍 Part 필수 항목 체크리스트 (강제 실행):
 각 Part마다:
 - [ ] 시간 (구체적)
 - [ ] 장소 (구체적)
 - [ ] 등장인물
 - [ ] POV
 - [ ] 장면 흐름
 - [ ] 대화 주제 (3개 이상)
 - [ ] 캐릭터 행동 (구체적)
 - [ ] 복선 (있는 경우)
 - [ ] 종료 상태
 **9개 항목 중 하나라도 누락 시 즉시 보고!**
 ```
 ---
 ### 규칙 4: 집필 가능성 구체성 강제 검증
 **검증 6 실행 시 반드시 확인:**
 ```
 🔍 집필 가능성 체크리스트 (강제 실행):
 - [ ] 대화 주제 구체성
  - "대화한다" ❌ → "금괴 탈취 계획 논의" ✅
 - [ ] 캐릭터 행동 구체성
  - "행동한다" ❌ → "서류를 정리하며 창밖을 응시" ✅
 - [ ] 감정선 설계 존재
 - [ ] 긴장도 명시
 **추상적 표현 발견 시 즉시 구체화 요구!**
 ```
 ---
 ### 규칙 5: 이전 권 경계 연결 강제 검증 (2권 이상, NNN=001일 때)
 **검증 2-3 실행 시 반드시 확인:**
 ```
 🔍 이전 권 경계 체크리스트 (강제 실행):
 ⚠️ 2권 이상 AND NNN=001인 경우만:
 - [ ] 이전 권 마지막 화 Part 4 종료 상태 읽기
 - [ ] 현재 권 1화 Part 1 시작 상태 읽기
 - [ ] Part 수준 디테일 대조
  - 대화 주제 연결
  - 캐릭터 감정 연결
  - 위치 연결
  - 미결 사건 계승
 **Part 수준 불일치 발견 시 즉시 수정!**
 ```
 ---
 ### 규칙 6: 타임라인 순차 검증 강제 (5화)
 **검증 2-1 실행 시 반드시 확인:**
 ```
 🔍 타임라인 순차 체크리스트 (강제 실행):
 - [ ] 5화 내 타임라인 역행 검사
  - 화[i+1].타임라인 ≥ 화[i].타임라인
  - 역행 발견 시 → [병렬]/[역전] 표기 확인
  - 표기 없으면 즉시 오류 보고
 **타임라인 역행 무표기 발견 시 즉시 수정!**
 ```
 ---
 ### 규칙 7: 판단 명확성 강제
 **모든 검증 항목에 반드시 적용:**
 ```
 🔍 판단 명확성 체크리스트 (강제 실행):
 - [ ] 추측 표현 사용 금지
  - "~로 보임" ❌
  - "~같음" ❌
 - [ ] 명확한 판정만 허용
  - "일치함/불일치함" ✅
  - "있음/없음" ✅
 **추측 표현 발견 시 즉시 명확한 표현으로 수정!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 검증 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재검증
 ---
 ## 1. 검증 목적
 ```
 질문: "이 5화별 상세 플롯으로 집필 가능한가?"
 검증 항목:
 1. 상위 계층 반영 (vol-XX-plot.md 해당 5화)
 2. 타임라인 일관성 ([병렬]/[역전] 포함)
 3. Part 완성도 (각 화 4 Parts × 필수 항목)
 4. 캐릭터 일관성 (vol-XX-characters.md 기반)
 5. 복선 반영
 6. 집필 가능성 (대화 주제, 캐릭터 행동)
 ```
 **⚠️ Phase 4-3 검증 통과 없이 다음 5화 진행 금지!**
 ---
 ## 2. 입력 (INPUT)
 ```
 필수 읽기 파일:
 1. volumes/vol-XX/plots/vol-XX-plot-NNN-MMM.md  ← 검증 대상
 2. volumes/vol-XX/vol-XX-plot.md                  ← 상위 계층 (권별 플롯)
 3. volumes/vol-XX/vol-XX-characters.md            ← 캐릭터 참조
 4. volumes/vol-XX/vol-XX-timeline.md              ← 타임라인 참조
 5. standards/report-management.md                  ← 리포트 유효성 규칙
 6. volumes/vol-(XX-1)/plots/vol-(XX-1)-plot-046-050.md ← 이전 권 마지막 5화 (2권 이상, NNN=001일 때만)
 ```
 ---
 ## 3. 검증 1: 상위 계층 반영
 ### 3.1 vol-XX-plot.md 반영
 ```
 각 화에 대해:
 □ 타임라인 일치?
 □ 핵심 이벤트 반영?
 □ 등장인물 일치?
 □ 종료 상태 일치?
 □ 로맨스 반영?
 □ 복선 반영?
 방법: vol-XX-plot.md 해당 5화 → vol-XX-plot-NNN-MMM.md 대조
 ```
 ### 3.2 체크리스트 (5화 전체)
 ```
 | 화 | 타임라인 | 이벤트 | 등장인물 | 종료상태 | 로맨스 | 복선 |
 |----|---------|--------|---------|---------|--------|------|
 | N화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | N+1화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | N+2화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | N+3화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | N+4화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 ```
 ---
 ## 4. 검증 2: 타임라인 일관성
 ### 4.1 5화 내 순차 검증
 ```
 □ 이전 화 타임라인 ≤ 현재 화 타임라인?
  (예외: [병렬] 또는 [역전] 표기 시 허용)
  → [병렬]/[역전] 표기법: phase4-master-design.md §4 참조
 방법:
 for i in N..N+3:
    if 화[i+1].타임라인 < 화[i].타임라인:
        [병렬] 또는 [역전] 표기 있는가?
        → 있음: 정상
        → 없음: 오류
 ```
 ### 4.2 이전 5화와 연결
 ```
 □ 이 5화 첫 화 = 이전 5화 마지막 화 종료 후?
  (첫 번째 5화인 경우: 권 시작 상태와 일치)
 ```
 ### 4.3 이전 권 경계 연결 (2권 이상, NNN=001일 때만)
 ```
 ⚠️ 1권 또는 NNN≠001인 경우 이 검증 생략
 □ 이전 권 마지막 화 종료 상태 → 현재 권 1화 시작 상태 자연스러운가?
 □ Part 수준 디테일 일치? (대화 주제, 캐릭터 감정, 위치)
 □ 미해결 장면이 현재 권 첫 Part에서 계승되는가?
 방법:
 1. vol-(XX-1)-plot-046-050.md의 마지막 화 Part 4 종료 상태 추출
 2. vol-XX-plot-001-005.md의 1화 Part 1 시작 상태 추출
 3. 디테일 수준 대조 (캐릭터 상태, 감정, 위치, 미결 사건)
 ```
 ---
 ## 5. 검증 3: Part 완성도
 ### 5.1 구조 확인
 ```
 각 화가 4 Parts로 구성?
 | 화 | Part 1 | Part 2 | Part 3 | Part 4 |
 |----|--------|--------|--------|--------|
 | N화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | N+1화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | N+2화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | N+3화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | N+4화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 ```
 ### 5.2 Part 필수 항목 (각 Part마다)
 ```
 □ 시간 (구체적 시간)
 □ 장소 (구체적 장소)
 □ 등장인물
 □ POV (시점 캐릭터)
 □ 장면 흐름 (시작 → 전개 → 종료)
 □ 대화 주제 (3개 이상)
 □ 캐릭터 행동 (구체적)
 □ 복선 (있는 경우)
 □ 종료 상태
 ```
 ---
 ## 6. 검증 4: 캐릭터 일관성
 ### 6.1 vol-XX-characters.md 대조
 ```
 □ 캐릭터 성격이 해당 시점 상태와 일치?
 □ 캐릭터 관계가 반영?
 □ 캐릭터 나이가 맞는가?
 □ 퇴장 캐릭터가 등장하지 않는가?
 방법: vol-XX-characters.md 아크 변화 → 해당 화 시점 상태 확인
 ```
 ---
 ## 7. 검증 5: 복선 반영
 ```
 vol-XX-plot.md에서 해당 5화의 복선 목록:
 □ 설치 복선이 적절한 Part에 삽입?
 □ 회수 복선이 적절한 Part에서 회수?
 □ 자연스럽게 삽입?
 ```
 ---
 ## 8. 검증 6: 집필 가능성
 ```
 이 상세 플롯만으로 집필 가능한가?
 대화 주제:
 □ 각 Part 대화 주제 3개 이상?
 □ 대화 주제가 구체적? ("대화한다" ❌ → "금괴 탈취 계획 논의" ✅)
 캐릭터 행동:
 □ 캐릭터 행동이 구체적? ("행동한다" ❌ → "서류를 정리하며 창밖을 응시" ✅)
 감정선:
 □ 감정선 설계가 있는가? (시작→중간→끝)
 □ 긴장도가 명시?
 연결:
 □ Part 간 연결이 자연스러운가?
 □ 화 간 연결이 자연스러운가?
 ```
 ---
 ## 9. 통과 조건
 ```
 Phase 4-3 검증 통과 조건:
 □ 검증 1: vol-XX-plot.md 반영 100%
 □ 검증 2: 타임라인 오류 0건
 □ 검증 3: 5화 × 4 Parts × 필수 항목 완성
 □ 검증 4: 캐릭터 일관성 불일치 0건
 □ 검증 5: 복선 반영 완료
 □ 검증 6: 집필 가능성 확인
 → 모두 ✅: 다음 5화 진행 (또는 집필)
 → 하나라도 ❌: 수정 후 재검증
 ```
 ---
 ## 10. 실패 시 조치
 ```
 오류가 이 파일 내에 있을 때:
 1. vol-XX-plot-NNN-MMM.md 수정
   - 검증 보고서 지적 항목 모두 수정
 2. 재검증
   - 이 프로토콜 처음부터 재실행
 3. 다음 5화 진행 금지
   - 검증 통과 전까지 금지
 ⚠️ 검증 보고서 유효성 확인:
 이전 검증 보고서가 존재하는 경우, 리포트 유효성을 먼저 확인하세요.
 - 보고서 작성일 이후 대상 파일이 수정되었으면 → 보고서 무효 → 재검증 필요
 - 상세 규칙: standards/report-management.md 참조
 ⚠️ 상위 계층 오류 발견 시 (에스컬레이션):
 → vol-XX-plot.md 오류: Phase 4-2 검증으로 에스컬레이션
   - vol-XX-plot.md 수정 → Phase 4-2 재검증 → 영향받는 Phase 4-3 블록 재검증
 → vol-XX-timeline/characters 오류: Phase 4-2선행 검증으로 에스컬레이션
 → plot-master.md 오류: Phase 4-1 검증으로 에스컬레이션 (사용자 승인 필수)
 → 상세 절차: phase4-master-design.md 에러 복구 프로토콜 참조
 ⚠️ 신뢰 모델:
 이 검증은 vol-XX-plot.md 반영만 확인합니다.
 plot-master.md 직접 대조는 Phase 4-2 검증 책임입니다.
 전체 계층 정합성은 Phase 5에서 최종 확인합니다.
 ⚠️ 이 검증의 유효성 조건:
 다음 경우 이 검증 결과가 무효화되므로 재실행 필수:
 - 검증 대상 파일이 수정된 경우
 - 상위 계층 파일(INPUT 파일)이 수정된 경우
 - 캐스케이드 재검증이 요청된 경우 (phase4-master-design.md §7.3 참조)
 ```
 ---
 ## 11. 산출물 (OUTPUT): 검증 보고서 템플릿
 ```markdown
 # vol-XX-plot-NNN-MMM.md 검증 보고서
 > **검증일:** YYYY-MM-DD
 > **프로토콜:** plot-detail-verification.md v2.0.0
 > **대상:** volumes/vol-XX/plots/vol-XX-plot-NNN-MMM.md
 ---
 ## 검증 결과: ✅ 통과 / ❌ 실패
 ### 검증 1: 상위 계층 반영
 | 화 | 타임라인 | 이벤트 | 등장인물 | 종료상태 | 로맨스 | 복선 |
 |----|---------|--------|---------|---------|--------|------|
 | N화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | ... | ... | ... | ... | ... | ... | ... |
 ### 검증 2: 타임라인 일관성
 - 순차 오류: N건
 - 병렬/역전 표기: ✅/❌/해당없음
 - 이전 5화 연결: ✅/❌
 ### 검증 3: Part 완성도
 | 화 | Part 1 | Part 2 | Part 3 | Part 4 | 필수항목 |
 |----|--------|--------|--------|--------|---------|
 | N화 | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | N/9 |
 | ... | ... | ... | ... | ... | ... |
 ### 검증 4: 캐릭터 일관성
 - 성격 불일치: N건
 - 관계 불일치: N건
 ### 검증 5: 복선 반영
 - 설치: N건 반영 ✅/❌
 - 회수: N건 반영 ✅/❌
 ### 검증 6: 집필 가능성
 - 대화 주제 3개+ / Part: ✅/❌
 - 캐릭터 행동 구체적: ✅/❌
 - 감정선 설계: ✅/❌
 ---
 ## 발견된 문제점
 1. **문제:** {내용}
   - **위치:** {화/Part}
   - **유형:** {상위계층/타임라인/완성도/캐릭터/복선/집필가능성}
   - **조치:** {수정 방법}
 ---
 ## 최종 판정
 - [ ] ✅ 다음 5화 진행 가능 / 집필 가능
 - [ ] ❌ 수정 후 재검증 필요
 ---
 *검증 완료일: YYYY-MM-DD*
 ```
 ---
 ## 12. 파일명 규칙
 ```
 검증 보고서:
 volumes/vol-XX/plots/vol-XX-plot-NNN-MMM-verification-report.md
 예시:
 - volumes/vol-01/plots/vol-01-plot-001-005-verification-report.md
 - volumes/vol-04/plots/vol-04-plot-006-010-verification-report.md
 ```
 ---
 *"집필 가능하지 않으면 상세 플롯이 아니다."* - CWS v3.1
--- a/templates/standards/plot-master-mode.md
+++ b/templates/standards/plot-master-mode.md
@@ -0,0 +1,536 @@
 # 전체 플롯 작성 모드 프로토콜 (Phase 4-1)
 > **버전:** v3.2.0
 > **생성일:** 2026-01-26
 > **최종 수정:** 2026-01-31
 > **목적:** plot-master.md 작성 - 완전한 작성 기준
 > **산출물:** `settings/plot-master.md`
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v3.2.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 필수 입력 파일 읽기 강제
 **플롯 작성 시작 전 반드시 실행:**
 ```
 🔍 필수 파일 읽기 체크리스트 (강제 실행):
 - [ ] project-config.md 읽기
  - 총 권수, 시즌 구조, 로맨스/갈등 비중, 최종 목표 확인
 - [ ] characters-master.md 읽기
  - 주요 캐릭터, 아크 방향, 관계 확인
 - [ ] timeline-master.md 읽기
  - 작중 기간, 역사적 사건 확인
 - [ ] worldbuilding.md 읽기
  - 세계관 규칙, 제약 확인
 **필수 파일 읽지 않고 작성 시작 절대 금지!**
 ```
 ---
 ### 규칙 2: 계층적 목표 분해 검증 강제
 **Step 1-2 완료 후 반드시 검증:**
 ```
 🔍 목표 분해 검증 체크리스트 (강제 실행):
 - [ ] 최종 목표 → 시즌 목표 분해
  - 모든 시즌 목표 합 = 최종 목표 달성
 - [ ] 시즌 목표 → 권별 목표 분해
  - 모든 권 목표 합 = 시즌 목표 달성
 - [ ] 각 단계가 다음 단계의 전제 조건
 **분해 논리 오류 발견 시 즉시 수정!**
 **"창의적 변경" 절대 금지!**
 ```
 ---
 ### 규칙 3: 캐릭터 아크 일관성 강제
 **Step 3 완료 후 반드시 검증:**
 ```
 🔍 캐릭터 아크 체크리스트 (강제 실행):
 - [ ] 권별 아크가 점진적 (급변 없음)
 - [ ] characters-master.md 아크 방향과 일치
 - [ ] 시작 상태 → 종료 상태 자연스러운 흐름
 **characters-master.md와 불일치 시 작성 무효!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 플롯 작성 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작성
 ---
 ## 1. 개요
 ### 1.1 이 프로토콜의 목적
 ```
 plot-master.md를 작성하기 위한 완전한 기준:
 - 입력: 뭘 보고 작성하는가
 - 처리: 어떻게 작성하는가
 - 출력: 뭐가 나와야 하는가
 - 검증: 어떻게 검증하는가
 ```
 ### 1.2 완료 기준
 ```
 질문: "이 plot-master로 volume-plot 작성 가능한가?"
 → YES: Phase 4-1 완료
 → NO: 보완 필요
 ```
 ---
 ## 2. 입력 (뭘 보고 작성하는가)
 ### 2.1 필수 입력 파일
 | 파일 | 추출 정보 | 용도 |
 |------|----------|------|
 | `project-config.md` | 총 권수, 시즌 구조, 로맨스/갈등 비중, 최종 목표 | 전체 구조 설계 |
 | `characters-master.md` | 주요 캐릭터, 아크 방향, 관계 | 캐릭터 아크 배치 |
 | `timeline-master.md` | 작중 기간, 역사적 사건 | 타임라인 설계 |
 | `worldbuilding.md` | 세계관 규칙, 제약 | 플롯 제약 조건 |
 ### 2.2 각 파일에서 추출할 정보
 **project-config.md에서:**
 ```
 □ 총 몇 시즌인가?
 □ 시즌당 몇 권인가?
 □ 권당 몇 화인가?
 □ 최종 목표는 무엇인가?
 □ 로맨스 비중은? (높음/중간/낮음)
 □ 갈등 유형은? (내적/외적/둘 다)
 ```
 **characters-master.md에서:**
 ```
 □ 주인공은 누구인가?
 □ 주인공의 시작 상태는?
 □ 주인공의 최종 상태는? (아크 방향)
 □ 히로인/주요 조연은 누구인가?
 □ 각 캐릭터의 아크 방향은?
 □ 주요 관계는? (로맨스, 대립, 협력)
 ```
 **timeline-master.md에서:**
 ```
 □ 작중 전체 기간은? (시작일 ~ 종료일)
 □ 시즌별 기간은?
 □ 주요 역사적 사건은? (해당 시)
 □ 사건 발생 시점은?
 ```
 **worldbuilding.md에서:**
 ```
 □ 세계관 핵심 규칙은?
 □ 플롯에 영향 주는 제약은?
 □ 사용 가능한 요소는?
 □ 금지된 요소는?
 ```
 ---
 ## 3. 처리 (어떻게 작성하는가)
 ### 3.1 Step 1: 시즌 목표 도출
 **방법:** project-config의 최종 목표 → 시즌별 중간 목표로 분해
 ```
 예시:
 최종 목표: "주인공이 대한민국 대통령이 된다"
 분해:
 - 시즌 1 목표: 정치 기반 구축 (지방 → 중앙)
 - 시즌 2 목표: 권력 확보 (장관 → 당대표)
 - 시즌 3 목표: 대통령 당선 (후보 → 당선)
 검증:
 □ 시즌 1 + 시즌 2 + 시즌 3 = 최종 목표 달성?
 □ 각 시즌 목표가 다음 시즌의 전제 조건인가?
 ```
 ### 3.2 Step 2: 권별 목표 도출
 **방법:** 시즌 목표 → 권별 목표로 분해
 ```
 예시 (시즌 1: 정치 기반 구축):
 - 1권 목표: 생존 기반 확보 + 첫 정치 참여
 - 2권 목표: 지역 영향력 확보
 - 3권 목표: 중앙 정치 진출
 - 4권 목표: 핵심 인맥 구축
 - 5권 목표: 정치 기반 완성
 검증:
 □ 1권 + 2권 + 3권 + 4권 + 5권 = 시즌 목표 달성?
 □ 각 권 목표가 다음 권의 전제 조건인가?
 ```
 ### 3.3 Step 3: 캐릭터 아크 배치
 **방법:** characters-master의 아크 → 권별 배분
 ```
 예시:
 주인공 아크: "이기적 생존주의자 → 책임감 있는 지도자"
 배분:
 - 1권: 이기적 생존 (자기만 살려고 함)
 - 2권: 첫 책임감 (소수를 보호)
 - 3권: 갈등 (개인 이익 vs 공동 이익)
 - 4권: 전환점 (희생 경험)
 - 5권: 지도자 자각 (책임 수용)
 검증:
 □ 아크가 점진적인가? (급변 없음)
 □ characters-master의 아크 방향과 일치하는가?
 ```
 ### 3.4 Step 4: 로맨스 라인 설계
 **방법:** project-config의 로맨스 비중 → 권별 진행 단계
 ```
 예시 (로맨스 비중: 중간):
 - 1권: 첫 만남, 인상 형성
 - 2권: 재회, 협력 관계
 - 3권: 호감 인지, 갈등
 - 4권: 고백, 시련
 - 5권: 결합 (연인/결혼)
 검증:
 □ 진행 속도가 자연스러운가?
 □ project-config의 비중과 맞는가?
 ```
 ### 3.5 Step 5: 복선 계획
 **방법:** 시즌 간/권 간 설치-회수 계획
 ```
 시즌 간 복선 (최소 3개):
 | 복선 | 설치 시즌 | 회수 시즌 |
 |------|----------|----------|
 | 숨겨진 조력자 정체 | 시즌 1 | 시즌 2 |
 | 주인공 출생의 비밀 | 시즌 1 | 시즌 3 |
 | 적대자의 진짜 목적 | 시즌 2 | 시즌 3 |
 권 간 복선 (시즌당 최소 5개):
 | 복선 | 설치 권 | 회수 권 |
 |------|--------|--------|
 | 의문의 편지 | 1권 | 3권 |
 | 잃어버린 열쇠 | 2권 | 4권 |
 | ... | ... | ... |
 검증:
 □ 설치 시점 < 회수 시점인가?
 □ 복선이 플롯에 의미 있는 영향을 주는가?
 ```
 ### 3.6 Step 6: 핵심 전환점 배치
 **방법:** 각 권의 클라이맥스 결정
 ```
 예시:
 - 1권 전환점: 금괴 탈취 성공 (자원 확보)
 - 2권 전환점: 첫 정치 승리 (영향력 증명)
 - 3권 전환점: 배신 발견 (위기)
 - 4권 전환점: 대중 연설 성공 (인지도 확보)
 - 5권 전환점: 연합 형성 (기반 완성)
 검증:
 □ 전환점이 권 목표 달성과 연결되는가?
 □ 전환점이 다음 권으로 자연스럽게 이어지는가?
 ```
 ### 3.7 Step 7: 작중 기간 배분
 **방법:** timeline-master의 전체 기간 → 시즌/권별 배분
 ```
 예시:
 전체 기간: 1945.08 ~ 1960.12 (약 15년)
 시즌별:
 - 시즌 1: 1945.08 ~ 1950.06 (약 5년)
 - 시즌 2: 1950.06 ~ 1955.12 (약 5.5년)
 - 시즌 3: 1956.01 ~ 1960.12 (약 5년)
 권별 (시즌 1):
 - 1권: 1945.08 ~ 1945.12 (5개월)
 - 2권: 1946.01 ~ 1946.12 (1년)
 - 3권: 1947.01 ~ 1948.06 (1.5년)
 - 4권: 1948.07 ~ 1949.06 (1년)
 - 5권: 1949.07 ~ 1950.06 (1년)
 검증:
 □ timeline-master의 전체 기간과 일치하는가?
 □ 주요 역사적 사건이 해당 기간에 포함되는가?
 □ 권 간 기간이 연속적인가? (겹침/공백 없음)
 ```
 ---
 ## 4. 출력 (뭐가 나와야 하는가)
 ### 4.1 산출물 구조
 ```markdown
 # 플롯 마스터
 > **생성일:** YYYY-MM-DD
 > **버전:** v1.0.0
 > **프로토콜:** plot-master-mode.md v3.1.0
 > **입력 파일:**
 >   - project-config.md (버전)
 >   - characters-master.md (버전)
 >   - timeline-master.md (버전)
 >   - worldbuilding.md (버전)
 ---
 ## 작품 개요
 - **제목:** {project-config에서}
 - **장르:** {project-config에서}
 - **총 규모:** {N}시즌, {N}권, {N}화
 - **작중 기간:** {timeline-master에서}
 - **최종 목표:** {project-config에서}
 ---
 ## 시즌 구조
 | 시즌 | 권 | 작중 기간 | 시즌 목표 |
 |------|-----|----------|----------|
 | 시즌 1 | 1-5권 | YYYY.MM ~ YYYY.MM | {Step 1에서 도출} |
 | 시즌 2 | 6-10권 | YYYY.MM ~ YYYY.MM | {Step 1에서 도출} |
 | 시즌 3 | 11-15권 | YYYY.MM ~ YYYY.MM | {Step 1에서 도출} |
 ---
 ## 시즌 간 복선
 | 복선 | 설치 시즌 | 회수 시즌 | 의미 |
 |------|----------|----------|------|
 | {내용} | 시즌 N | 시즌 M | {플롯 영향} |
 | ... | ... | ... | ... |
 ---
 ## 1권: {제목}
 ### 기본 정보
 - **작중 기간:** {Step 7에서 배분}
 - **화수:** 1화 ~ 50화
 ### 권 목표
 {Step 2에서 도출, 2-3줄}
 ### 시작 상태
 - **주인공:** {상태}
 - **상황:** {상태}
 - **관계:** {상태}
 ### 종료 상태
 - **주인공:** {상태}
 - **상황:** {상태}
 - **관계:** {상태}
 ### 핵심 전환점
 1. **{대략 위치}:** {Step 6에서 결정} - {의미}
 2. **{대략 위치}:** {이벤트} - {의미}
 ### 캐릭터 아크
 - **주인공:** {Step 3에서 배분}
 - **히로인:** {Step 3에서 배분}
 ### 로맨스 방향
 - **시작 단계:** {Step 4에서 설계}
 - **종료 단계:** {Step 4에서 설계}
 - **주요 이벤트:** {1-2개}
 ### 복선 목록
 **설치:**
 - {Step 5에서 계획} → 회수: {N}권
 **회수:**
 - {내용} ← 설치: {N}권
 ---
 ## 2권: {제목}
 (동일 형식)
 ---
 (이하 모든 권 동일 형식)
 ```
 ### 4.2 필수 항목 체크
 **각 권별 필수 8개 항목:**
 | 항목 | 출처 |
 |------|------|
 | 권 목표 | Step 2 |
 | 작중 기간 | Step 7 |
 | 시작 상태 | 이전 권 종료 상태 |
 | 종료 상태 | 권 목표 달성 상태 |
 | 핵심 전환점 | Step 6 |
 | 캐릭터 아크 | Step 3 |
 | 로맨스 방향 | Step 4 |
 | 복선 목록 | Step 5 |
 ---
 ## 5. 검증 (어떻게 검증하는가)
 ### 5.1 상위 계층 반영 검증
 ```
 project-config.md 반영:
 □ 총 시즌/권/화 수가 일치하는가?
 □ 최종 목표가 시즌 3 종료 시 달성되는가?
 □ 로맨스 비중이 설정과 맞는가?
 □ 갈등 유형이 반영되었는가?
 characters-master.md 반영:
 □ 주인공 아크가 일치하는가?
 □ 히로인/조연 아크가 일치하는가?
 □ 캐릭터 관계가 반영되었는가?
 timeline-master.md 반영:
 □ 작중 기간이 일치하는가?
 □ 주요 역사적 사건이 포함되었는가?
 □ 사건 시점이 정확한가?
 worldbuilding.md 반영:
 □ 세계관 규칙 위반이 없는가?
 □ 제약 조건이 준수되었는가?
 ```
 ### 5.2 연결 검증
 ```
 권 간 연결:
 □ 1권 종료 상태 = 2권 시작 상태?
 □ 2권 종료 상태 = 3권 시작 상태?
 □ ...
 □ N권 종료 상태 = N+1권 시작 상태?
 시즌 간 연결:
 □ 시즌 1 종료 상태 = 시즌 2 시작 상태?
 □ 시즌 2 종료 상태 = 시즌 3 시작 상태?
 ```
 ### 5.3 일관성 검증
 ```
 타임라인 일관성:
 □ 권 작중 기간이 연속적인가? (겹침 없음)
 □ 권 작중 기간에 공백이 없는가? (또는 사유 명시)
 □ 시즌 작중 기간 합 = 전체 작중 기간?
 캐릭터 아크 일관성:
 □ 아크가 점진적인가? (급변 없음)
 □ 1권 시작 = characters-master 시작 상태?
 □ 마지막 권 종료 = characters-master 최종 상태?
 복선 일관성:
 □ 설치 시점 < 회수 시점?
 □ 모든 설치된 복선이 회수 계획 있음?
 ```
 ### 5.4 검증 체크리스트
 ```
 Phase 4-1 검증 완료 조건:
 상위 계층 반영: (4개 파일)
 □ project-config.md 반영 100%
 □ characters-master.md 반영 100%
 □ timeline-master.md 반영 100%
 □ worldbuilding.md 반영 100%
 연결 검증:
 □ 모든 권 간 연결 확인
 □ 모든 시즌 간 연결 확인
 일관성 검증:
 □ 타임라인 일관성 확인
 □ 캐릭터 아크 일관성 확인
 □ 복선 일관성 확인
 필수 항목:
 □ 모든 권에 8개 필수 항목 있음
 → 모두 ✅: Phase 4-2 진행 가능
 → 하나라도 ❌: 수정 후 재검증
 ```
 ---
 ## 6. 금지 사항
 ```
 ❌ 입력 파일 읽지 않고 작성
 ❌ 상위 계층과 불일치하는 내용 작성
 ❌ 화별 상세 작성 (Phase 4-2 영역)
 ❌ Part별 장면 작성 (Phase 4-3 영역)
 ❌ 필수 항목 누락한 채 Phase 4-2 진행
 ❌ 검증 없이 Phase 4-2 진행
 ❌ 권 간 연결 불일치 방치
 ```
 ---
 ## 7. 다음 단계
 ```
 Phase 4-1 완료 (검증 통과)
     │
     ▼
 Phase 4-2 선행: vol-XX-timeline.md + vol-XX-characters.md 작성/검증
     │
     ▼
 Phase 4-2: vol-XX-plot.md 작성
  - volume-plot-mode.md 프로토콜 사용
  - 1권부터 순차적으로 작성
  - plot-master.md + vol-XX-timeline.md + vol-XX-characters.md 기반
 검증: plot-master-verification.md (Phase 4-1 검증)
 참조: phase4-master-design.md (전체 Phase 4 아키텍처)
 ```
 ---
 *"입력을 보고, 절차대로 처리하고, 검증까지 통과해야 진짜 완료다."* - CWS v3.1
--- a/templates/standards/plot-master-verification.md
+++ b/templates/standards/plot-master-verification.md
@@ -0,0 +1,405 @@
 # 전체 플롯 검증 프로토콜 (Phase 4-1 검증)
 > **버전:** v2.2.0
 > **생성일:** 2026-01-26
 > **최종 수정:** 2026-01-31
 > **적용 대상:** `settings/plot-master.md`
 > **검증 시점:** Phase 4-1 완료 후, Phase 4-2 진행 전
 > **산출물:** `settings/plot-master-verification-report.md`
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v2.2.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 입력 소비 확인 강제 (검증 0)
 **검증 시작 시 반드시 확인:**
 ```
 🔍 입력 소비 체크리스트 (강제 실행):
 - [ ] project-config.md → plot-master.md 반영 흔적 확인
 - [ ] characters-master.md → plot-master.md 반영 흔적 확인
 - [ ] timeline-master.md → plot-master.md 반영 흔적 확인
 - [ ] worldbuilding.md → plot-master.md 반영 흔적 확인
 **4개 파일 중 하나라도 미참조 발견 시 즉시 경고!**
 ```
 ---
 ### 규칙 2: 상위 계층 반영 100% 강제
 **검증 1 실행 시 반드시 확인:**
 ```
 🔍 상위 계층 반영 체크리스트 (강제 실행):
 - [ ] project-config.md 반영
  - 총 시즌/권/화 수 일치
  - 최종 목표 달성 경로
  - 로맨스/갈등 설정 반영
 - [ ] characters-master.md 반영
  - 주인공/히로인/조연 아크 일치
  - 캐릭터 관계 반영
 - [ ] timeline-master.md 반영
  - 작중 기간 일치
  - 역사적 사건 포함
 - [ ] worldbuilding.md 반영
  - 세계관 규칙 준수
 **하나라도 불일치 발견 시 즉시 🔴 오류 보고!**
 ```
 ---
 ### 규칙 3: 연결 검증 완전성 강제
 **검증 2 실행 시 반드시 확인:**
 ```
 🔍 연결 검증 체크리스트 (강제 실행):
 - [ ] 권 간 연결 (N권 종료 = N+1권 시작)
 - [ ] 시즌 간 연결 (시즌 N 종료 = 시즌 N+1 시작)
 - [ ] 최종 목표 달성 경로
 **연결 끊김 발견 시 즉시 수정!**
 ```
 ---
 ### 규칙 4: 타임라인 일관성 강제 검증
 **검증 3-1 실행 시 반드시 확인:**
 ```
 🔍 타임라인 일관성 체크리스트 (강제 실행):
 - [ ] 권 작중 기간 연속성 (겹침 없음)
 - [ ] 권 작중 기간 공백 확인 (사유 명시)
 - [ ] 특수 타임라인 [병렬]/[역전] 사유 명시
 **타임라인 오류 발견 시 즉시 보고!**
 ```
 ---
 ### 규칙 5: 판단 명확성 강제
 **모든 검증 항목에 반드시 적용:**
 ```
 🔍 판단 명확성 체크리스트 (강제 실행):
 - [ ] 추측 표현 사용 금지
  - "~로 보임" ❌
  - "~같음" ❌
 - [ ] 명확한 판정만 허용
  - "일치함/불일치함" ✅
  - "있음/없음" ✅
 **추측 표현 발견 시 즉시 명확한 표현으로 수정!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 검증 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재검증
 ---
 ## 1. 검증 목적
 ```
 질문: "이 plot-master로 volume-plot 작성 가능한가?"
 검증 항목:
 1. 상위 계층 반영 (4개 파일 100%)
 2. 연결 검증 (권 간, 시즌 간)
 3. 일관성 검증 (타임라인, 아크, 복선)
 4. 필수 항목 완성도 (권별 8개 항목)
 ```
 **⚠️ Phase 4-1 검증 통과 없이 Phase 4-2 진행 금지!**
 ---
 ## 2. 입력 (INPUT)
 ```
 필수 읽기 파일:
 1. settings/plot-master.md          ← 검증 대상
 2. settings/project-config.md       ← 상위 계층 (프로젝트 설정)
 3. settings/characters-master.md    ← 상위 계층 (캐릭터 마스터)
 4. settings/timeline-master.md      ← 상위 계층 (타임라인 마스터)
 5. settings/worldbuilding.md        ← 상위 계층 (세계관)
 6. standards/report-management.md   ← 리포트 유효성 규칙
 ```
 ---
 ## 3. 검증 0: 입력 소비 확인
 ```
 모든 필수 입력 파일이 실제로 plot-master.md 작성에 사용되었는가?
 □ project-config.md → plot-master.md에 프로젝트 설정 반영 흔적?
 □ characters-master.md → plot-master.md에 캐릭터 아크 반영 흔적?
 □ timeline-master.md → plot-master.md에 역사적 사건/기간 반영 흔적?
 □ worldbuilding.md → plot-master.md에 세계관 제약 반영 흔적?
 방법: plot-master.md 헤더/입력 파일 목록 확인
 → 4개 파일 모두 참조 기록이 있는가?
 → 없는 파일이 있으면: 해당 파일 미참조 경고 → 검증 1에서 집중 확인
 ```
 ---
 ## 4. 검증 1: 상위 계층 반영
 ### 4.1 project-config.md 반영
 ```
 □ 총 시즌/권/화 수 일치?
 □ 최종 목표가 시즌 3 종료 시 달성되는가?
 □ 로맨스 비중이 설정과 맞는가?
 □ 갈등 유형이 반영되었는가?
 방법: project-config.md 읽기 → plot-master.md 대조
 ```
 ### 4.2 characters-master.md 반영
 ```
 □ 주인공 아크가 일치하는가?
 □ 히로인/조연 아크가 일치하는가?
 □ 캐릭터 관계가 반영되었는가?
 □ 모든 주요 캐릭터가 플롯에 등장하는가?
 방법: characters-master.md 캐릭터 목록 → plot-master.md에서 확인
 ```
 ### 4.3 timeline-master.md 반영
 ```
 □ 작중 기간이 일치하는가?
 □ 주요 역사적 사건이 포함되었는가?
 □ 사건 시점이 정확한가?
 방법: timeline-master.md 사건 목록 → plot-master.md 대조
 ```
 ### 4.4 worldbuilding.md 반영
 ```
 □ 세계관 규칙 위반이 없는가?
 □ 제약 조건이 준수되었는가?
 방법: worldbuilding.md 규칙 → plot-master.md 대조
 ```
 ---
 ## 5. 검증 2: 연결 검증
 ### 5.1 권 간 연결
 ```
 □ 1권 종료 상태 = 2권 시작 상태?
 □ 2권 종료 상태 = 3권 시작 상태?
 □ ...
 □ N권 종료 상태 = N+1권 시작 상태?
 방법: 각 권 종료 상태 추출 → 다음 권 시작 상태와 비교
 ```
 ### 5.2 시즌 간 연결
 ```
 □ 시즌 1 종료 상태 = 시즌 2 시작 상태?
 □ 시즌 2 종료 상태 = 시즌 3 시작 상태?
 □ 각 시즌 목표가 누적되어 최종 목표에 도달하는가?
 방법: 시즌 종료 상태 추출 → 다음 시즌 시작 상태와 비교
 ```
 ---
 ## 6. 검증 3: 일관성 검증
 ### 6.1 타임라인 일관성
 ```
 □ 권 작중 기간이 연속적인가? (겹침 없음)
 □ 권 작중 기간에 공백이 없는가? (또는 사유 명시)
 □ 시즌 작중 기간 합 = 전체 작중 기간?
 특수 타임라인 설계:
 □ [병렬] 설계가 명시? (같은 시간대 다른 장소)
 □ [역전] 설계가 명시? (플래시백, 회상)
 □ 특수 타임라인에 사유/목적이 기재?
 □ 하위 Phase에서 혼란 없이 구현 가능한 수준의 명시?
 방법: plot-master.md에서 [병렬], [역전] 키워드 검색
 → 있으면: 사유/목적/대상 화 확인
 → 없으면: 정상 (특수 타임라인 미사용)
 ```
 ### 6.2 캐릭터 아크 일관성
 ```
 □ 아크가 점진적인가? (급변 없음)
 □ 1권 시작 = characters-master 시작 상태?
 □ 마지막 권 종료 = characters-master 최종 상태?
 ```
 ### 6.3 복선 일관성
 ```
 □ 설치 시점 < 회수 시점?
 □ 모든 설치된 복선에 회수 계획이 있는가?
 □ 시즌 간 복선 최소 3개?
 □ 권 간 복선 시즌당 최소 5개?
 ```
 ---
 ## 7. 검증 4: 필수 항목 완성도
 ```
 각 권별 8개 필수 항목:
 □ 권 목표
 □ 작중 기간
 □ 시작 상태
 □ 종료 상태
 □ 핵심 전환점 (2-3개)
 □ 캐릭터 아크
 □ 로맨스 방향
 □ 복선 목록
 방법: 모든 권에서 8개 항목 유무 확인
 ```
 ---
 ## 8. 통과 조건
 ```
 Phase 4-1 검증 통과 조건:
 □ 검증 1: 상위 계층 4개 파일 반영 100%
 □ 검증 2: 권 간/시즌 간 연결 모두 확인
 □ 검증 3: 타임라인/아크/복선 일관성 확인
 □ 검증 4: 모든 권 8개 필수 항목 완성
 → 모두 ✅: Phase 4-2 진행 가능
 → 하나라도 ❌: 수정 후 재검증
 ```
 ---
 ## 9. 실패 시 조치
 ```
 오류가 이 파일 내에 있을 때:
 1. plot-master.md 수정
   - 검증 보고서 지적 항목 모두 수정
 2. 재검증
   - 이 프로토콜 처음부터 재실행
 3. Phase 4-2 진행 금지
   - 검증 통과 전까지 금지
 ⚠️ 검증 보고서 유효성 확인:
 이전 검증 보고서가 존재하는 경우, 리포트 유효성을 먼저 확인하세요.
 - 보고서 작성일 이후 대상 파일이 수정되었으면 → 보고서 무효 → 재검증 필요
 - 상세 규칙: standards/report-management.md 참조
 ⚠️ 상위 계층 오류 발견 시 (에스컬레이션):
 → settings 파일 오류 (project-config, characters-master, timeline-master, worldbuilding):
  - 해당 settings 파일 수정 (사용자 승인 필수)
  - plot-master.md에 반영
  - Phase 4-1 재검증
 → 캐스케이드: Phase 4-1 수정 시 이미 작성된 하위 파일 재검증 필요
  - vol-XX-timeline.md, vol-XX-characters.md → Phase 4-2선행 재검증
  - vol-XX-plot.md → Phase 4-2 재검증
  - vol-XX-plot-NNN-MMM.md → Phase 4-3 재검증
 → 상세 절차: phase4-master-design.md 에러 복구 프로토콜 참조
 ⚠️ 신뢰 모델:
 Phase 4-1은 최상위 검증입니다.
 settings 파일의 내용 정확성은 사용자 책임이며,
 이 검증은 plot-master가 settings 파일을 올바르게 반영했는지 확인합니다.
 전체 계층 정합성은 Phase 5에서 최종 확인합니다.
 ⚠️ 이 검증의 유효성 조건:
 다음 경우 이 검증 결과가 무효화되므로 재실행 필수:
 - 검증 대상 파일이 수정된 경우
 - 상위 계층 파일(INPUT 파일)이 수정된 경우
 - 캐스케이드 재검증이 요청된 경우 (phase4-master-design.md §7.3 참조)
 ```
 ---
 ## 10. 산출물 (OUTPUT): 검증 보고서 템플릿
 ```markdown
 # plot-master.md 검증 보고서
 > **검증일:** YYYY-MM-DD
 > **프로토콜:** plot-master-verification.md v2.1.0
 > **대상:** settings/plot-master.md
 ---
 ## 검증 결과: ✅ 통과 / ❌ 실패
 ### 검증 1: 상위 계층 반영
 - project-config.md: ✅/❌
 - characters-master.md: ✅/❌
 - timeline-master.md: ✅/❌
 - worldbuilding.md: ✅/❌
 ### 검증 2: 연결
 - 권 간 연결: ✅/❌ (불일치: N건)
 - 시즌 간 연결: ✅/❌ (불일치: N건)
 ### 검증 3: 일관성
 - 타임라인: ✅/❌
 - 캐릭터 아크: ✅/❌
 - 복선: ✅/❌ (시즌간 N개, 권간 N개)
 ### 검증 4: 필수 항목
 - 완성도: N/N권 (100%)
 - 누락: (항목)
 ---
 ## 발견된 문제점
 1. **문제:** {내용}
   - **위치:** {권}
   - **조치:** {수정 방법}
 ---
 ## 최종 판정
 - [ ] ✅ Phase 4-2 진행 가능
 - [ ] ❌ 수정 후 재검증 필요
 ---
 *검증 완료일: YYYY-MM-DD*
 ```
 ---
 *"검증 통과 없이 다음 단계 없다."* - CWS v3.1
--- a/templates/standards/plot-mode.md
+++ b/templates/standards/plot-mode.md
@@ -0,0 +1,623 @@
 # 5화별 상세 플롯 작성 모드 프로토콜 (Phase 4-3)
 > **버전:** v3.2.0
 > **생성일:** 2026-01-26
 > **최종 수정:** 2026-01-31
 > **목적:** vol-XX-plot-NNN-MMM.md 작성 - 완전한 작성 기준
 > **산출물:** `volumes/vol-XX/plots/vol-XX-plot-NNN-MMM.md`
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v3.2.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 필수 입력 파일 읽기 강제
 **플롯 작성 시작 전 반드시 실행:**
 ```
 🔍 필수 파일 읽기 체크리스트 (강제 실행):
 - [ ] volumes/vol-XX/vol-XX-plot.md 읽기
  - 해당 5화 정보 추출
 - [ ] volumes/vol-XX/vol-XX-timeline.md 읽기
  - 해당 기간 역사적 사건, 분위기 확인
 - [ ] volumes/vol-XX/vol-XX-characters.md 읽기
  - 해당 시점 캐릭터 상태 확인
 **필수 파일 읽지 않고 작성 시작 절대 금지!**
 **vol-XX-plot.md와 불일치 시 작성 무효!**
 ```
 ---
 ### 규칙 2: 기본 정보 100% 일치 강제
 **Step 1 완료 후 반드시 검증:**
 ```
 🔍 기본 정보 일치 체크리스트 (강제 실행):
 - [ ] 각 화 타임라인: vol-XX-plot.md와 100% 일치
 - [ ] 각 화 핵심 이벤트: vol-XX-plot.md와 100% 일치
 - [ ] 각 화 등장인물: vol-XX-plot.md와 100% 일치
 - [ ] 각 화 종료 상태: vol-XX-plot.md와 100% 일치
 - [ ] 각 화 로맨스: vol-XX-plot.md와 100% 일치
 - [ ] 각 화 복선: vol-XX-plot.md와 100% 일치
 **하나라도 불일치 발견 시 즉시 수정!**
 **"창의적으로 변경" 절대 금지!**
 ```
 ---
 ### 규칙 3: 4 Parts 구조 강제 준수
 **각 화 작성 시 반드시 확인:**
 ```
 🔍 4 Parts 구조 체크리스트 (강제 실행):
 - [ ] Part 1: 준비/도입 (상황 설정, 목표 제시)
 - [ ] Part 2: 전개 (행동 시작, 갈등 발생)
 - [ ] Part 3: 클라이맥스 (핵심 이벤트, 전환점)
 - [ ] Part 4: 결과/여운 (결과 처리, 다음 화 연결)
 **4 Parts 중 하나라도 누락 시 작성 무효!**
 ```
 ---
 ### 규칙 4: POV 캐릭터 존재 검증 강제
 **각 Part POV 결정 시 반드시 확인:**
 ```
 🔍 POV 검증 체크리스트 (강제 실행):
 - [ ] POV 캐릭터가 해당 Part 장면에 있는가?
 - [ ] POV 캐릭터가 vol-XX-characters.md 상태와 일치하는가?
 - [ ] POV 변경이 자연스러운가?
 **POV 캐릭터가 해당 장면에 없으면 무효!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 플롯 작성 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작성
 ---
 ## 1. 개요
 ### 1.1 이 프로토콜의 목적
 ```
 vol-XX-plot-NNN-MMM.md를 작성하기 위한 완전한 기준:
 - 입력: 뭘 보고 작성하는가
 - 처리: 어떻게 작성하는가
 - 출력: 뭐가 나와야 하는가
 - 검증: 어떻게 검증하는가
 ```
 ### 1.2 Phase 4-3의 역할
 ```
 Phase 4-2 산출물:
 ├── vol-XX-plot.md        ← 해당 5화 정보
 ├── vol-XX-timeline.md    ← 해당 기간 배경
 ├── vol-XX-characters.md  ← 해당 시점 캐릭터
 │
 ▼
 Phase 4-3 산출물: vol-XX-plot-NNN-MMM.md
 │
 │ 이 정보로 집필 가능해야 함
 ▼
 Phase 5: 실제 집필 (WRITING 모드)
 ```
 ### 1.3 완료 기준
 ```
 질문: "이 5화별 상세 플롯으로 집필 가능한가?"
 → YES: Phase 4-3 완료
 → NO: 보완 필요
 ```
 ---
 ## 2. 입력 (뭘 보고 작성하는가)
 ### 2.1 필수 입력 파일
 | 파일 | 추출 정보 | 용도 |
 |------|----------|------|
 | `volumes/vol-XX/vol-XX-plot.md` | 해당 5화 정보 (타임라인, 이벤트, 등장인물, 복선) | Part 구성 기준 |
 | `volumes/vol-XX/vol-XX-timeline.md` | 해당 기간 역사적 사건, 분위기 | 장면 배경, 시대 묘사 |
 | `volumes/vol-XX/vol-XX-characters.md` | 해당 시점 캐릭터 상태 (성격, 관계, 목표) | POV 결정, 대화 주제, 행동 설계 |
 ### 2.2 각 파일에서 추출할 정보
 **vol-XX-plot.md에서 (해당 5화):**
 ```
 각 화마다:
 □ 타임라인 (YYYY.MM.DD)
 □ 핵심 이벤트 (1-2개)
 □ 등장인물
 □ 종료 상태
 □ 로맨스 (유/무 + 내용)
 □ 복선 (설치/회수)
 □ 병렬/역전 표기 (해당 시)
 ```
 **vol-XX-timeline.md에서:**
 ```
 □ 해당 5화 기간의 역사적 사건은?
 □ 해당 월의 계절/날씨는?
 □ 해당 월의 사회적 분위기는?
 □ 시대 배경 (정치/사회/경제/일상)은?
 ```
 **vol-XX-characters.md에서:**
 ```
 □ 이 시점의 캐릭터 성격/특징은?
 □ 이 시점의 캐릭터 관계는?
 □ 이 시점의 캐릭터 목표/동기는?
 □ 아크 변화 단계에서 어디인가?
 □ 캐릭터 나이는?
 ```
 ---
 ## 3. 처리 (어떻게 작성하는가)
 ### 3.1 Step 1: 기본 정보 복사
 **방법:** vol-XX-plot.md에서 해당 5화 기본 정보 복사
 ```
 각 화마다:
 - 타임라인
 - 핵심 이벤트
 - 등장인물
 - 종료 상태
 - 로맨스
 - 복선
 검증:
 □ vol-XX-plot.md와 100% 일치하는가?
 ```
 ### 3.2 Step 2: 감정선 설계
 **방법:** 핵심 이벤트의 감정적 흐름을 시작→중간→끝으로 설계
 ```
 예시:
 핵심 이벤트: "금괴 탈취 작전"
 감정선:
 - 시작: 긴장감 (작전 준비)
 - 중간: 위기 (예상 못한 변수)
 - 끝: 안도 + 성취감 (탈취 성공)
 - 긴장도: 8/10
 설계 기준:
 - 핵심 이벤트의 성격에 따라 감정 톤 결정
 - 이전 화 종료 감정과 자연스럽게 연결
 - 다음 화로 이어질 감정 여운 고려
 검증:
 □ 감정 흐름이 자연스러운가?
 □ 이전 화와 연결되는가?
 □ 긴장도가 적절한가? (연속 고긴장 피하기)
 ```
 ### 3.3 Step 3: 4 Parts 분할
 **방법:** 핵심 이벤트를 기준으로 화를 4 Parts로 분할
 ```
 분할 원칙:
 - Part 1: 준비/도입 (상황 설정, 목표 제시)
 - Part 2: 전개 (행동 시작, 갈등 발생)
 - Part 3: 클라이맥스 (핵심 이벤트, 전환점)
 - Part 4: 결과/여운 (결과 처리, 다음 화 연결)
 예시:
 핵심 이벤트: "금괴 탈취 작전"
 - Part 1: 작전 회의 (계획 수립, 역할 분담)
 - Part 2: 잠입 (잠입 시작, 경비 돌파)
 - Part 3: 금괴 확보 (예상 못한 변수, 위기 극복)
 - Part 4: 탈출 (탈출, 금괴 은닉, 다음 계획 암시)
 검증:
 □ 4 Parts가 기-승-전-결 구조인가?
 □ 핵심 이벤트가 Part 2-3에 집중되는가?
 □ Part 1이 너무 길지 않은가?
 □ Part 4가 다음 화로 연결되는가?
 ```
 ### 3.4 Step 4: POV 결정
 **방법:** vol-XX-characters.md의 캐릭터 상태 기반으로 각 Part의 시점 결정
 ```
 결정 기준:
 1. 핵심 이벤트에 가장 관련된 캐릭터
 2. 감정적 임팩트가 가장 큰 캐릭터
 3. 독자에게 보여줘야 할 정보를 가진 캐릭터
 4. 이전 Part와 다른 시점 (단조로움 방지)
 예시:
 Part 1: 주인공 POV (작전 지휘자이므로)
 Part 2: 조연 A POV (잠입 실행자이므로)
 Part 3: 주인공 POV (위기 판단자이므로)
 Part 4: 주인공 POV (결과 처리자이므로)
 검증:
 □ POV 캐릭터가 해당 장면에 있는가?
 □ POV 변경이 자연스러운가?
 □ vol-XX-characters.md의 캐릭터 상태와 일치하는가?
 ```
 ### 3.5 Step 5: 대화 주제 도출
 **방법:** 핵심 이벤트 + 캐릭터 관계/목표에서 대화 주제 도출
 ```
 도출 원칙:
 1. 핵심 이벤트 관련 대화 (최소 1개)
 2. 캐릭터 관계 관련 대화 (최소 1개)
 3. 복선/떡밥 관련 대화 (해당 시)
 4. 일상/감정 관련 대화 (분위기 전환)
 5. 시대 배경 관련 대화 (vol-XX-timeline 활용)
 예시 (Part 1: 작전 회의):
 1. 금괴 위치 정보 공유 (핵심 이벤트)
 2. 역할 분담 논의 (핵심 이벤트)
 3. 과거 실패 경험 언급 (복선 설치)
 4. 서로에 대한 신뢰 확인 (관계)
 5. 일본군 동향 정보 (시대 배경)
 검증:
 □ 각 Part 대화 주제 3개 이상?
 □ 구체적인가? ("대화한다" ❌ → "금괴 위치 정보 공유" ✅)
 □ 핵심 이벤트와 연결되는가?
 ```
 ### 3.6 Step 6: 캐릭터 행동 설계
 **방법:** vol-XX-characters.md의 성격/목표 기반으로 구체적 행동 설계
 ```
 설계 원칙:
 1. 캐릭터 성격에 맞는 행동
 2. 캐릭터 목표를 향한 행동
 3. 관계를 드러내는 행동
 4. 시각적으로 묘사 가능한 행동
 예시 (Part 1: 작전 회의):
 - 주인공: 지도를 펼치며 작전 설명, 불안한 표정을 숨기고 단호하게 지시
 - 조연 A: 팔짱을 끼고 경청, 날카로운 질문으로 허점 지적
 - 히로인: 창밖을 응시하며 경비 교대 시간 보고
 검증:
 □ 행동이 구체적인가? ("행동한다" ❌ → "지도를 펼치며 작전 설명" ✅)
 □ 캐릭터 성격과 일치하는가? (vol-XX-characters.md 참조)
 □ 시각적으로 묘사 가능한가?
 ```
 ### 3.7 Step 7: 복선 삽입
 **방법:** vol-XX-plot.md의 복선 계획에 따라 적절한 Part에 삽입
 ```
 삽입 원칙:
 1. 자연스러운 위치 (대화 중, 행동 중)
 2. 너무 눈에 띄지 않게 (은근히)
 3. 설치는 일상적 장면에, 회수는 중요 장면에
 예시:
 복선: "의문의 편지" 설치 (8화)
 삽입 위치: Part 2 (전개 중)
 방법: 조연 A가 정리하다 오래된 편지를 발견, 잠깐 언급 후 넘어감
 검증:
 □ vol-XX-plot.md의 복선 계획과 일치?
 □ 삽입이 자연스러운가?
 □ 설치/회수가 적절한 Part에 있는가?
 ```
 ### 3.8 Step 8: 연결 확인
 **방법:** Part 간, 화 간 연결이 자연스러운지 확인
 ```
 확인 사항:
 - Part 1 종료 → Part 2 시작: 자연스러운가?
 - Part 2 종료 → Part 3 시작: 자연스러운가?
 - Part 3 종료 → Part 4 시작: 자연스러운가?
 - N화 Part 4 종료 → N+1화 Part 1 시작: 자연스러운가?
 - 첫 화 시작 = 이전 5화 마지막 화 종료?
 검증:
 □ 모든 Part 간 연결이 자연스러운가?
 □ 모든 화 간 연결이 자연스러운가?
 □ 이전 5화와 연결되는가?
 ```
 ---
 ## 4. 출력 (뭐가 나와야 하는가)
 ### 4.1 산출물 구조
 ```markdown
 # X권 N-M화 상세 플롯
 > **생성일:** YYYY-MM-DD
 > **버전:** v1.0.0
 > **프로토콜:** plot-mode.md v3.1.0
 > **범위:** N화 ~ M화
 > **입력 파일:**
 >   - vol-XX-plot.md (버전)
 >   - vol-XX-timeline.md (버전)
 >   - vol-XX-characters.md (버전)
 ---
 ## N화: {제목}
 ### 기본 정보
 - **타임라인:** {vol-XX-plot에서}
 - **핵심 이벤트:** {vol-XX-plot에서}
 - **등장인물:** {vol-XX-plot에서}
 - **종료 상태:** {vol-XX-plot에서}
 - **로맨스:** {vol-XX-plot에서}
 - **복선:** {vol-XX-plot에서}
 ### 감정선 설계
 - **시작:** {분위기/감정}
 - **중간:** {전환점}
 - **끝:** {분위기/감정}
 - **긴장도:** [N/10]
 ### Part 1: {Part 제목}
 - **시간:** {구체적 시간}
 - **장소:** {구체적 장소}
 - **등장인물:** {이 Part 등장인물}
 - **POV:** {시점 캐릭터}
 - **장면 흐름:**
  * 시작: {상황}
  * 전개: {전개}
  * 종료: {상황}
 - **대화 주제:**
  1. {주제 1 - 구체적}
  2. {주제 2 - 구체적}
  3. {주제 3 - 구체적}
 - **캐릭터 행동:**
  * {캐릭터}: {구체적 행동}
  * {캐릭터}: {구체적 행동}
 - **복선:** {설치/회수 내용} 또는 없음
 - **종료 상태:** {Part 끝 상황}
 ### Part 2: {Part 제목}
 (동일 형식)
 ### Part 3: {Part 제목}
 (동일 형식)
 ### Part 4: {Part 제목}
 (동일 형식)
 ---
 ## N+1화: {제목}
 (동일 형식, 5화까지 반복)
 ---
 *vol-XX-plot-NNN-MMM.md 작성 완료*
 ```
 ### 4.2 필수 항목 체크
 **각 화별 필수 항목:**
 | 항목 | 출처 |
 |------|------|
 | 기본 정보 (6개) | Step 1 (vol-XX-plot.md) |
 | 감정선 설계 | Step 2 |
 | 4 Parts 구조 | Step 3 |
 **각 Part별 필수 항목 (9개):**
 | 항목 | 출처 |
 |------|------|
 | 시간 | Step 3 (타임라인 기반) |
 | 장소 | Step 3 |
 | 등장인물 | Step 1 |
 | POV | Step 4 |
 | 장면 흐름 (시작/전개/종료) | Step 3 |
 | 대화 주제 (3개 이상) | Step 5 |
 | 캐릭터 행동 (구체적) | Step 6 |
 | 복선 | Step 7 |
 | 종료 상태 | Step 3 |
 ---
 ## 5. 검증 (어떻게 검증하는가)
 ### 5.1 상위 계층 반영 검증
 ```
 vol-XX-plot.md 반영:
 □ 각 화 타임라인 일치?
 □ 각 화 핵심 이벤트 반영?
 □ 각 화 등장인물 일치?
 □ 각 화 종료 상태 일치?
 □ 각 화 로맨스 반영?
 □ 각 화 복선 반영?
 □ 병렬/역전 표기 유지?
 vol-XX-timeline.md 반영:
 □ 시대 배경이 장면에 반영?
 □ 계절/날씨가 적절?
 vol-XX-characters.md 반영:
 □ 캐릭터 행동이 해당 시점 성격과 일치?
 □ 캐릭터 관계가 반영?
 □ 캐릭터 대화가 성격에 맞는가?
 ```
 ### 5.2 집필 가능성 검증
 ```
 대화 주제:
 □ 각 Part 대화 주제 3개 이상?
 □ 대화 주제가 구체적?
 □ 이 주제로 실제 대화를 쓸 수 있는가?
 캐릭터 행동:
 □ 행동이 구체적?
 □ 이 행동으로 실제 묘사를 쓸 수 있는가?
 감정선:
 □ 감정 흐름이 명확?
 □ 긴장도가 적절?
 ```
 ### 5.3 연결 검증
 ```
 Part 간:
 □ Part 1→2→3→4 자연스러운가?
 화 간:
 □ N화 종료 → N+1화 시작 자연스러운가?
 이전 5화와:
 □ 첫 화 시작 = 이전 5화 마지막 화 종료?
 ```
 ### 5.4 검증 체크리스트
 ```
 Phase 4-3 검증 완료 조건:
 상위 계층 반영:
 □ vol-XX-plot.md 반영 100%
 □ vol-XX-timeline.md 반영
 □ vol-XX-characters.md 반영
 Part 완성도:
 □ 5화 × 4 Parts = 20 Parts 완성
 □ 각 Part 9개 필수 항목 완성
 □ 감정선 설계 완성
 집필 가능성:
 □ 대화 주제 충분 (Part당 3개+)
 □ 캐릭터 행동 구체적
 □ 감정선 명확
 연결:
 □ Part 간 연결
 □ 화 간 연결
 □ 이전 5화와 연결
 → 모두 ✅: 집필 가능 (또는 다음 5화)
 → 하나라도 ❌: 수정 후 재검증
 ```
 ---
 ## 6. 타임라인 처리
 ### 6.1 병렬 진행 화
 ```markdown
 ## 16화: 민호의 탈출 [병렬: 15화]
 ### 기본 정보
 - **타임라인:** 1945.08.10 [병렬: 15화]
 - **연결 설명:** 15화와 같은 날, 민호는 부산에서...
 (이하 동일 형식)
 ```
 ### 6.2 의도된 역전 화
 ```markdown
 ## 17화: 체포되기까지 [역전: 15화]
 ### 기본 정보
 - **타임라인:** 1945.08.05 [역전: 15화]
 - **연결 설명:** 15화 결과(영수 체포)의 원인을 보여주는 플래시백
 (이하 동일 형식)
 ```
 ---
 ## 7. 파일명 규칙
 ```
 volumes/vol-XX/plots/vol-XX-plot-NNN-MMM.md
 예시 (4권):
 - volumes/vol-04/plots/vol-04-plot-001-005.md
 - volumes/vol-04/plots/vol-04-plot-006-010.md
 - volumes/vol-04/plots/vol-04-plot-011-015.md
 - ...
 - volumes/vol-04/plots/vol-04-plot-046-050.md
 ```
 ---
 ## 8. 금지 사항
 ```
 ❌ 입력 파일 읽지 않고 작성
 ❌ vol-XX-plot.md와 다른 내용 작성
 ❌ vol-XX-characters.md 무시하고 캐릭터 임의 설정
 ❌ vol-XX-timeline.md 무시하고 배경 임의 설정
 ❌ Part 없이 화 작성
 ❌ 대화 주제 없이 진행 (또는 모호하게)
 ❌ 캐릭터 행동 모호하게 작성
 ❌ 감정선 설계 없이 진행
 ❌ 복선 삽입 위치 미지정
 ❌ 병렬/역전 표기 누락
 ❌ 필수 정보 누락한 채 집필 진행
 ```
 ---
 ## 9. 다음 단계
 ```
 Phase 4-3 완료 (검증 통과)
     │
     ▼
 Phase 5: WRITING 모드
  - 참조 파일:
    * vol-XX-plot-NNN-MMM.md (상세 플롯)
    * vol-XX-timeline.md (시대 배경)
    * vol-XX-characters.md (캐릭터 상태)
  - Part 단위로 집필
  - 대화 주제 → 실제 대화
  - 캐릭터 행동 → 실제 묘사
 ```
 ---
 *"입력을 보고, 절차대로 처리하고, 검증까지 통과해야 진짜 완료다."* - CWS v3.1
--- a/templates/standards/polish-mode.md
+++ b/templates/standards/polish-mode.md
@@ -1,10 +1,107 @@
 # POLISH 모드 프로토콜
-> **버전:** 2.4.0
+> **버전:** 2.6.0
-> **최종 수정:** 2026-01-25
+> **최종 수정:** 2026-01-30
 > **호환:** CWS Writing Guide v4.2.0+
 > **용도:** 문장 품질 다듬기 (내용 수정 없음)
-> **주요 변경:** 리포트 유효성 검증 추가 - 파일 수정 시 리포트 무효화
+> **주요 변경:** AI 강제 실행 규칙 추가 - 모든 절차 건너뛰기 금지
 ---
 ## 🚨 AI 강제 실행 규칙 (v2.6.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: POLISH vs MODIFICATION 경계 강제 확인
 **다음 체크리스트를 매 챕터 작업 전 출력 (건너뛰면 작업 무효):**
 ```
 🔍 POLISH 범위 체크리스트 (강제 실행):
 - [ ] 내용 변경 없음 확인
 - [ ] 사건/대화 추가/삭제 없음 확인
 - [ ] 캐릭터 행동 변경 없음 확인
 - [ ] 다음 작업만 수행:
  - [ ] 어색한 표현 → 자연스럽게
  - [ ] 중복 표현 제거
  - [ ] 리듬감 개선
  - [ ] 띄어쓰기/문장부호 교정
 **이 체크리스트 없이 작업 시작 금지!**
 ```
 ---
 ### 규칙 2: 수정 전후 비교 필수
 **매 수정마다 다음 형식으로 기록:**
 ```
 ✅ 올바른 수정 형식:
 수정 전: (원문)
 수정 후: (수정문)
 이유: (왜 수정했는지)
 범위: POLISH (내용 변경 없음 확인)
 ❌ 금지:
 - 수정 근거 없이 변경
 - 내용 추가/삭제
 - "더 좋아 보여서" (주관적 판단)
 ```
 ---
 ### 규칙 3: 배치 크기 강제 (파일 개수 10개)
 **배치 시작 시 반드시 확인:**
 - 파일 개수 카운트 (분할 챕터 = 각각 카운트)
 - 10개 도달 시 즉시 중단
 - WORK-MODE.txt 업데이트 필수
 **11개 이상 작업 금지!**
 ---
 ### 위반 시 처리
 **이 규칙을 위반하면:**
 1. 작업 전체 무효
 2. 수정 내용 롤백
 3. 재작업 필수
 ---
 ## 📋 CHANGELOG
 ### v2.4.0 (2026-01-25)
 **추가:**
 - 📌 리포트 유효성 검증 프로토콜 (report-management.md 연동)
 - 리포트 날짜 vs 파일 수정 시간 자동 체크
 - 무효 리포트 발견 시 재검증 필수
 **참고:**
 - 이 업데이트는 VERIFICATION 모드 v2.9.0과 함께 적용됨
 ### v2.3.0 (2026-01-20)
 **추가:**
 - POLISH vs MODIFICATION 경계 명확화
 - 구체적 예시 추가 (OK/금지)
 ### v2.2.0 (2025-XX-XX)
 **추가:**
 - 플랫폼 가독성 체크 (문피아 최적화)
 - 빈 줄 패턴 통일 프로토콜
 ### v2.0.0 이전
 자세한 이력은 Git 커밋 히스토리 참조
 ---
@@ -182,8 +279,9 @@ POLISH = 문장 품질만 다듬기 (오타, 가독성, 문체)
 ```
 **진입 조건:**
- VERIFICATION → FIX 완료 후 (권장)
+- ⚠️ VERIFICATION → FIX 완료 후 (필수)
- 또는 독립적으로 실행 가능
+- POLISH는 검증 완료된 콘텐츠의 문체만 다듬음
 - 검증되지 않은 콘텐츠에 POLISH 적용 금지 (사용자 명시 요청 시 예외)
 **진입 명령:**
 - "POLISH 모드"
@@ -191,6 +289,11 @@ POLISH = 문장 품질만 다듬기 (오타, 가독성, 문체)
 - "가독성 검토해"
 - "문체 검토해"
 **모드 진입 시 자동 실행:**
 - WORK-MODE.txt 업데이트 (CURRENT_MODE: POLISH)
 - 필수 파일 자동 읽기 (writing-guide.md, characters-master.md)
 - 준비 완료 보고 및 대기
 ---
 ## 📚 모드 진입 시 읽을 파일
@@ -204,6 +307,58 @@ POLISH = 문장 품질만 다듬기 (오타, 가독성, 문체)
 ---
 ## 📦 배치 크기 규정 (v2.5.0 신규)
 **POLISH 모드 배치 크기: 파일 개수 기준 10개**
 ```
 배치 1: 파일 10개
 배치 2: 파일 10개
 배치 3: 파일 10개
 ...
 ```
 **예시:**
 ```
 일반 챕터만:
 - 배치 1: ch-001 ~ ch-010 (10개)
 - 배치 2: ch-011 ~ ch-020 (10개)
 분할 챕터 포함:
 - 배치 1: ch-001, ch-002, ch-003, ch-004, ch-005A, ch-005B, ch-006, ch-007A, ch-007B, ch-008 (10개)
 - 배치 2: ch-009, ch-010, ch-011A, ch-011B, ch-012, ch-013, ch-014, ch-015, ch-016, ch-017 (10개)
 중요: 파일 개수로 카운트!
 - ch-007A.md + ch-007B.md = 2개 파일
 ```
 **분할 챕터 처리:**
 ```
 분할 챕터는 각각 개별 파일로 처리:
 - ch-007A.md: 개별 POLISH 작업
 - ch-007B.md: 개별 POLISH 작업
 단, 일관성 유지:
 - 동일 화(ch-007)의 A/B는 문체 일관성 필수
 - 어미 패턴, 리듬감 연결성 체크
 ```
 **배치 경계 처리:**
 ```
 분할 챕터가 배치 경계에 걸칠 때:
 예시:
 - 배치 1 마지막: ch-010A
 - 배치 2 시작: ch-010B
 → 배치 1 완료 시 ch-010A 문체 기록
 → 배치 2 시작 시 ch-010A 문체 확인 후 ch-010B 작업
 ```
 ---
 ## 🎯 POLISH 체크 항목
 ### 1. 문장 가독성
--- a/templates/standards/renaming-protocol.md
+++ b/templates/standards/renaming-protocol.md
@@ -1,9 +1,81 @@
 # 리네임 안전 프로토콜
-> **버전:** 2.0.0
+> **버전:** 2.1.0
-> **최종 수정:** 2026-01-18
+> **최종 수정:** 2026-01-31
 > **호환:** CWS Writing Guide v3.3.0+
 > **용도:** 화수 변경/리넘버링 시 안전한 절차
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v2.1.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 리네임 전 백업 강제
 **리네임 시작 전 반드시 실행:**
 ```
 🔍 리네임 전 백업 체크리스트 (강제 실행):
 - [ ] Git 현재 상태 clean working tree 확인
 - [ ] Git 커밋 완료 (백업)
 - [ ] 커밋 메시지에 "리네임 전 백업" 명시
 **백업 없이 리네임 시작 절대 금지!**
 **데이터 손실 위험 - 백업 필수!**
 ```
 ---
 ### 규칙 2: 리네임 순서 강제 확인
 **리네임 시작 전 반드시 판단:**
 ```
 🔍 리네임 순서 판단 체크리스트 (강제 실행):
 - [ ] 리네임 방향 확인
  - 삽입/분할 (번호 +1) → 역순 필수 (큰 번호→작은 번호)
  - 삭제/병합 (번호 -1) → 정순 필수 (작은 번호→큰 번호)
 - [ ] 덮어쓰기 위험 체크
  - 정순 시 다음 파일이 이미 바뀐 파일인가?
  - 역순 시 안전한가?
 - [ ] 또는 2단계 리네임 사용 (temp 파일)
 **잘못된 순서로 리네임 시 데이터 손실!**
 **순서 판단 없이 리네임 시작 절대 금지!**
 ```
 ---
 ### 규칙 3: 리네임 후 검증 강제
 **리네임 완료 후 반드시 실행:**
 ```
 🔍 리네임 후 검증 체크리스트 (강제 실행):
 - [ ] 파일 개수 확인 (리네임 전 = 리네임 후)
 - [ ] temp 파일 0개 확인 (2단계 방법 사용 시)
 - [ ] 각 파일 헤더 번호 = 파일명 확인
 - [ ] 타임라인 연속성 확인
 - [ ] summary/plot 파일 번호 수정 확인
 **하나라도 ❌ 발견 시 즉시 Git 롤백!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 리네임 즉시 중단
 - Git 롤백 실행
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재실행
 ---
@@ -161,7 +233,7 @@ summary-001-030.md 내용:
 plot-master.md:
  "30화: 제목" → "31화: 제목"
-plot-026-030.md → plot-027-031.md (필요시)
+vol-XX-plot-026-030.md → vol-XX-plot-027-031.md (필요시)
 ```
 ---
--- a/templates/standards/report-management.md
+++ b/templates/standards/report-management.md
@@ -1,9 +1,89 @@
 # 리포트 관리 프로토콜
-> **버전:** 1.0.0
+> **버전:** 1.1.0
-> **최종 수정:** 2026-01-25
+> **최종 수정:** 2026-01-31
 > **호환:** CWS Writing Guide v4.2.0+
 > **용도:** 모든 검증/POLISH 리포트의 유효성 관리
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v1.1.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 리포트 읽기 전 유효성 검증 강제
 **모든 리포트 읽기 전 반드시 실행:**
 ```
 🔍 리포트 유효성 검증 체크리스트 (강제 실행):
 - [ ] 1단계: 리포트 파일 존재 확인
 - [ ] 2단계: 리포트 작성 날짜 추출
  - grep "검증일\|시작\|완료" 리포트파일
 - [ ] 3단계: 대상 파일들 최종 수정 시간 확인
  - ls -l 또는 stat 명령 사용
 - [ ] 4단계: 비교 (리포트 날짜 < 파일 수정 시간?)
  - Yes → 리포트 무효
  - No → 리포트 유효
 - [ ] 5단계: 판정 결과 사용자에게 명확히 보고
 **이 검증 없이 리포트 내용 사용 절대 금지!**
 **무효 리포트 사용 시 잘못된 정보 전달!**
 ```
 ---
 ### 규칙 2: 무효 리포트 처리 강제
 **리포트 무효 판정 시 반드시 실행:**
 ```
 🔍 무효 리포트 처리 체크리스트 (강제 실행):
 - [ ] 사용자에게 무효 사유 명확히 보고
  - 리포트 날짜: YYYY-MM-DD
  - 파일 수정: YYYY-MM-DD
  - 무효 사유: (구체적으로)
 - [ ] 리포트 삭제 또는 아카이브
 - [ ] 재검증 필요 안내
 **무효 리포트를 그대로 사용 절대 금지!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 작업 무효
 - 잘못된 정보 전달 위험
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재실행
 ---
 ## 📋 CHANGELOG
 ### v1.0.0 (2026-01-25) - 초기 버전
 **배경:**
 - 문제: 리포트 작성 후 파일 수정 시 리포트가 과거 상태 반영
 - 결과: 잘못된 정보를 사용자에게 전달하는 심각한 오류
 **추가:**
 - 📌 리포트 유효성 검증 프로토콜
 - 파일 수정 시간 vs 리포트 날짜 비교 로직
 - 무효화 조건 명확화
 - 리포트 관리 Best Practices
 **연동:**
 - VERIFICATION 모드 v2.9.0에 통합
 - POLISH 모드 v2.4.0에 통합
 - FIX 모드 v2.0.0에 통합
 ---
@@ -298,10 +378,23 @@ fi
 ## 🔗 관련 문서
 **작성 단계:**
 - `verification-mode.md` - 검증 모드 프로토콜
 - `polish-mode.md` - POLISH 모드 프로토콜
 - `fix-mode.md` - FIX 모드 프로토콜
 **설계 단계 (Design Phase):**
 - `plot-master-verification.md` - Phase 4-1 검증
 - `volume-timeline-verification.md` - Phase 4-2선행 검증 (타임라인)
 - `volume-characters-verification.md` - Phase 4-2선행 검증 (캐릭터)
 - `volume-plot-verification.md` - Phase 4-2 검증
 - `plot-detail-verification.md` - Phase 4-3 검증
 - `design-verification-mode.md` - Phase 5 검증
 > **설계 단계 적용:** 설계 검증 보고서에도 동일한 유효성 규칙이 적용됩니다.
 > 검증 보고서 작성 후 대상 파일(plot, timeline, characters 등)이 수정되면
 > 해당 검증 보고서는 무효화됩니다.
 ---
 *리포트는 시점의 스냅샷! 파일 수정 후엔 재검증 필수!*
--- a/templates/standards/retouch-mode.md
+++ b/templates/standards/retouch-mode.md
@@ -1,9 +1,128 @@
 # 리터칭 모드 프로토콜
-> **버전:** 1.0.0
+> **버전:** 1.2.0
-> **최종 수정:** 2026-01-18
+> **최종 수정:** 2026-01-31
-> **호환:** CWS Writing Guide v3.3.0+
+> **호환:** CWS Writing Guide v3.6.0+
 > **용도:** Sonnet+Opus 병행 전략, 리터칭 기준
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v1.2.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 리터칭 대상 선별 기준 강제 적용
 **리터칭 실행 전 반드시 판단:**
 ```
 🔍 리터칭 대상 선별 체크리스트 (강제 실행):
 - [ ] 감정 강도 체크
  - 🔴 필수: 고백/이별/갈등 폭발/내면 독백/화해/트라우마
  - 🟡 권장: 첫 만남/관계 변화/비밀 공개/중요 결정/감정 대화
 - [ ] 구조적 위치 체크
  - 🔴 필수: 권 1화/마지막화/클라이맥스/플롯 전환점
  - 🟡 권장: 복선 회수/전환점/권 중반 위기/서브플롯 해결
 - [ ] 장면 복잡도 체크
  - 🔴 필수: 3인 이상 대화/협상/심리전/다중 감정선/분위기 급변
  - 🟡 권장: 분위기 전환/시대 분위기/상징적 장면/복선 설치
 **판정:**
 - 🔴 하나 이상 → 필수 리터칭
 - 🟡만 해당 → 권장 리터칭
 - 없음 → 리터칭 불필요
 **이 체크리스트 없이 리터칭 시작 금지!**
 ```
 ---
 ### 규칙 2: 리터칭 금지사항 강제 확인
 **리터칭 실행 전/중/후 반드시 확인:**
 ```
 🔍 리터칭 금지사항 체크리스트 (강제 실행):
 - [ ] 플롯 변경 금지 (리터칭은 품질 향상만!)
 - [ ] 캐릭터 성격 변경 금지
 - [ ] 새로운 사건 추가 금지
 - [ ] 기존 복선 삭제/변경 금지
 - [ ] 분량 2배 이상 증가 금지 (±20% 이내 유지)
 **하나라도 위반 시 즉시 중단, 원본 복구!**
 **리터칭 ≠ 수정! 품질 향상만!**
 ```
 ---
 ### 규칙 3: 리터칭 전후 검증 강제
 **리터칭 완료 후 반드시 확인:**
 ```
 🔍 리터칭 검증 체크리스트 (강제 실행):
 - [ ] 전후 연결 자연스러운지 확인
 - [ ] 원래 플롯/사건 유지되는지 확인
 - [ ] 분량 균형 (±20% 이내) 확인
 - [ ] 캐릭터 말투/성격 일관성 확인
 - [ ] 호칭 일관성 확인
 - [ ] 시점 일관성 확인
 **하나라도 ❌ 발견 시 재리터칭!**
 ```
 ---
 ### 규칙 4: Summary 업데이트 판단
 **리터칭 완료 후 반드시 판단:**
 ```
 🔍 Summary 업데이트 판단 (강제 실행):
 - [ ] 플롯 변경 없음 → Summary 불필요
 - [ ] 감정선만 강화 → Summary 불필요
 - [ ] 분위기만 개선 → Summary 불필요
 - [ ] 새로운 정보 추가 → Summary 업데이트 필요
 **원칙: 리터칭은 품질 향상이므로 대부분 Summary 불필요!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 리터칭 무효
 - 원본 복구 (Git 백업 활용)
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재실행
 ---
 ## 📋 CHANGELOG
 ### v1.2.0 (2026-01-31) - AI 강제 실행 규칙 추가
 **추가:**
 - 🚨 AI 강제 실행 규칙 섹션 (절대 무시 불가)
 - 📌 리터칭 대상 선별 기준 강제 체크리스트
 - 📌 리터칭 금지사항 강제 확인 체크리스트
 - 📌 리터칭 전후 검증 강제 체크리스트
 - 📌 Summary 업데이트 판단 체크리스트
 - 📌 위반 시 작업 무효 명시
 **철학 변경:**
 - 이전: 가이드라인 (참고 가능)
 - 현재: 체크리스트 (강제 실행, 건너뛰기 불가)
 ### v1.1.0 (2026-01-25)
 **초기 버전**
 ---
--- a/templates/standards/verification-mode.md
+++ b/templates/standards/verification-mode.md
@@ -1,10 +1,240 @@
 # 검증 모드 프로토콜
-> **버전:** 2.9.0
+> **버전:** 3.3.0
-> **최종 수정:** 2026-01-25
+> **최종 수정:** 2026-01-30
-> **호환:** CWS Writing Guide v4.2.0+
+> **호환:** CWS Writing Guide v3.6.0+ (Phase 5: 검증 모드)
 > **용도:** 전체 검증 및 기록 (수정 없음)
-> **주요 변경:** 리포트 유효성 검증 추가 - 파일 수정 시 리포트 무효화
+> **주요 변경:** AI 강제 실행 규칙 추가 - 모든 절차 건너뛰기 금지
 ---
 ## 🚨 AI 강제 실행 규칙 (v3.3.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 트리거 발견 시 체크리스트 강제 출력
 **다음 상황 발견 시 즉시 해당 체크리스트 출력 (건너뛰면 검증 무효):**
 #### 1-A. 타임라인 겹침 발견 시
 **즉시 다음 체크리스트 출력:**
 ```
 🔍 타임라인 겹침 검증 체크리스트 (강제 실행):
 - [ ] 1단계: 양쪽 파일 읽기 완료 (파일명: ___, ___)
 - [ ] 2단계: 물리적 모순 체크
  - [ ] 같은 인물이 두 곳에 동시 존재? (Y/N + 근거: ___)
  - [ ] 같은 사건 중복? (Y/N + 근거: ___)
  - [ ] 인과관계 모순? (Y/N + 근거: ___)
 - [ ] 3단계: 판정
  - 모순 있음 → 🔴 긴급 오류
  - 모순 없음 → ✅ 병렬 서사 (정상)
 **판정:** (체크 결과 기반으로 명시)
 **근거:** (각 체크 항목 결과 요약)
 ```
 **이 체크리스트를 출력하지 않으면 검증 무효!**
 #### 1-B. 타임라인 역행 발견 시
 **즉시 다음 체크리스트 출력:**
 ```
 🔍 타임라인 역행 검증 체크리스트 (강제 실행):
 - [ ] 1단계: 해당 챕터 전체 읽기 완료
 - [ ] 2단계: 회상 표시 확인
  - [ ] 제목에 "[회상]" 있음? (Y/N)
  - [ ] Part 헤더에 회상 표시? (Y/N)
  - [ ] 본문 시제가 "~했었다" 등 회상형? (Y/N)
 - [ ] 3단계: 판정
  - 회상 표시 있음 → ✅ 정상
  - 회상 표시 없음 → 🔴 긴급 오류 (명백한 역행)
 **판정:** (체크 결과 기반으로 명시)
 **근거:** (각 확인 항목 결과)
 ```
 **이 체크리스트를 출력하지 않으면 검증 무효!**
 #### 1-C. 분할 챕터 누락 발견 시
 **즉시 다음 체크리스트 출력:**
 ```
 🔍 분할 챕터 검증 체크리스트 (강제 실행):
 - [ ] ch-XXX.md 파일 존재 확인 → 없음
 - [ ] ch-XXXA.md 존재 확인 (Y/N)
 - [ ] ch-XXXB.md 존재 확인 (Y/N)
 - [ ] 판정:
  - A, B 둘 다 있음 → ✅ 정상 (분할 챕터)
  - 하나만 또는 둘 다 없음 → 🔴 긴급 오류 (진짜 누락)
 **판정:** (체크 결과 기반으로 명시)
 ```
 **이 체크리스트를 출력하지 않으면 검증 무효!**
 ---
 ### 규칙 2: 모든 판정에 근거 필수
 **다음 정보가 없는 판정은 무효:**
 ```
 ✅ 올바른 판정 형식:
 - 문제: (구체적 내용)
 - 파일 확인: ch-XXX 전체 읽음
 - 체크 결과: (각 항목별 Y/N + 근거)
 - 판정: 🔴/🟡/✅
 - 근거: (왜 이렇게 판정했는지)
 ❌ 금지되는 판정:
 - "타임라인 겹침 → 🔴 오류" (근거 없음)
 - "~로 보임", "~일 수도" (추측)
 - 체크리스트 없이 즉시 판정
 ```
 ---
 ### 규칙 3: 추측 표현 절대 금지
 **다음 표현 사용 시 검증 무효:**
 - "~로 보임", "~인 것 같음", "~일 수도"
 - "확인 필요", "아마도", "추정"
 - "병렬 진행으로 보이나" (확인 안 하고 추측)
 **대신 해야 할 것:**
 - 파일 읽고 확인 → 명확히 판정
 - 불확실하면 사용자에게 질문
 ---
 ### 규칙 4: 6단계 검증 순서 강제
 **각 단계마다 명시적으로 진행 상황 출력:**
 ```
 **[1/6] 구조 검증 중...**
 - 파일 존재: (결과)
 - 번호 연속성: (결과)
 **[2/6] 형식 검증 중...**
 - 헤더 형식: (결과)
 - 바텀 검증: (결과)
 **[3/6] 타임라인 검증 중...**
 - 시간 순서: (결과)
 - 겹침/역행 발견 시 → 체크리스트 즉시 출력
 - 배치 경계 확인: (결과)
 **[4/6] 내용 검증 중...**
 - 플롯 일치도: (결과)
 - 캐릭터/호칭: (결과)
 **[5/6] 일관성 검증 중...**
 - 앞뒤 연결: (결과)
 - 복선 추적: (결과)
 **[6/6] 보고서 생성 중...**
 ```
 **단계 건너뛰기 금지. 각 단계 결과 반드시 출력.**
 ---
 ### 위반 시 처리
 **이 규칙을 위반하면:**
 1. 검증 전체 무효
 2. 사용자에게 "검증 실패 - 규칙 위반" 보고
 3. 재검증 필수
 **"나중에 잘 하겠습니다"는 의미 없음. 지금 강제 실행.**
 ---
 ## 📋 CHANGELOG
 ### v3.0.0 (2026-01-25)
 **배경:**
 - 문제: VERIFICATION에서 판단 회피 발생 ("~로 보임", "~일 수도")
 - 원인: AI가 불확실할 때 추측으로 넘어가고 명확한 판정 회피
 - 결과: 사용자가 재검토 요청 → 시간 낭비, 신뢰도 하락
 **추가:**
 - 📌 판단 회피 자동 감지 (리포트 작성 후 필수 실행)
 - 📌 추측 표현 패턴 검색 (bash 스크립트)
 - 📌 발견 시 리포트 거부 및 강제 재판정
 - 📌 명확한 판정 또는 사용자 질문 강제
 **철학:**
 ```
 VERIFICATION = 명확한 판정
 추측 = 금지
 불확실 = 파일 읽고 확인 또는 사용자 질문
 → 판단 회피는 검증 실패!
 ```
 **예상 효과:**
 - 판단 회피 발생: 100% 차단
 - 리포트 신뢰도: 대폭 향상
 - 재검토 요청: 90% 감소
 ### v2.9.0 (2026-01-25)
 **추가:**
 - 📌 리포트 유효성 검증 프로토콜 (report-management.md 연동)
 - 리포트 날짜 vs 파일 수정 시간 자동 체크
 - 무효 리포트 발견 시 재검증 필수
 **참고:**
 - 이 업데이트는 POLISH 모드 v2.4.0과 함께 적용됨
 ### v2.8.0 (2026-01-24)
 **추가:**
 - 강제 워크플로우 추가 (검증→FIX→재검증 사이클 필수화)
 - PENDING-FIX.txt 상태 추적 시스템
 **변경:**
 - 문제 발견 시 다른 모드 전환 차단
 ### v2.7.0 (2025-XX-XX)
 **추가:**
 - 소설 특성 반영 (병렬 서사, 다중 시점)
 - 물리적 모순 확인 절차
 **변경:**
 - 타임라인 겹침 = 오류 공식 제거
 - 내용 확인 후 판정 필수화
 ### v2.6.0 이전
 자세한 이력은 Git 커밋 히스토리 참조
 ---
 ## 📋 검증 모드 개요
 **검증 모드는:**
 - 전체 검증 및 문제 발견 (수정하지 않음)
 - 명확한 판정 또는 사용자 질문 (추측 금지)
 - 검증 보고서 생성
 **진입 명령:**
 - "검증", "확인", "체크", "점검"
 - "X권 검증해", "타임라인 확인해줘"
 **모드 진입 시 자동 실행:**
 - WORK-MODE.txt 업데이트 (CURRENT_MODE: VERIFICATION)
 - 필수 파일 자동 읽기 (settings/*.md, vol-XX-plot.md 등)
 - 준비 완료 보고 및 대기
 ---
@@ -691,15 +921,74 @@ v2.6.0 검증에서 ch-010↔ch-011 타임라인 겹침을 🔴 긁급으로 판
 ## 📚 모드 진입 시 읽을 파일
 ### 필수
-1. `volumes/vol-XX/plot-master.md` - 플롯 (일치도 검증용)
+1. `volumes/vol-XX/plots/vol-XX-plot-NNN-MMM.md` - 플롯 (일치도 검증용)
 2. `settings/characters-master.md` - 캐릭터 + 호칭 규칙
-3. `volumes/vol-XX/timeline.md` - 타임라인
+3. `volumes/vol-XX/vol-XX-timeline.md` - 타임라인
 ### 검증 대상
 4. `volumes/vol-XX/chapters/ch-*.md` - 전체 챕터
 ---
 ## 📦 배치 크기 규정 (v3.2.0 신규)
 **검증 모드 배치 크기: 파일 개수 기준 5개**
 ```
 배치 1: 파일 5개
 배치 2: 파일 5개
 배치 3: 파일 5개
 ...
 ```
 **예시:**
 ```
 일반 챕터만:
 - 배치 1: ch-001, ch-002, ch-003, ch-004, ch-005 (5개)
 - 배치 2: ch-006, ch-007, ch-008, ch-009, ch-010 (5개)
 분할 챕터 포함:
 - 배치 1: ch-001, ch-002, ch-003, ch-004, ch-005A (5개)
 - 배치 2: ch-005B, ch-006, ch-007A, ch-007B, ch-008 (5개)
 중요: 파일 개수로 카운트!
 - ch-007A.md + ch-007B.md = 2개 파일
 ```
 **분할 챕터 처리:**
 ```
 ch-007.md 없을 때:
 1. ch-007A.md 존재 확인
 2. ch-007B.md 존재 확인
 3. 둘 다 있으면: ✅ 정상 (분할 챕터)
 4. 하나만 있거나 둘 다 없으면: 🔴 오류
 타임라인 검증:
 - ch-006 → ch-007A → ch-007B → ch-008
 - A와 B 사이 연속성 필수
 - B → 008 연속성 필수
 ```
 **배치 경계 처리:**
 ```
 분할 챕터가 배치 경계에 걸칠 때:
 예시 1:
 - 배치 1 마지막: ch-005A
 - 배치 2 시작: ch-005B
 → ch-005A → ch-005B 연속성 검증 필수!
 예시 2:
 - 배치 2 마지막: ch-010
 - 배치 3 시작: ch-011A
 → ch-010 → ch-011A 연속성 검증 필수!
 ```
 ---
 ## 🎯 검증 워크플로우
 ### 배치 검증 (6단계)
@@ -842,7 +1131,7 @@ v2.6.0 검증에서 ch-010↔ch-011 타임라인 겹침을 🔴 긁급으로 판
 ```
 ✅ 플롯 일치도
-   - plot-master.md와 실제 내용 비교
+   - plots/plot-XXX-YYY.md와 실제 내용 비교
   - 제목, 타임라인, 핵심 내용
 ✅ 캐릭터 등장
@@ -994,6 +1283,181 @@ v2.6.0 검증에서 ch-010↔ch-011 타임라인 겹침을 🔴 긁급으로 판
 ### 6단계: 보고서 생성
 ```
 리포트 작성:
 - validation-batch-XX.md 생성
 - 심각도별 분류 (🔴/🟡/🟢)
 - 챕터별 오류 목록
 - 총 오류 개수 산출
 ```
 ### 7단계: 판단 회피 자가 검증 ⭐ 신규! (v3.0.0)
 ```
 🚨 리포트 작성 완료 후 필수 실행!
 🚨 이 검증을 통과하지 못하면 리포트 무효!
 ```
 **7-1. 판단 회피 자동 감지**
 ```bash
 #!/bin/bash
 # 판단 회피 자동 감지 스크립트
 REPORT="validation-batch-05.md"
 echo "🔍 판단 회피 표현 검색 중..."
 # 추측 표현 패턴 검색
 SPECULATION=$(grep -n "로 보임\|일 수도\|인 것 같\|으로 추정\|확인 필요\|것으로 예상\|추측\|아마도" "$REPORT")
 if [ -n "$SPECULATION" ]; then
    echo ""
    echo "❌ 판단 회피 표현 발견!"
    echo "━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━"
    echo "$SPECULATION"
    echo "━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━"
    echo ""
    echo "🚨 VERIFICATION 원칙 위반!"
    echo ""
    echo "위반 내용:"
    echo "- 추측 표현 사용 (명확한 판정 필요)"
    echo "- 판단 회피 (책임 전가)"
    echo ""
    echo "⚠️  다음 중 하나를 선택하세요:"
    echo ""
    echo "Option 1: 직접 판정"
    echo "  → 해당 챕터 파일 읽기"
    echo "  → 명확히 판정 (🔴 긴급 / ✅ 정상)"
    echo "  → 근거 명시"
    echo ""
    echo "Option 2: 사용자 질문"
    echo "  → 불확실한 이유 명시"
    echo "  → 구체적 질문 작성"
    echo "  → 사용자 답변 대기"
    echo ""
    echo "❌ 추측으로 넘어가는 것은 금지!"
    echo ""
    exit 1
 else
    echo "✅ 판단 회피 없음 - 검증 통과"
 fi
 ```
 **Windows PowerShell 버전:**
 ```powershell
 # 판단 회피 자동 감지 스크립트
 $REPORT = "validation-batch-05.md"
 Write-Host "🔍 판단 회피 표현 검색 중..." -ForegroundColor Cyan
 $SPECULATION = Select-String -Path $REPORT -Pattern "로 보임|일 수도|인 것 같|으로 추정|확인 필요|것으로 예상|추측|아마도"
 if ($SPECULATION) {
    Write-Host ""
    Write-Host "❌ 판단 회피 표현 발견!" -ForegroundColor Red
    Write-Host "━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━"
    $SPECULATION | ForEach-Object { Write-Host $_.Line -ForegroundColor Yellow }
    Write-Host "━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━"
    Write-Host ""
    Write-Host "🚨 VERIFICATION 원칙 위반!" -ForegroundColor Red
    Write-Host ""
    Write-Host "⚠️  다음 중 하나를 선택하세요:"
    Write-Host ""
    Write-Host "Option 1: 직접 판정" -ForegroundColor Green
    Write-Host "  → 해당 챕터 파일 읽기"
    Write-Host "  → 명확히 판정 (🔴 긴급 / ✅ 정상)"
    Write-Host ""
    Write-Host "Option 2: 사용자 질문" -ForegroundColor Green
    Write-Host "  → 불확실한 이유 명시"
    Write-Host "  → 구체적 질문 작성"
    Write-Host ""
    exit 1
 } else {
    Write-Host "✅ 판단 회피 없음 - 검증 통과" -ForegroundColor Green
 }
 ```
 **7-2. 올바른 리포트 형식**
 **❌ 잘못된 예시 (판단 회피):**
 ```markdown
 ### ch-028: 타임라인 관련
 - 타임라인 역행으로 보임 ⚠️
 - ch-027 (4월) → ch-028 (3월)
 - 회상/병렬 진행일 수도 있음
 - 확인 필요
 ```
 **문제점:**
 - "로 보임" → 추측!
 - "일 수도" → 판단 회피!
 - "확인 필요" → 책임 전가!
 **✅ 올바른 예시 (Option 1: 직접 판정):**
 ```markdown
 ### ch-028: 타임라인 역행 🔴 긴급
 - ch-027 종료: 1946.04.23
 - ch-028 시작: 1946.03.05
 - 역행: 4월 → 3월
 **파일 확인 결과:**
 - ch-028.md 전체 읽음
 - 제목: "[회상]" 표시 없음
 - Part 헤더: 회상 표시 없음
 - 본문 시제: 일반 과거형 (회상 아님)
 **판정:** 명백한 타임라인 역행 오류 🔴
 **조치:** FIX 모드에서 즉시 수정 필요
 ```
 **✅ 올바른 예시 (Option 2: 사용자 질문):**
 ```markdown
 ### ch-028: 타임라인 의도 확인 필요 🟡
 - ch-027 종료: 1946.04.23
 - ch-028 시작: 1946.03.05
 - 역행: 4월 → 3월
 **파일 확인 결과:**
 - ch-028.md 전체 읽음
 - 제목: "[회상]" 표시 없음
 - 본문 시제: 일반 과거형
 - 하지만 내용이 과거 회상처럼 느껴짐
 **불확실한 이유:**
 - 명시적 회상 표시는 없음
 - 하지만 서사 흐름상 회상일 가능성
 **사용자 질문:**
 - Q1: ch-028이 회상 장면이 맞나요?
 - Q2: 맞다면 제목에 "[회상]" 추가할까요?
 - Q3: 아니라면 타임라인 수정이 필요합니다.
 **대기:** 사용자 답변 대기 중
 ```
 **7-3. 검증 체크리스트**
 ```markdown
 리포트 작성 후 필수 확인:
 - [ ] 1. 판단 회피 스크립트 실행
 - [ ] 2. 추측 표현 0건 확인
 - [ ] 3. 모든 오류에 명확한 판정
 - [ ] 4. 불확실 시 사용자 질문 작성
 - [ ] 5. 근거 명시 (파일 읽음 여부)
 ⚠️ 하나라도 실패 시 리포트 재작성!
 ```
 ---
 ## 📏 오류 카운트 원칙 (v2.4.2 신규)
--- a/templates/standards/volume-characters-mode.md
+++ b/templates/standards/volume-characters-mode.md
@@ -0,0 +1,616 @@
 # 권별 캐릭터 작성 모드 프로토콜
 > **버전:** v1.1.0
 > **생성일:** 2026-01-26
 > **최종 수정:** 2026-01-31
 > **목적:** vol-XX-characters.md 작성 - 완전한 작성 기준
 > **산출물:** `volumes/vol-XX/vol-XX-characters.md`
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v1.1.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 필수 입력 파일 읽기 강제
 **캐릭터 작성 시작 전 반드시 실행:**
 ```
 🔍 필수 파일 읽기 체크리스트 (강제 실행):
 - [ ] settings/characters-master.md 읽기
  - 캐릭터 기본 정보, 전체 아크 확인
 - [ ] settings/plot-master.md 읽기
  - 해당 권 캐릭터 아크, 시작/종료 상태 확인
 - [ ] volumes/vol-(XX-1)/vol-(XX-1)-characters.md 읽기 (2권 이후)
  - 이전 권 종료 시점 상태 확인
 - [ ] settings/timeline-master.md 읽기
  - 작중 기간 확인 (나이 계산용)
 **필수 파일 읽지 않고 작성 시작 절대 금지!**
 ```
 ---
 ### 규칙 2: 나이 계산 정확성 강제
 **Step 2 완료 후 반드시 검증:**
 ```
 🔍 나이 계산 체크리스트 (강제 실행):
 - [ ] 공식: 나이 = 권 시작 연도 - 출생 연도
 - [ ] 모든 캐릭터 나이 계산 완료
 - [ ] characters-master.md 생년월일과 일치
 **나이 계산 오류 발견 시 즉시 수정!**
 ```
 ---
 ### 규칙 3: 캐릭터 상태 일관성 강제
 **각 캐릭터 작성 시 반드시 확인:**
 ```
 🔍 캐릭터 상태 일관성 체크리스트 (강제 실행):
 - [ ] 성격/특징: characters-master.md 기본 설정 + plot-master.md 아크 반영
 - [ ] 관계: 이전 권에서 변화된 관계 반영
 - [ ] 상황: plot-master.md 시작 상태와 일치
 - [ ] 호칭 규칙: 시기별 호칭 변화 반영
 **characters-master.md, plot-master.md와 불일치 시 작성 무효!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 캐릭터 작성 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작성
 ---
 ## 1. 개요
 ### 1.1 이 프로토콜의 목적
 ```
 vol-XX-characters.md를 작성하기 위한 완전한 기준:
 - 입력: 뭘 보고 작성하는가
 - 처리: 어떻게 작성하는가
 - 출력: 뭐가 나와야 하는가
 - 검증: 어떻게 검증하는가
 ```
 ### 1.2 역할
 ```
 settings/characters-master.md (전체 캐릭터)
        │
        │ 해당 권 시점으로 상태 계산
        ▼
 vol-XX-characters.md (권별 캐릭터)
        │
        │ 화별 등장인물 설정에 사용
        ▼
 vol-XX-plot.md 작성 시 참조
 ```
 ### 1.3 왜 권별 캐릭터가 필요한가
 ```
 캐릭터는 시간이 지나면서 변화한다:
 1. 나이 변화
   - 1권 (1945): 주인공 25세
   - 4권 (1948): 주인공 28세
 2. 성격/특징 변화
   - 1권: 이기적, 생존 중심
   - 4권: 책임감 있음, 지도자 면모
 3. 관계 변화
   - 1권: 히로인과 첫 만남
   - 4권: 히로인과 연인 관계
 4. 상황 변화
   - 1권: 무일푼, 혼란
   - 4권: 정치인, 영향력 보유
 → 각 권 시점의 캐릭터 상태를 알아야 정확한 묘사 가능
 ```
 ### 1.4 완료 기준
 ```
 질문: "이 vol-XX-characters로 화별 캐릭터 묘사 가능한가?"
 → YES: 완료
 → NO: 보완 필요
 ```
 ---
 ## 2. 입력 (뭘 보고 작성하는가)
 ### 2.1 필수 입력 파일
 | 파일 | 추출 정보 | 용도 |
 |------|----------|------|
 | `settings/characters-master.md` | 캐릭터 기본 정보, 전체 아크 | 기준 정보 |
 | `settings/plot-master.md` | 해당 권 캐릭터 아크, 시작/종료 상태 | 이 권에서의 변화 |
 | `volumes/vol-(XX-1)/vol-(XX-1)-characters.md` | 이전 권 종료 시점 상태 | 시작 상태 기준 (2권 이후) |
 | `settings/timeline-master.md` | 작중 기간 | 나이 계산 |
 ### 2.2 각 파일에서 추출할 정보
 **characters-master.md에서:**
 ```
 □ 캐릭터 목록 (주인공, 히로인, 주요 조연, 적대자)
 □ 각 캐릭터의 생년월일
 □ 각 캐릭터의 기본 성격/특징
 □ 각 캐릭터의 전체 아크 (시작 → 최종)
 □ 캐릭터 간 관계 설정
 ```
 **plot-master.md에서 (해당 권 섹션):**
 ```
 □ 이 권의 캐릭터 아크는?
 □ 이 권의 시작 상태는? (주인공, 상황, 관계)
 □ 이 권의 종료 상태는? (주인공, 상황, 관계)
 □ 이 권의 작중 기간은?
 ```
 **vol-(XX-1)-characters.md에서 (2권 이후):**
 ```
 □ 이전 권 종료 시점 캐릭터 상태
 □ 이전 권에서 변화된 점
 □ 이전 권에서 발생한 관계 변화
 □ 이전 권에서 사망/퇴장한 캐릭터
 ```
 **timeline-master.md에서:**
 ```
 □ 해당 권의 작중 기간 (시작일 ~ 종료일)
 □ 나이 계산 기준일
 ```
 ---
 ## 3. 처리 (어떻게 작성하는가)
 ### 3.1 Step 1: 등장 캐릭터 목록 확정
 **방법:** 해당 권에 등장하는 캐릭터 목록 작성
 ```
 분류:
 - 주인공 (POV 캐릭터)
 - 히로인/주요 조연
 - 조연
 - 적대자
 - 신규 등장 (이 권에서 처음 등장)
 - 퇴장 (이 권에서 사망/퇴장)
 검증:
 □ plot-master의 등장인물과 일치하는가?
 □ 이전 권에서 퇴장한 캐릭터가 포함되지 않았는가?
 ```
 ### 3.2 Step 2: 나이 계산
 **방법:** 작중 시작 시점 기준 각 캐릭터 나이 계산
 ```
 계산:
 나이 = 권 시작 연도 - 출생 연도
 예시 (4권, 1948년 7월 시작):
 - 주인공 (1920년생): 28세
 - 히로인 (1923년생): 25세
 - 조연 A (1915년생): 33세
 검증:
 □ 생년월일이 characters-master와 일치하는가?
 □ 계산이 정확한가?
 ```
 ### 3.3 Step 3: 시작 상태 설정
 **방법:** 이전 권 종료 상태 또는 characters-master 기준
 ```
 1권의 경우:
 - characters-master의 초기 상태 사용
 2권 이후의 경우:
 - vol-(XX-1)-characters.md의 종료 상태 = 이번 권 시작 상태
 설정 항목:
 - 성격/특징: 현재 시점의 성격
 - 상황: 현재 처한 상황
 - 목표/동기: 이 권에서 추구하는 것
 - 관계: 다른 캐릭터와의 현재 관계
 검증:
 □ 이전 권 종료 상태와 연결되는가?
 □ plot-master의 시작 상태와 일치하는가?
 ```
 ### 3.4 Step 4: 종료 상태 설정
 **방법:** plot-master의 종료 상태 기반
 ```
 설정 항목:
 - 성격/특징: 이 권 종료 시 성격 (변화 반영)
 - 상황: 이 권 종료 시 상황
 - 목표/동기: 달성 여부, 새로운 목표
 - 관계: 이 권 종료 시 관계 상태
 검증:
 □ plot-master의 종료 상태와 일치하는가?
 □ 시작 상태에서 종료 상태로의 변화가 자연스러운가?
 ```
 ### 3.5 Step 5: 아크 변화 상세화
 **방법:** 시작 → 종료 사이의 변화 단계 상세화
 ```
 예시:
 주인공 아크 (4권):
 - 시작: 정치 입문자, 불안함
 - 중간1 (10화): 첫 성공, 자신감 상승
 - 중간2 (25화): 배신 경험, 불신
 - 중간3 (40화): 극복, 성장
 - 종료: 검증된 정치인, 신중함
 검증:
 □ 변화가 점진적인가? (급변 없음)
 □ plot-master의 핵심 전환점과 연결되는가?
 ```
 ### 3.6 Step 6: 관계 변화 상세화
 **방법:** 주요 관계의 변화 단계 작성
 ```
 예시:
 주인공 ↔ 히로인 (4권):
 - 시작: 협력 관계, 호감
 - 중간1: 갈등 (의견 충돌)
 - 중간2: 화해, 신뢰 강화
 - 종료: 연인 관계 시작
 주인공 ↔ 적대자 A (4권):
 - 시작: 경쟁 관계
 - 중간: 적대 심화
 - 종료: 공개적 대립
 검증:
 □ 관계 변화가 plot-master와 일치하는가?
 □ 로맨스 방향과 일치하는가?
 ```
 ### 3.7 Step 7: 신규/퇴장 캐릭터 처리
 **방법:** 이 권에서 새로 등장하거나 퇴장하는 캐릭터 명시
 ```
 신규 등장:
 - 캐릭터 B (15화 첫 등장)
  * 역할: {역할}
  * 등장 배경: {왜 등장하는가}
  * 초기 상태: {등장 시 상태}
 퇴장:
 - 캐릭터 C (35화 퇴장)
  * 퇴장 사유: 사망 / 이탈 / 기타
  * 플롯 영향: {퇴장이 플롯에 미치는 영향}
 검증:
 □ 신규 캐릭터가 characters-master에 있는가?
 □ 퇴장 시점이 plot-master와 일치하는가?
 ```
 ---
 ## 4. 출력 (뭐가 나와야 하는가)
 ### 4.1 산출물 구조
 ```markdown
 # X권 캐릭터
 > **생성일:** YYYY-MM-DD
 > **버전:** v1.0.0
 > **프로토콜:** volume-characters-mode.md v1.0.0
 > **입력 파일:**
 >   - characters-master.md (버전)
 >   - plot-master.md (버전)
 >   - vol-(XX-1)-characters.md (버전) [2권 이후]
 ---
 ## 기본 정보
 - **권:** X권
 - **작중 기간:** YYYY.MM.DD ~ YYYY.MM.DD
 - **기준 시점:** YYYY년 (나이 계산 기준)
 ---
 ## 캐릭터 목록
 | 구분 | 캐릭터 | 나이 | 상태 |
 |------|--------|------|------|
 | 주인공 | {이름} | N세 | 활동 |
 | 히로인 | {이름} | N세 | 활동 |
 | 주요 조연 | {이름} | N세 | 활동 |
 | 적대자 | {이름} | N세 | 활동 |
 | 신규 | {이름} | N세 | N화 등장 |
 | 퇴장 | {이름} | N세 | N화 퇴장 |
 ---
 ## 주인공: {이름}
 ### 기본 정보
 - **나이:** N세 (YYYY년생)
 - **직업/신분:** {현재 직업}
 - **위치:** {현재 위치}
 ### 시작 상태 (1화)
 - **성격/특징:** {현재 시점 성격}
 - **상황:** {현재 처한 상황}
 - **목표/동기:** {이 권에서 추구하는 것}
 ### 종료 상태 (50화)
 - **성격/특징:** {변화된 성격}
 - **상황:** {변화된 상황}
 - **목표/동기:** {달성 여부, 새로운 목표}
 ### 아크 변화
 | 시점 | 상태 | 계기 |
 |------|------|------|
 | 1화 | {시작 상태} | - |
 | N화 | {중간 상태} | {전환점 1} |
 | N화 | {중간 상태} | {전환점 2} |
 | 50화 | {종료 상태} | {전환점 3} |
 ### 관계
 | 대상 | 시작 관계 | 종료 관계 | 변화 계기 |
 |------|----------|----------|----------|
 | {히로인} | {관계} | {관계} | {N화 이벤트} |
 | {조연 A} | {관계} | {관계} | {N화 이벤트} |
 | {적대자} | {관계} | {관계} | {N화 이벤트} |
 ---
 ## 히로인: {이름}
 ### 기본 정보
 - **나이:** N세 (YYYY년생)
 - **직업/신분:** {현재 직업}
 - **위치:** {현재 위치}
 ### 시작 상태 (1화)
 (동일 형식)
 ### 종료 상태 (50화)
 (동일 형식)
 ### 아크 변화
 (동일 형식)
 ### 관계
 (동일 형식)
 ---
 ## 주요 조연: {이름}
 (동일 형식, 모든 주요 캐릭터 반복)
 ---
 ## 적대자: {이름}
 (동일 형식)
 ---
 ## 신규 등장 캐릭터
 ### {이름} (N화 첫 등장)
 - **나이:** N세
 - **역할:** {역할}
 - **등장 배경:** {왜 등장하는가}
 - **초기 상태:** {등장 시 상태}
 - **관계:** {주인공/다른 캐릭터와의 관계}
 ---
 ## 퇴장 캐릭터
 ### {이름} (N화 퇴장)
 - **퇴장 사유:** 사망 / 이탈 / 기타
 - **퇴장 시 상태:** {마지막 상태}
 - **플롯 영향:** {퇴장이 플롯에 미치는 영향}
 ---
 ## 관계도 요약
 ### 시작 시점 (1화)
 ```
 주인공 ──협력── 히로인
   │              │
 대립          협력
   │              │
 적대자 ──?──── 조연A
 ```
 ### 종료 시점 (50화)
 ```
 주인공 ══연인══ 히로인
   │              │
 적대          동맹
   │              │
 적대자 ──대립── 조연A
 ```
 ---
 *vol-XX-characters.md 작성 완료*
 ```
 ### 4.2 필수 항목 체크
 **각 캐릭터별 필수 항목:**
 | 항목 | 필수 |
 |------|------|
 | 나이 (권 시작 기준) | ✅ |
 | 시작 상태 (성격, 상황, 목표) | ✅ |
 | 종료 상태 (성격, 상황, 목표) | ✅ |
 | 아크 변화 (시점별 상태) | ✅ |
 | 관계 (시작/종료/변화 계기) | ✅ |
 **전체 필수 항목:**
 | 항목 | 필수 |
 |------|------|
 | 캐릭터 목록 | ✅ |
 | 신규 등장 캐릭터 | ✅ (해당 시) |
 | 퇴장 캐릭터 | ✅ (해당 시) |
 | 관계도 요약 | ✅ |
 ---
 ## 5. 검증 (어떻게 검증하는가)
 ### 5.1 상위 계층 반영 검증
 ```
 characters-master.md 반영:
 □ 모든 캐릭터가 characters-master에 있는가?
 □ 생년월일이 일치하는가?
 □ 기본 성격/특징이 일치하는가?
 □ 전체 아크 방향과 일치하는가?
 plot-master.md 반영:
 □ 캐릭터 아크가 해당 권 설정과 일치하는가?
 □ 시작/종료 상태가 일치하는가?
 □ 로맨스 방향이 일치하는가?
 vol-(XX-1)-characters.md 반영 (2권 이후):
 □ 시작 상태 = 이전 권 종료 상태?
 □ 관계 상태가 연결되는가?
 □ 퇴장 캐릭터가 등장하지 않는가?
 ```
 ### 5.2 일관성 검증
 ```
 나이 일관성:
 □ 나이 계산이 정확한가?
 □ 이전 권보다 나이가 맞게 증가했는가?
 아크 일관성:
 □ 시작 → 종료 변화가 점진적인가?
 □ 급격한 성격 변화가 없는가?
 □ 변화에 계기가 있는가?
 관계 일관성:
 □ 관계 변화에 이유가 있는가?
 □ 일방적 관계 변화가 없는가?
 □ 이전 권 관계와 연결되는가?
 ```
 ### 5.3 검증 체크리스트
 ```
 vol-XX-characters.md 검증 완료 조건:
 상위 계층 반영:
 □ characters-master.md 반영 100%
 □ plot-master.md 반영 100%
 □ vol-(XX-1)-characters.md 반영 100% (2권 이후)
 완성도:
 □ 모든 캐릭터 시작/종료 상태 완성
 □ 모든 캐릭터 아크 변화 완성
 □ 모든 주요 관계 변화 완성
 □ 신규/퇴장 캐릭터 처리 완성
 일관성:
 □ 나이 일관성 확인
 □ 아크 일관성 확인
 □ 관계 일관성 확인
 → 모두 ✅: vol-XX-plot.md 작성 시 사용 가능
 → 하나라도 ❌: 수정 후 재검증
 ```
 ---
 ## 6. 파일명 규칙
 ```
 volumes/vol-XX/vol-XX-characters.md
 예시:
 - volumes/vol-01/vol-01-characters.md
 - volumes/vol-04/vol-04-characters.md
 - volumes/vol-10/vol-10-characters.md
 ```
 ---
 ## 7. 금지 사항
 ```
 ❌ characters-master.md 확인 없이 작성
 ❌ 이전 권 캐릭터 상태 무시하고 작성 (2권 이후)
 ❌ 나이 계산 없이 임의 설정
 ❌ 아크 변화 없이 시작/종료만 작성
 ❌ 관계 변화 계기 없이 작성
 ❌ 퇴장 캐릭터 계속 등장시키기
 ❌ 신규 캐릭터 characters-master에 없이 등장
 ```
 ---
 ## 8. 다음 단계
 ```
 vol-XX-characters.md 완료
     │
     ├─→ vol-XX-timeline.md 작성 (병렬 가능)
     │
     ▼
 vol-XX-plot.md 작성 시 입력 파일로 사용
 ⚠️ 블로킹 조건:
 vol-XX-timeline.md + vol-XX-characters.md 둘 다 검증 통과해야
 Phase 4-2 (vol-XX-plot.md 작성) 진행 가능!
 → 한쪽만 완료해도 Phase 4-2 진행 불가
 → 상세: phase4-master-design.md §3.2 참조
 검증: volume-characters-verification.md (Phase 4-2선행 캐릭터 검증)
 참조: phase4-master-design.md (전체 Phase 4 아키텍처)
 ```
 ---
 *"캐릭터는 시간이 지나면 변한다. 그 변화를 추적해야 일관된 묘사가 가능하다."* - CWS v3.1
--- a/templates/standards/volume-characters-verification.md
+++ b/templates/standards/volume-characters-verification.md
@@ -0,0 +1,393 @@
 # 권별 캐릭터 검증 프로토콜
 > **버전:** v1.2.0
 > **생성일:** 2026-01-27
 > **최종 수정:** 2026-01-31
 > **적용 대상:** `volumes/vol-XX/vol-XX-characters.md`
 > **검증 시점:** vol-XX-characters.md 작성 완료 후, vol-XX-plot.md 작성 전
 > **산출물:** `volumes/vol-XX/vol-XX-characters-verification-report.md`
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v1.2.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 상위 계층 반영 검증 강제
 **검증 3 실행 시 반드시 확인:**
 ```
 🔍 상위 계층 반영 체크리스트 (강제 실행):
 - [ ] characters-master.md 반영
  - 모든 캐릭터 존재
  - 생년월일 일치
  - 기본 성격/특징 일치
 - [ ] plot-master.md 반영
  - 캐릭터 아크 일치
  - 시작/종료 상태 일치
 - [ ] 이전 권 연결 (2권 이후)
  - 시작 상태 = 이전 권 종료 상태
 **하나라도 불일치 발견 시 즉시 🔴 오류 보고!**
 ```
 ---
 ### 규칙 2: 나이 계산 정확성 강제 검증
 **검증 4 실행 시 반드시 확인:**
 ```
 🔍 나이 계산 체크리스트 (강제 실행):
 - [ ] 공식: 나이 = 권 시작 연도 - 출생 연도
 - [ ] 모든 캐릭터 계산 검증
 - [ ] 이전 권보다 정확히 증가
 **나이 계산 오류 발견 시 즉시 수정!**
 ```
 ---
 ### 규칙 3: 판단 명확성 강제
 **모든 검증 항목에 반드시 적용:**
 ```
 🔍 판단 명확성 체크리스트 (강제 실행):
 - [ ] 추측 표현 사용 금지
  - "~로 보임" ❌
  - "~같음" ❌
 - [ ] 명확한 판정만 허용
  - "일치함/불일치함" ✅
  - "있음/없음" ✅
 **추측 표현 발견 시 즉시 명확한 표현으로 수정!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 검증 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재검증
 ---
 ## 1. 검증 목적
 ```
 질문: "이 vol-XX-characters로 화별 캐릭터 묘사 가능한가?"
 검증 항목:
 1. 상위 계층 반영 (characters-master, plot-master, 이전 권)
 2. 나이 정확성
 3. 아크 일관성 (시작→종료 자연스러운가)
 4. 관계 일관성
 5. 완성도 (필수 항목)
 ```
 **⚠️ 검증 통과 없이 vol-XX-plot.md 작성 금지!**
 ---
 ## 2. 입력 (INPUT)
 ```
 필수 읽기 파일:
 1. volumes/vol-XX/vol-XX-characters.md   ← 검증 대상
 2. settings/characters-master.md          ← 상위 계층 (캐릭터 마스터)
 3. settings/plot-master.md                ← 상위 계층 (플롯 마스터)
 4. volumes/vol-(XX-1)/vol-(XX-1)-characters.md ← 이전 권 (2권 이후)
 5. standards/report-management.md         ← 리포트 유효성 규칙
 ```
 ---
 ## 3. 검증 1: 상위 계층 반영
 ### 3.1 characters-master.md 반영
 ```
 □ 모든 캐릭터가 characters-master에 있는가?
 □ 생년월일이 일치?
 □ 기본 성격/특징이 일치?
 □ 전체 아크 방향과 일치?
 □ 신규 캐릭터가 characters-master에 등록?
 방법: characters-master.md 캐릭터 목록 → vol-XX-characters.md 대조
 ```
 ### 3.2 plot-master.md 반영
 ```
 □ 캐릭터 아크가 해당 권 설정과 일치?
 □ 시작/종료 상태가 일치?
 □ 로맨스 방향이 일치?
 방법: plot-master.md 해당 권 섹션 → vol-XX-characters.md 대조
 ```
 ### 3.3 이전 권 연결 (2권 이후)
 ```
 □ 시작 상태 = 이전 권 종료 상태?
 □ 관계 상태가 연결?
 □ 퇴장 캐릭터가 등장하지 않는가?
 □ 이전 권 변화가 반영?
 방법: vol-(XX-1)-characters.md 종료 상태 → vol-XX-characters.md 시작 상태 대조
 ```
 ---
 ## 4. 검증 2: 나이 정확성
 ```
 각 캐릭터:
 □ 나이 = 권 시작 연도 - 출생 연도?
 □ 생일 전/후 고려?
 □ 이전 권보다 정확히 증가?
 계산 검증:
 | 캐릭터 | 생년 | 권 시작 | 계산 나이 | 기록 나이 | 일치 |
 |--------|------|--------|----------|----------|------|
 | {이름} | YYYY | YYYY | N세 | N세 | ✅/❌ |
 | ... | ... | ... | ... | ... | ... |
 ```
 ---
 ## 5. 검증 3: 아크 일관성
 ### 5.1 시작→종료 변화
 ```
 각 캐릭터:
 □ 시작 상태 → 종료 상태 변화가 점진적?
 □ 급격한 성격 변화가 없는가?
 □ 변화에 계기(전환점)가 있는가?
 □ characters-master의 전체 아크 방향과 일치?
 방법: 아크 변화 표의 단계별 상태 확인
 ```
 ### 5.2 전체 아크 위치
 ```
 □ 이 권의 아크가 전체 아크의 적절한 위치에 있는가?
 예시:
 전체 아크: "이기적 → 지도자" (15권)
 4권 위치: "책임감 시작 → 검증된 정치인"
  → 15권 중 4권째로 적절한가? ✅/❌
 ```
 ---
 ## 6. 검증 4: 관계 일관성
 ```
 주요 관계별:
 □ 시작 관계가 이전 권 종료와 일치?
 □ 관계 변화에 이유/계기가 있는가?
 □ 일방적 관계 변화가 없는가?
 □ 로맨스 진행이 plot-master와 일치?
 관계 검증:
 | 관계 | 시작 | 종료 | 변화 계기 | 자연스러움 |
 |------|------|------|----------|-----------|
 | 주인공↔히로인 | {관계} | {관계} | {계기} | ✅/❌ |
 | 주인공↔적대자 | {관계} | {관계} | {계기} | ✅/❌ |
 | ... | ... | ... | ... | ... |
 ```
 ---
 ## 7. 검증 5: 완성도
 ### 7.1 캐릭터별 필수 항목
 ```
 각 캐릭터:
 □ 나이 ✅
 □ 시작 상태 (성격, 상황, 목표) ✅
 □ 종료 상태 (성격, 상황, 목표) ✅
 □ 아크 변화 (시점별 상태) ✅
 □ 관계 (시작/종료/변화 계기) ✅
 | 캐릭터 | 나이 | 시작 | 종료 | 아크 | 관계 | 완성 |
 |--------|------|------|------|------|------|------|
 | {주인공} | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | N/5 |
 | {히로인} | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | N/5 |
 | ... | ... | ... | ... | ... | ... | ... |
 ```
 ### 7.2 전체 필수 항목
 ```
 □ 캐릭터 목록 (구분별)
 □ 신규 등장 캐릭터 (해당 시)
 □ 퇴장 캐릭터 (해당 시)
 □ 관계도 요약 (시작/종료)
 ```
 ---
 ## 8. 통과 조건
 ```
 vol-XX-characters.md 검증 통과 조건:
 □ 검증 1: 상위 계층 반영 100%
 □ 검증 2: 나이 계산 오류 0건
 □ 검증 3: 아크 급변 0건, 전체 아크 위치 적절
 □ 검증 4: 관계 변화 모두 계기 있음
 □ 검증 5: 모든 캐릭터 5개 필수 항목 완성
 → 모두 ✅: vol-XX-plot.md 작성 시 사용 가능
 → 하나라도 ❌: 수정 후 재검증
 ```
 ---
 ## 9. 실패 시 조치
 ```
 오류가 이 파일 내에 있을 때:
 1. vol-XX-characters.md 수정
   - 검증 보고서 지적 항목 모두 수정
 2. 재검증
   - 이 프로토콜 처음부터 재실행
 3. 통과 전까지 vol-XX-plot.md 작성 금지
 나이 오류 발견 시:
 - characters-master.md 생년 확인
 - 계산 재실행
 - 이전 권과도 대조
 아크 불일치 발견 시:
 - plot-master.md 해당 권 아크 확인
 - characters-master.md 전체 아크 확인
 - 상위 기준에 맞춰 수정
 ⚠️ 검증 보고서 유효성 확인:
 이전 검증 보고서가 존재하는 경우, 리포트 유효성을 먼저 확인하세요.
 - 보고서 작성일 이후 대상 파일이 수정되었으면 → 보고서 무효 → 재검증 필요
 - 상세 규칙: standards/report-management.md 참조
 ⚠️ 상위 계층 오류 발견 시 (에스컬레이션):
 → characters-master.md 오류: settings 파일 수정 (사용자 승인 필수)
  - characters-master.md 수정 → vol-XX-characters.md 수정 → 재검증
 → plot-master.md 오류: Phase 4-1 검증으로 에스컬레이션 (사용자 승인 필수)
  - plot-master.md 수정 → Phase 4-1 재검증 → 영향받는 Phase 4-2선행 재검증
 → 이전 권 오류: 이전 권 수정 필요 (사용자 승인 필수)
  - 이전 권 수정 → 이전 권 재검증 → 현재 권 재검증
 → 상세 절차: phase4-master-design.md 에러 복구 프로토콜 참조
 ⚠️ 신뢰 모델:
 이 검증은 상위 계층(characters-master, plot-master, 이전 권) 반영을 확인합니다.
 settings 파일 자체의 정합성은 Phase 4-1 검증 책임입니다.
 전체 계층 정합성은 Phase 5에서 최종 확인합니다.
 ⚠️ 이 검증의 유효성 조건:
 다음 경우 이 검증 결과가 무효화되므로 재실행 필수:
 - 검증 대상 파일이 수정된 경우
 - 상위 계층 파일(INPUT 파일)이 수정된 경우
 - 캐스케이드 재검증이 요청된 경우 (phase4-master-design.md §7.3 참조)
 ```
 ---
 ## 10. 산출물 (OUTPUT): 검증 보고서 템플릿
 ```markdown
 # vol-XX-characters.md 검증 보고서
 > **검증일:** YYYY-MM-DD
 > **프로토콜:** volume-characters-verification.md v1.0.0
 > **대상:** volumes/vol-XX/vol-XX-characters.md
 ---
 ## 검증 결과: ✅ 통과 / ❌ 실패
 ### 검증 1: 상위 계층 반영
 - characters-master.md: ✅/❌ (불일치: N건)
 - plot-master.md: ✅/❌ (불일치: N건)
 - 이전 권 연결: ✅/❌/해당없음 (불일치: N건)
 ### 검증 2: 나이 정확성
 | 캐릭터 | 생년 | 권 시작 | 계산 | 기록 | 일치 |
 |--------|------|--------|------|------|------|
 | {이름} | YYYY | YYYY | N세 | N세 | ✅/❌ |
 | ... | ... | ... | ... | ... | ... |
 - 나이 오류: N건
 ### 검증 3: 아크 일관성
 - 급변: N건
 - 계기 없는 변화: N건
 - 전체 아크 위치: ✅/❌
 ### 검증 4: 관계 일관성
 | 관계 | 시작 | 종료 | 계기 | 자연스러움 |
 |------|------|------|------|-----------|
 | {관계} | {상태} | {상태} | {계기} | ✅/❌ |
 | ... | ... | ... | ... | ... |
 - 관계 문제: N건
 ### 검증 5: 완성도
 | 캐릭터 | 나이 | 시작 | 종료 | 아크 | 관계 |
 |--------|------|------|------|------|------|
 | {이름} | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | ... | ... | ... | ... | ... | ... |
 - 전체 완성도: N/N 캐릭터 완성
 ---
 ## 발견된 문제점
 1. **문제:** {내용}
   - **캐릭터:** {이름}
   - **유형:** {상위계층/나이/아크/관계/완성도}
   - **조치:** {수정 방법}
 ---
 ## 최종 판정
 - [ ] ✅ vol-XX-plot.md 작성 시 사용 가능
 - [ ] ❌ 수정 후 재검증 필요
 ---
 *검증 완료일: YYYY-MM-DD*
 ```
 ---
 ## 11. 파일명 규칙
 ```
 검증 보고서:
 volumes/vol-XX/vol-XX-characters-verification-report.md
 예시:
 - volumes/vol-01/vol-01-characters-verification-report.md
 - volumes/vol-04/vol-04-characters-verification-report.md
 ```
 ---
 *"캐릭터가 틀리면 대화가 틀리고, 대화가 틀리면 소설이 틀린다."* - CWS v3.1
--- a/templates/standards/volume-plot-mode.md
+++ b/templates/standards/volume-plot-mode.md
@@ -0,0 +1,621 @@
 # 권별 플롯 작성 모드 프로토콜 (Phase 4-2)
 > **버전:** v3.2.0
 > **생성일:** 2026-01-26
 > **최종 수정:** 2026-01-31
 > **목적:** vol-XX-plot.md 작성 - 완전한 작성 기준
 > **산출물:** `volumes/vol-XX/vol-XX-plot.md`
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v3.2.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 필수 입력 파일 읽기 강제
 **플롯 작성 시작 전 반드시 실행:**
 ```
 🔍 필수 파일 읽기 체크리스트 (강제 실행):
 - [ ] settings/plot-master.md 읽기
  - 해당 권 정보 추출
 - [ ] volumes/vol-XX/vol-XX-timeline.md 읽기
  - 권 기간 내 역사적 사건 확인
 - [ ] volumes/vol-XX/vol-XX-characters.md 읽기
  - 권 시점 캐릭터 상태 확인
 **필수 파일 읽지 않고 작성 시작 절대 금지!**
 **plot-master.md와 불일치 시 작성 무효!**
 ```
 ---
 ### 규칙 2: 권 개요 100% 일치 강제
 **Step 1 완료 후 반드시 검증:**
 ```
 🔍 권 개요 일치 체크리스트 (강제 실행):
 - [ ] 권 제목: plot-master.md와 100% 일치
 - [ ] 작중 기간: plot-master.md와 100% 일치
 - [ ] 권 목표: plot-master.md와 100% 일치
 - [ ] 시작/종료 상태: plot-master.md와 100% 일치
 - [ ] 핵심 전환점: plot-master.md와 100% 일치
 - [ ] 캐릭터 아크: plot-master.md와 100% 일치
 - [ ] 로맨스 방향: plot-master.md와 100% 일치
 - [ ] 복선 계획: plot-master.md와 100% 일치
 **하나라도 불일치 발견 시 즉시 수정!**
 **"창의적으로 변경" 절대 금지!**
 ```
 ---
 ### 규칙 3: 50화 구조 강제 검증
 **Step 2-5 완료 후 반드시 확인:**
 ```
 🔍 50화 구조 체크리스트 (강제 실행):
 - [ ] 핵심 전환점이 적절한 간격으로 배치 (10화, 25화, 40화 부근)
 - [ ] 각 전환점 전후로 준비/결과 화 존재
 - [ ] 로맨스 이벤트 자연스럽게 분배
 - [ ] 복선 설치/회수 적절한 위치
 **구조 검증 없이 작성 완료 불가!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 플롯 작성 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작성
 ---
 ## 1. 개요
 ### 1.1 이 프로토콜의 목적
 ```
 vol-XX-plot.md를 작성하기 위한 완전한 기준:
 - 입력: 뭘 보고 작성하는가
 - 처리: 어떻게 작성하는가
 - 출력: 뭐가 나와야 하는가
 - 검증: 어떻게 검증하는가
 ```
 ### 1.2 Phase 4-2의 역할
 ```
 Phase 4-1 산출물: plot-master.md
        │
        ├─→ vol-XX-timeline.md (권별 타임라인)
        ├─→ vol-XX-characters.md (권별 캐릭터)
        │
        ▼
 Phase 4-2 산출물: vol-XX-plot.md
        │
        │ 이 정보로 작성 가능해야 함
        ▼
 Phase 4-3: vol-XX-plot-NNN-MMM.md (5화별)
 ```
 ### 1.3 완료 기준
 ```
 질문: "이 vol-XX-plot으로 5화별 상세 플롯 작성 가능한가?"
 → YES: Phase 4-2 완료
 → NO: 보완 필요
 ```
 ---
 ## 2. 입력 (뭘 보고 작성하는가)
 ### 2.1 필수 입력 파일
 | 파일 | 추출 정보 | 용도 |
 |------|----------|------|
 | `settings/plot-master.md` | 해당 권 정보 (목표, 기간, 전환점, 아크, 복선) | 50화 분배 기준 |
 | `volumes/vol-XX/vol-XX-timeline.md` | 권 기간 내 역사적 사건, 날짜 | 화별 타임라인 설정 |
 | `volumes/vol-XX/vol-XX-characters.md` | 권 시점 캐릭터 상태 (나이, 성격, 관계) | 화별 등장인물 설정 |
 ### 2.2 각 파일에서 추출할 정보
 **plot-master.md에서 (해당 권 섹션):**
 ```
 □ 권 목표는 무엇인가?
 □ 작중 기간은? (시작일 ~ 종료일)
 □ 시작 상태는? (주인공, 상황, 관계)
 □ 종료 상태는? (주인공, 상황, 관계)
 □ 핵심 전환점은? (2-3개, 대략 위치)
 □ 캐릭터 아크 방향은?
 □ 로맨스 시작/종료 단계는?
 □ 복선 목록은? (설치/회수)
 ```
 **vol-XX-timeline.md에서:**
 ```
 □ 이 권 기간의 역사적 사건은?
 □ 각 사건의 정확한 날짜는?
 □ 사건이 플롯에 미치는 영향은?
 □ 계절/날씨 정보는?
 □ 사회적 분위기는?
 ```
 **vol-XX-characters.md에서:**
 ```
 □ 주요 캐릭터의 현재 나이는?
 □ 이 권 시점의 성격/특징은?
 □ 현재 관계 상태는?
 □ 이전 권에서 변화된 점은?
 □ 이 권에서의 목표/동기는?
 ```
 ---
 ## 3. 처리 (어떻게 작성하는가)
 ### 3.1 Step 1: 권 개요 복사
 **방법:** plot-master.md에서 해당 권 정보 복사
 ```
 복사 항목:
 - 권 제목
 - 작중 기간
 - 권 목표
 - 시작 상태 / 종료 상태
 - 핵심 전환점
 - 캐릭터 아크
 - 로맨스 방향
 - 복선 계획
 검증:
 □ plot-master.md와 100% 일치하는가?
 ```
 ### 3.2 Step 2: 핵심 전환점 화 배치
 **방법:** 전환점을 기준으로 50화 구조 설계
 ```
 예시:
 핵심 전환점 (plot-master에서):
 1. 금괴 탈취 (초반)
 2. 첫 정치 승리 (중반)
 3. 배신 발견 (후반)
 배치:
 - 전환점 1 → 10화 부근 (1-10화: 준비 → 실행)
 - 전환점 2 → 25화 부근 (11-25화: 정치 진입 → 승리)
 - 전환점 3 → 40화 부근 (26-40화: 안정 → 위기)
 - 마무리 → 41-50화 (위기 극복 → 권 종료)
 검증:
 □ 전환점이 적절한 간격으로 배치되었는가?
 □ 전환점 전후로 준비/결과 화가 있는가?
 ```
 ### 3.3 Step 3: 로맨스 이벤트 배치
 **방법:** 로맨스 시작/종료 단계에 맞게 이벤트 분배
 ```
 예시:
 로맨스 방향 (plot-master에서):
 - 시작 단계: 첫 만남
 - 종료 단계: 호감 인지
 배치:
 - 첫 만남 → 3화
 - 재회 → 12화
 - 협력 시작 → 20화
 - 갈등 → 30화
 - 호감 인지 → 45화
 검증:
 □ 로맨스 진행이 자연스러운가?
 □ 50화에 걸쳐 적절히 분산되었는가?
 □ 메인 플롯과 충돌하지 않는가?
 ```
 ### 3.4 Step 4: 복선 배치
 **방법:** 설치/회수 복선을 적절한 화에 배치
 ```
 예시:
 복선 계획 (plot-master에서):
 - 설치: 의문의 편지 → 3권 회수
 - 회수: 숨겨진 조력자 ← 1권 설치
 배치:
 - 의문의 편지 설치 → 8화 (자연스러운 삽입 지점)
 - 조력자 정체 회수 → 35화 (전환점 3 직전)
 검증:
 □ 설치 복선이 자연스럽게 삽입되는가?
 □ 회수 복선이 플롯에 영향을 주는가?
 □ 설치/회수 시점이 plot-master 계획과 일치하는가?
 ```
 ### 3.5 Step 5: 타임라인 배분
 **방법:** vol-XX-timeline.md 기반으로 화별 날짜 설정
 ```
 예시:
 권 기간: 1945.08.16 ~ 1945.12.31 (약 4.5개월)
 역사적 사건 (vol-XX-timeline에서):
 - 1945.08.15: 해방
 - 1945.09.08: 미군 진주
 - 1945.12.27: 모스크바 3상회의
 배분:
 - 1-5화: 1945.08.16 ~ 08.20 (해방 직후 혼란)
 - 6-15화: 1945.08.21 ~ 09.10 (미군 진주 전후)
 - 16-30화: 1945.09.11 ~ 11.30 (안정화 시도)
 - 31-50화: 1945.12.01 ~ 12.31 (모스크바 회의 전후)
 검증:
 □ vol-XX-timeline의 사건이 반영되었는가?
 □ 날짜 진행이 자연스러운가?
 □ 사건 간 간격이 플롯에 적절한가?
 ```
 ### 3.6 Step 6: 50화 상세 작성
 **방법:** 각 화별 필수 정보 작성
 ```
 각 화마다:
 - 제목: {화 내용 요약}
 - 타임라인: YYYY.MM.DD (Step 5에서)
 - 핵심 이벤트: 1-2개
 - 등장인물: vol-XX-characters 참조
 - 종료 상태: 다음 화 연결점
 - 로맨스: 있음/없음 (Step 3에서)
 - 복선: 설치/회수/없음 (Step 4에서)
 검증:
 □ 모든 화에 6개 필수 항목이 있는가?
 □ 핵심 전환점 화가 포함되었는가?
 □ 로맨스/복선 배치가 반영되었는가?
 ```
 ### 3.7 Step 7: 특수 타임라인 표기
 **방법:** 병렬/역전 진행 시 명시적 표기
 ```
 병렬 진행 (같은 날, 다른 장소):
 ### 16화: 민호의 탈출
 - **타임라인:** 1945.08.10 [병렬: 15화]
 → 15화와 같은 날, 다른 장소
 의도된 역전 (플래시백):
 ### 17화: 체포되기까지
 - **타임라인:** 1945.08.05 [역전: 15화]
 → 15화 결과의 원인
 검증:
 □ 타임라인 이상 시 [병렬] 또는 [역전] 표기 있는가?
 □ 연결 화가 명시되었는가?
 ```
 ---
 ## 4. 출력 (뭐가 나와야 하는가)
 ### 4.1 산출물 구조
 ```markdown
 # X권 권별 플롯
 > **생성일:** YYYY-MM-DD
 > **버전:** v1.0.0
 > **프로토콜:** volume-plot-mode.md v3.1.0
 > **입력 파일:**
 >   - plot-master.md (버전)
 >   - vol-XX-timeline.md (버전)
 >   - vol-XX-characters.md (버전)
 ---
 ## 권 개요
 ### 기본 정보
 - **권 제목:** {plot-master에서}
 - **작중 기간:** {plot-master에서}
 - **화수:** 1화 ~ 50화
 ### 권 목표
 {plot-master에서 복사}
 ### 시작 상태
 - **주인공:** {상태}
 - **상황:** {상태}
 - **관계:** {상태}
 ### 종료 상태
 - **주인공:** {상태}
 - **상황:** {상태}
 - **관계:** {상태}
 ### 핵심 전환점
 1. **{N화}:** {이벤트} - {의미}
 2. **{N화}:** {이벤트} - {의미}
 3. **{N화}:** {이벤트} - {의미}
 ### 캐릭터 아크
 - **주인공:** {시작} → {종료}
 - **히로인:** {시작} → {종료}
 ### 로맨스 방향
 - **시작 단계:** {단계}
 - **종료 단계:** {단계}
 - **주요 이벤트:** {N화}, {N화}, {N화}
 ### 복선 계획
 **설치:**
 - {내용} (N화) → 회수: {M}권
 **회수:**
 - {내용} (N화) ← 설치: {M}권
 ---
 ## 화별 플롯
 ### 1화: {제목}
 - **타임라인:** YYYY.MM.DD
 - **핵심 이벤트:** {이벤트}
 - **등장인물:** {인물1}, {인물2}
 - **종료 상태:** {한 문장}
 - **로맨스:** 없음 / 있음 - {내용}
 - **복선:** 없음 / 설치 - {내용} / 회수 - {내용}
 ### 2화: {제목}
 (동일 형식)
 ...
 ### 50화: {제목}
 - **타임라인:** YYYY.MM.DD
 - **핵심 이벤트:** {이벤트}
 - **등장인물:** {인물1}, {인물2}
 - **종료 상태:** {권 종료 상태와 일치}
 - **로맨스:** {내용}
 - **복선:** {내용}
 ---
 ## 특수 타임라인 목록
 | 화 | 유형 | 연결 화 | 설명 |
 |----|------|--------|------|
 | N화 | 병렬 | M화 | {설명} |
 | N화 | 역전 | M화 | {설명} |
 ---
 *vol-XX-plot.md 작성 완료*
 ```
 ### 4.2 필수 항목 체크
 **권 개요 필수 항목 (8개):**
 | 항목 | 출처 |
 |------|------|
 | 권 목표 | plot-master.md |
 | 작중 기간 | plot-master.md |
 | 시작 상태 | plot-master.md |
 | 종료 상태 | plot-master.md |
 | 핵심 전환점 + 화 배치 | Step 2 |
 | 캐릭터 아크 | plot-master.md |
 | 로맨스 방향 + 이벤트 화 | Step 3 |
 | 복선 계획 + 화 배치 | Step 4 |
 **각 화별 필수 항목 (6개):**
 | 항목 | 출처 |
 |------|------|
 | 타임라인 | Step 5 |
 | 핵심 이벤트 | Step 6 |
 | 등장인물 | vol-XX-characters.md |
 | 종료 상태 | Step 6 |
 | 로맨스 | Step 3 |
 | 복선 | Step 4 |
 ---
 ## 5. 검증 (어떻게 검증하는가)
 ### 5.1 상위 계층 반영 검증
 ```
 plot-master.md 반영:
 □ 권 목표가 일치하는가?
 □ 작중 기간이 일치하는가?
 □ 시작/종료 상태가 일치하는가?
 □ 핵심 전환점이 모두 포함되었는가?
 □ 캐릭터 아크가 일치하는가?
 □ 로맨스 방향이 일치하는가?
 □ 복선 계획이 모두 반영되었는가?
 vol-XX-timeline.md 반영:
 □ 역사적 사건이 해당 화에 반영되었는가?
 □ 날짜가 정확한가?
 □ 사건이 플롯에 영향을 주는가?
 vol-XX-characters.md 반영:
 □ 등장인물이 해당 권 시점 상태인가?
 □ 캐릭터 나이가 맞는가?
 □ 캐릭터 관계가 반영되었는가?
 ```
 ### 5.2 연결 검증
 ```
 화 간 연결:
 □ 1화 시작 = 권 시작 상태?
 □ N화 종료 상태 → N+1화 시작 자연스러운가?
 □ 50화 종료 = 권 종료 상태?
 전환점 연결:
 □ 전환점 전 화들이 준비 역할을 하는가?
 □ 전환점 후 화들이 결과를 다루는가?
 ```
 ### 5.3 타임라인 검증
 ```
 순차 검증:
 □ 이전 화 타임라인 ≤ 현재 화 타임라인?
 □ 예외 시 [병렬] 또는 [역전] 표기 있는가?
 기간 검증:
 □ 1화 타임라인 ≥ 권 시작일?
 □ 50화 타임라인 ≤ 권 종료일?
 □ 역사적 사건 날짜가 정확한가?
 ```
 ### 5.4 일관성 검증
 ```
 등장인물 일관성:
 □ 등장인물이 vol-XX-characters.md에 있는가?
 □ 사망/퇴장한 캐릭터가 등장하지 않는가?
 복선 일관성:
 □ 설치 화 < 회수 화? (같은 권 내 회수 시)
 □ 이전 권 설치 복선의 회수가 계획대로인가?
 로맨스 일관성:
 □ 로맨스 이벤트 순서가 자연스러운가?
 □ 시작 단계 → 종료 단계로 진행하는가?
 ```
 ### 5.5 검증 체크리스트
 ```
 Phase 4-2 검증 완료 조건:
 상위 계층 반영:
 □ plot-master.md 반영 100%
 □ vol-XX-timeline.md 반영 100%
 □ vol-XX-characters.md 반영 100%
 구조 완성:
 □ 권 개요 8개 항목 완성
 □ 50화 전체 리스트 완성
 □ 각 화 6개 필수 항목 완성
 타임라인:
 □ 순차 검증 통과 (또는 병렬/역전 표기)
 □ 기간 검증 통과
 연결:
 □ 화 간 연결 검증 통과
 □ 전환점 연결 검증 통과
 → 모두 ✅: Phase 4-3 진행 가능
 → 하나라도 ❌: 수정 후 재검증
 ```
 ---
 ## 6. 파일명 규칙
 ```
 volumes/vol-XX/
 ├── vol-XX-timeline.md      ← 권별 타임라인 (입력)
 ├── vol-XX-characters.md    ← 권별 캐릭터 (입력)
 ├── vol-XX-plot.md          ← 권별 플롯 (출력) ⭐
 └── plots/
    ├── vol-XX-plot-001-005.md
    ├── vol-XX-plot-006-010.md
    └── ...
 예시 (4권):
 volumes/vol-04/
 ├── vol-04-timeline.md
 ├── vol-04-characters.md
 ├── vol-04-plot.md
 └── plots/
    ├── vol-04-plot-001-005.md
    └── ...
 ```
 ---
 ## 7. 금지 사항
 ```
 ❌ 입력 파일 읽지 않고 작성
 ❌ plot-master.md와 불일치하는 내용 작성
 ❌ vol-XX-timeline.md 무시하고 날짜 임의 설정
 ❌ vol-XX-characters.md 무시하고 캐릭터 상태 임의 설정
 ❌ Part별 장면 분할 (Phase 4-3 영역)
 ❌ 대화 주제 상세 (Phase 4-3 영역)
 ❌ 50화 전체 리스트업 안 하고 진행
 ❌ 병렬/역전 표기 없이 타임라인 이상 방치
 ❌ 필수 항목 누락한 채 Phase 4-3 진행
 ```
 ---
 ## 8. 다음 단계
 ```
 Phase 4-2 완료 (검증 통과)
     │
     ▼
 Phase 4-3: vol-XX-plot-NNN-MMM.md 작성
  - plot-mode.md 프로토콜 사용
  - 5화 단위로 작성
  - vol-XX-plot.md + vol-XX-timeline.md + vol-XX-characters.md 참조
 ```
 ---
 ## 9. 선행 작업
 ```
 vol-XX-plot.md 작성 전 필요:
 1. vol-XX-timeline.md 작성 + 검증 통과
   - 프로토콜: volume-timeline-mode.md
   - 검증: volume-timeline-verification.md
   - 내용: 해당 권 기간의 역사적 사건, 날짜, 배경
 2. vol-XX-characters.md 작성 + 검증 통과
   - 프로토콜: volume-characters-mode.md
   - 검증: volume-characters-verification.md
   - 내용: 해당 권 시점의 캐릭터 상태 (나이, 성격, 관계)
 ⚠️ 블로킹 조건 (Phase 4-2선행):
 위 두 파일 모두 검증 통과해야 vol-XX-plot.md 작성 시작 가능!
 → 한쪽만 통과해도 진행 불가
 → 상세: phase4-master-design.md §3.2 참조
 참조: phase4-master-design.md (전체 Phase 4 아키텍처)
 ```
 ---
 *"입력 파일을 보고, 절차대로 처리하고, 검증까지 통과해야 진짜 완료다."* - CWS v3.1
--- a/templates/standards/volume-plot-verification.md
+++ b/templates/standards/volume-plot-verification.md
@@ -0,0 +1,513 @@
 # 권별 플롯 검증 프로토콜 (Phase 4-2 검증)
 > **버전:** v2.2.0
 > **생성일:** 2026-01-26
 > **최종 수정:** 2026-01-31
 > **적용 대상:** `volumes/vol-XX/vol-XX-plot.md`
 > **검증 시점:** Phase 4-2 완료 후, Phase 4-3 진행 전
 > **산출물:** `volumes/vol-XX/vol-XX-plot-verification-report.md`
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v2.2.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 상위 계층 반영 검증 강제
 **검증 1 실행 시 반드시 확인:**
 ```
 🔍 상위 계층 반영 체크리스트 (강제 실행):
 - [ ] plot-master.md 반영
  - 권 목표, 작중 기간, 시작/종료 상태 일치
  - 핵심 전환점 모두 포함
  - 캐릭터 아크, 로맨스, 복선 일치
 - [ ] vol-XX-timeline.md 반영
  - 역사적 사건 반영
  - 날짜 정확성
  - 월별 분위기 반영
 - [ ] vol-XX-characters.md 반영
  - 등장인물 시점 상태
  - 캐릭터 나이 정확성
  - 신규/퇴장 처리
 **하나라도 불일치 발견 시 즉시 🔴 오류 보고!**
 ```
 ---
 ### 규칙 2: 타임라인 순차 검증 강제 (50화 전체)
 **검증 2-1 실행 시 반드시 확인:**
 ```
 🔍 타임라인 순차 체크리스트 (강제 실행):
 - [ ] 50화 전체 타임라인 역행 검사
  - 화[i+1].타임라인 ≥ 화[i].타임라인
  - 역행 발견 시 → [병렬]/[역전] 표기 확인
  - 표기 없으면 즉시 오류 보고
 **타임라인 역행 무표기 발견 시 즉시 수정!**
 ```
 ---
 ### 규칙 3: 특수 타임라인 검증 강제
 **[병렬]/[역전] 발견 시 반드시 확인:**
 ```
 🔍 특수 타임라인 체크리스트 (강제 실행):
 - [ ] [병렬] 표기 검증
  - 같은 날짜 확인
  - 다른 장소 확인
  - 사유/목적 명시 확인
 - [ ] [역전] 표기 검증
  - 플래시백 자연스러움
  - 원인/과정 설명 확인
  - 사유/목적 명시 확인
 **표기 있으나 사유 없으면 즉시 보고!**
 ```
 ---
 ### 규칙 4: 필수 항목 완성도 강제 검증
 **검증 3 실행 시 반드시 확인:**
 ```
 🔍 필수 항목 체크리스트 (강제 실행):
 - [ ] 권 개요 8개 항목 완성
 - [ ] 50화 × 6개 항목 완성
  - 타임라인, 핵심 이벤트, 등장인물
  - 종료 상태, 로맨스, 복선
 **하나라도 누락 시 즉시 보고!**
 ```
 ---
 ### 규칙 5: 이전 권 경계 연결 강제 검증 (2권 이상)
 **2권 이상에서 검증 4-3 실행 시 반드시 확인:**
 ```
 🔍 이전 권 경계 체크리스트 (강제 실행):
 - [ ] 이전 권 50화 종료 상태 읽기
 - [ ] 현재 권 1화 시작 상태 읽기
 - [ ] 디테일 수준 대조
  - plot-master 요약 일치
  - 구체적 상황 일치 (감정, 관계, 위치)
 **불일치 발견 시 즉시 수정!**
 ```
 ---
 ### 규칙 6: 복선 고아/유령 검증 강제
 **검증 5 실행 시 반드시 확인:**
 ```
 🔍 복선 검증 체크리스트 (강제 실행):
 - [ ] 고아 복선 (설치만, 회수 없음) 0건
 - [ ] 유령 회수 (회수만, 설치 없음) 0건
 - [ ] 매칭 오류 (화수 불일치) 0건
 **고아/유령 발견 시 즉시 수정!**
 ```
 ---
 ### 규칙 7: 판단 명확성 강제
 **모든 검증 항목에 반드시 적용:**
 ```
 🔍 판단 명확성 체크리스트 (강제 실행):
 - [ ] 추측 표현 사용 금지
  - "~로 보임" ❌
  - "~같음" ❌
 - [ ] 명확한 판정만 허용
  - "일치함/불일치함" ✅
  - "있음/없음" ✅
 **추측 표현 발견 시 즉시 명확한 표현으로 수정!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 검증 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재검증
 ---
 ## 1. 검증 목적
 ```
 질문: "이 vol-XX-plot으로 5화별 상세 플롯 작성 가능한가?"
 검증 항목:
 1. 상위 계층 반영 (plot-master, vol-XX-timeline, vol-XX-characters)
 2. 타임라인 일관성 ([병렬]/[역전] 포함)
 3. 필수 항목 완성도 (50화 × 6개 항목)
 4. 연결 검증 (화 간, 전환점)
 5. 복선 검증 (설치/회수 매칭)
 ```
 **⚠️ Phase 4-2 검증 통과 없이 Phase 4-3 진행 금지!**
 ---
 ## 2. 입력 (INPUT)
 ```
 필수 읽기 파일:
 1. volumes/vol-XX/vol-XX-plot.md           ← 검증 대상
 2. settings/plot-master.md                  ← 상위 계층 (플롯 마스터)
 3. volumes/vol-XX/vol-XX-timeline.md       ← 상위 계층 (권별 타임라인)
 4. volumes/vol-XX/vol-XX-characters.md     ← 상위 계층 (권별 캐릭터)
 5. standards/report-management.md           ← 리포트 유효성 규칙
 6. volumes/vol-(XX-1)/vol-(XX-1)-plot.md   ← 이전 권 (2권 이상, 경계 검증용)
 ```
 ---
 ## 3. 검증 1: 상위 계층 반영
 ### 3.1 plot-master.md 반영
 ```
 □ 권 목표 일치?
 □ 작중 기간 일치?
 □ 시작/종료 상태 일치?
 □ 핵심 전환점 모두 포함? (전환점 N개 중 N개)
 □ 캐릭터 아크 일치?
 □ 로맨스 방향 일치?
 □ 복선 계획 모두 반영?
 방법: plot-master.md 해당 권 섹션 → vol-XX-plot.md 대조
 ```
 ### 3.2 vol-XX-timeline.md 반영
 ```
 □ 역사적 사건이 해당 화에 반영?
 □ 날짜가 정확?
 □ 사건이 플롯에 영향을 주는가?
 □ 월별 분위기가 반영?
 방법: vol-XX-timeline.md 사건 목록 → vol-XX-plot.md 대조
 ```
 ### 3.3 vol-XX-characters.md 반영
 ```
 □ 등장인물이 해당 권 시점 상태인가?
 □ 캐릭터 나이가 맞는가?
 □ 캐릭터 관계가 반영?
 □ 신규/퇴장 캐릭터 처리?
 방법: vol-XX-characters.md → vol-XX-plot.md 등장인물 대조
 ```
 ---
 ## 4. 검증 2: 타임라인 일관성
 ### 4.1 순차 검증
 ```
 50화 전체 타임라인 추출 후:
 □ 이전 화 타임라인 ≤ 현재 화 타임라인?
  (예외: [병렬] 또는 [역전] 표기 시 허용)
  → [병렬]/[역전] 표기법: phase4-master-design.md §4 참조
 방법:
 for i in 1..49:
    if 화[i+1].타임라인 < 화[i].타임라인:
        [병렬] 또는 [역전] 표기 있는가?
        → 있음: 정상 (의도된 구조)
        → 없음: 오류 (수정 필요)
 ```
 ### 4.2 특수 타임라인 검증
 ```
 이것은 역사서가 아닌 소설이다!
 병렬 진행:
 □ [병렬: N화] 표기된 모든 화 확인
 □ 연결 화와 같은 날짜인가?
 □ 다른 장소인가?
 의도된 역전:
 □ [역전: N화] 표기된 모든 화 확인
 □ 연결 화의 원인/과정을 보여주는가?
 □ 플래시백으로 자연스러운가?
 ```
 ### 4.3 기간 검증
 ```
 □ 1화 타임라인 ≥ 권 시작일?
 □ 50화 타임라인 ≤ 권 종료일?
 □ plot-master 작중 기간과 일치?
 ```
 ---
 ## 5. 검증 3: 필수 항목 완성도
 ### 5.1 권 개요 (8개 항목)
 ```
 □ 권 목표
 □ 작중 기간
 □ 시작 상태
 □ 종료 상태
 □ 핵심 전환점 + 화 배치
 □ 캐릭터 아크
 □ 로맨스 방향 + 이벤트 화
 □ 복선 계획 + 화 배치
 ```
 ### 5.2 화별 (6개 항목 × 50화)
 ```
 각 화마다:
 □ 타임라인
 □ 핵심 이벤트
 □ 등장인물
 □ 종료 상태
 □ 로맨스
 □ 복선
 방법: 50화 전체 순회하며 6개 항목 유무 확인
 누락 화 기록: N화, N화...
 ```
 ---
 ## 6. 검증 4: 연결 검증
 ### 6.1 화 간 연결
 ```
 □ 1화 시작 = 권 시작 상태?
 □ N화 종료 상태 → N+1화 시작 자연스러운가?
 □ 50화 종료 = 권 종료 상태?
 방법: 연속된 화의 종료/시작 비교
 ```
 ### 6.2 전환점 연결
 ```
 □ 전환점 전 화들이 준비 역할?
 □ 전환점 화에서 실제 이벤트 발생?
 □ 전환점 후 화들이 결과 반영?
 ```
 ### 6.3 이전 권 경계 연결 (2권 이상)
 ```
 ⚠️ 1권은 이 검증 생략 (이전 권 없음)
 □ 이전 권 50화 종료 상태 → 현재 권 1화 시작 상태 자연스러운가?
 □ 디테일 수준에서 일치하는가? (plot-master 요약뿐 아니라 구체적 상황)
 □ 캐릭터 상태 연속성? (감정, 관계, 위치)
 □ 미해결 사건이 현재 권에서 계승되는가?
 방법:
 1. vol-(XX-1)-plot.md의 50화 종료 상태 추출
 2. vol-XX-plot.md의 1화 시작 상태 추출
 3. 디테일 수준 대조:
   - plot-master 요약 일치 (이미 검증 1에서 확인)
   - 구체적 상황 일치 (여기서 추가 확인)
   예시:
   vol-01 50화: "김구와 단독 면담, 향후 지원 약속 받음"
   vol-02 1화: "김구의 지원 약속을 바탕으로..."  ✅ 연속
   vol-02 1화: "아직 구체적 약속 없는 상태에서..." ❌ 불일치
 ```
 ---
 ## 7. 검증 5: 복선 검증
 ### 7.1 설치/회수 매칭
 ```
 각 설치 복선:
 □ 회수 시점 명시?
 □ 회수 화에서 실제 회수?
 각 회수 복선:
 □ 설치 시점 명시?
 □ 설치 화에서 실제 설치?
 ```
 ### 7.2 문제 검출
 ```
 □ 고아 복선 (설치만, 회수 계획 없음): N건
 □ 유령 회수 (회수만, 설치 없음): N건
 □ 매칭 오류 (화수 불일치): N건
 ```
 ---
 ## 8. 통과 조건
 ```
 Phase 4-2 검증 통과 조건:
 □ 검증 1: 상위 계층 3개 파일 반영 100%
 □ 검증 2: 타임라인 오류 0건 (병렬/역전 표기 제외)
 □ 검증 3: 50화 × 6개 필수 항목 완성
 □ 검증 4: 화 간/전환점 연결 확인
 □ 검증 5: 복선 고아/유령 0건
 → 모두 ✅: Phase 4-3 진행 가능
 → 하나라도 ❌: 수정 후 재검증
 ```
 ---
 ## 9. 실패 시 조치
 ```
 오류가 이 파일 내에 있을 때:
 1. vol-XX-plot.md 수정
   - 검증 보고서 지적 항목 모두 수정
 2. 재검증
   - 이 프로토콜 처음부터 재실행
 3. Phase 4-3 진행 금지
   - 검증 통과 전까지 금지
 ⚠️ 검증 보고서 유효성 확인:
 이전 검증 보고서가 존재하는 경우, 리포트 유효성을 먼저 확인하세요.
 - 보고서 작성일 이후 대상 파일이 수정되었으면 → 보고서 무효 → 재검증 필요
 - 상세 규칙: standards/report-management.md 참조
 ⚠️ 상위 계층 오류 발견 시 (에스컬레이션):
 → plot-master.md 오류: Phase 4-1 검증으로 에스컬레이션 (사용자 승인 필수)
  - plot-master.md 수정 → Phase 4-1 재검증 → Phase 4-2 재검증
 → vol-XX-timeline.md 오류: Phase 4-2선행 검증으로 에스컬레이션
  - vol-XX-timeline.md 수정 → Phase 4-2선행 재검증 → Phase 4-2 재검증
 → vol-XX-characters.md 오류: Phase 4-2선행 검증으로 에스컬레이션
  - vol-XX-characters.md 수정 → Phase 4-2선행 재검증 → Phase 4-2 재검증
 → 상세 절차: phase4-master-design.md 에러 복구 프로토콜 참조
 ⚠️ 신뢰 모델:
 이 검증은 plot-master.md, vol-XX-timeline.md, vol-XX-characters.md 반영을 확인합니다.
 settings 파일 자체의 정합성은 Phase 4-1 및 Phase 4-2선행 검증 책임입니다.
 전체 계층 정합성은 Phase 5에서 최종 확인합니다.
 ⚠️ 이 검증의 유효성 조건:
 다음 경우 이 검증 결과가 무효화되므로 재실행 필수:
 - 검증 대상 파일이 수정된 경우
 - 상위 계층 파일(INPUT 파일)이 수정된 경우
 - 캐스케이드 재검증이 요청된 경우 (phase4-master-design.md §7.3 참조)
 ```
 ---
 ## 10. 산출물 (OUTPUT): 검증 보고서 템플릿
 ```markdown
 # vol-XX-plot.md 검증 보고서
 > **검증일:** YYYY-MM-DD
 > **프로토콜:** volume-plot-verification.md v2.0.0
 > **대상:** volumes/vol-XX/vol-XX-plot.md
 ---
 ## 검증 결과: ✅ 통과 / ❌ 실패
 ### 검증 1: 상위 계층 반영
 - plot-master.md: ✅/❌ (불일치: N건)
 - vol-XX-timeline.md: ✅/❌ (누락 사건: N건)
 - vol-XX-characters.md: ✅/❌ (불일치: N건)
 ### 검증 2: 타임라인 일관성
 - 순차 오류: N건 (병렬/역전 제외)
 - 병렬 표기: ✅/❌/해당없음
 - 역전 표기: ✅/❌/해당없음
 - 기간 일치: ✅/❌
 특수 타임라인 목록:
 | 화 | 유형 | 연결 화 | 검증 |
 |----|------|--------|------|
 | N화 | 병렬 | M화 | ✅/❌ |
 | N화 | 역전 | M화 | ✅/❌ |
 ### 검증 3: 필수 항목 완성도
 - 권 개요: N/8개 항목
 - 화별: N/50화 완성 (누락: N화)
 ### 검증 4: 연결
 - 1화 시작 = 권 시작: ✅/❌
 - 50화 종료 = 권 종료: ✅/❌
 - 화 간 연결 끊김: N건
 - 전환점 연결: ✅/❌
 - 이전 권 경계 연결: ✅/❌/해당없음(1권)
 ### 검증 5: 복선
 - 설치 총: N건
 - 권 내 회수: N건
 - 다음 권 이월: N건
 - 고아 복선: N건
 - 유령 회수: N건
 ---
 ## 발견된 문제점
 1. **문제:** {내용}
   - **위치:** {화수}
   - **유형:** {상위계층/타임라인/완성도/연결/복선}
   - **조치:** {수정 방법}
 ---
 ## 최종 판정
 - [ ] ✅ Phase 4-3 진행 가능
 - [ ] ❌ 수정 후 재검증 필요
 ---
 *검증 완료일: YYYY-MM-DD*
 ```
 ---
 ## 11. 파일명 규칙
 ```
 검증 보고서:
 volumes/vol-XX/vol-XX-plot-verification-report.md
 예시:
 - volumes/vol-01/vol-01-plot-verification-report.md
 - volumes/vol-04/vol-04-plot-verification-report.md
 ```
 ---
 *"에러는 일찍 발견할수록 수정 비용이 작다."* - CWS v3.1
--- a/templates/standards/volume-timeline-mode.md
+++ b/templates/standards/volume-timeline-mode.md
@@ -0,0 +1,445 @@
 # 권별 타임라인 작성 모드 프로토콜
 > **버전:** v1.1.0
 > **생성일:** 2026-01-26
 > **최종 수정:** 2026-01-31
 > **목적:** vol-XX-timeline.md 작성 - 완전한 작성 기준
 > **산출물:** `volumes/vol-XX/vol-XX-timeline.md`
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v1.1.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 필수 입력 파일 읽기 강제
 **타임라인 작성 시작 전 반드시 실행:**
 ```
 🔍 필수 파일 읽기 체크리스트 (강제 실행):
 - [ ] settings/timeline-master.md 읽기
  - 전체 역사적 사건, 날짜 확인
 - [ ] settings/plot-master.md 읽기
  - 해당 권 작중 기간 확인
 - [ ] settings/worldbuilding.md 읽기
  - 세계관 배경 정보 확인
 **필수 파일 읽지 않고 작성 시작 절대 금지!**
 ```
 ---
 ### 규칙 2: 역사적 사건 추출 완전성 강제
 **Step 2 완료 후 반드시 검증:**
 ```
 🔍 사건 추출 완전성 체크리스트 (강제 실행):
 - [ ] 해당 권 기간 내 모든 주요 사건 추출
 - [ ] timeline-master.md에 있는 사건 누락 없음
 - [ ] 각 사건 날짜 정확히 일치
 **하나라도 누락 발견 시 즉시 추가!**
 ```
 ---
 ### 규칙 3: 사건 상세화 5개 항목 강제
 **각 사건 작성 시 반드시 포함:**
 ```
 🔍 사건 상세화 체크리스트 (강제 실행):
 - [ ] 날짜: YYYY.MM.DD
 - [ ] 배경: 왜 발생했는가
 - [ ] 전개: 어떻게 진행되었는가
 - [ ] 결과: 무엇이 바뀌었는가
 - [ ] 플롯 영향: 이 사건이 플롯에 어떤 영향을 주는가
 **5개 항목 중 하나라도 누락 시 작성 무효!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 타임라인 작성 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작성
 ---
 ## 1. 개요
 ### 1.1 이 프로토콜의 목적
 ```
 vol-XX-timeline.md를 작성하기 위한 완전한 기준:
 - 입력: 뭘 보고 작성하는가
 - 처리: 어떻게 작성하는가
 - 출력: 뭐가 나와야 하는가
 - 검증: 어떻게 검증하는가
 ```
 ### 1.2 역할
 ```
 settings/timeline-master.md (전체 타임라인)
        │
        │ 해당 권 기간 추출 + 상세화
        ▼
 vol-XX-timeline.md (권별 타임라인)
        │
        │ 화별 날짜/배경 설정에 사용
        ▼
 vol-XX-plot.md 작성 시 참조
 ```
 ### 1.3 완료 기준
 ```
 질문: "이 vol-XX-timeline으로 화별 날짜/배경 설정 가능한가?"
 → YES: 완료
 → NO: 보완 필요
 ```
 ---
 ## 2. 입력 (뭘 보고 작성하는가)
 ### 2.1 필수 입력 파일
 | 파일 | 추출 정보 | 용도 |
 |------|----------|------|
 | `settings/timeline-master.md` | 전체 역사적 사건, 날짜 | 해당 권 기간 사건 추출 |
 | `settings/plot-master.md` | 해당 권 작중 기간 (시작일~종료일) | 추출 범위 결정 |
 | `settings/worldbuilding.md` | 세계관 배경 정보 | 사회적 분위기, 시대 특징 |
 ### 2.2 각 파일에서 추출할 정보
 **timeline-master.md에서:**
 ```
 □ 해당 권 기간 내 역사적 사건은?
 □ 각 사건의 정확한 날짜는?
 □ 사건의 배경/원인은?
 □ 사건의 결과/영향은?
 □ 관련 인물은?
 ```
 **plot-master.md에서:**
 ```
 □ 해당 권의 작중 기간은? (시작일 ~ 종료일)
 □ 핵심 전환점과 연관된 역사적 사건은?
 □ 플롯에 영향 주는 시대적 요소는?
 ```
 **worldbuilding.md에서:**
 ```
 □ 해당 시기의 사회적 분위기는?
 □ 일상생활 특징은? (교통, 통신, 문화)
 □ 정치적 상황은?
 □ 경제적 상황은?
 ```
 ---
 ## 3. 처리 (어떻게 작성하는가)
 ### 3.1 Step 1: 기간 확정
 **방법:** plot-master.md에서 해당 권의 작중 기간 확인
 ```
 예시:
 4권 작중 기간: 1948.07.01 ~ 1949.06.30
 검증:
 □ 시작일과 종료일이 명확한가?
 □ 이전 권 종료일 다음 날부터 시작하는가?
 ```
 ### 3.2 Step 2: 역사적 사건 추출
 **방법:** timeline-master.md에서 해당 기간 사건 추출
 ```
 예시 (1948.07 ~ 1949.06):
 - 1948.07.17: 제헌헌법 공포
 - 1948.07.20: 초대 대통령 선거
 - 1948.08.15: 대한민국 정부 수립
 - 1948.09.09: 조선민주주의인민공화국 수립
 - 1948.10.19: 여순사건
 - 1949.06.26: 김구 암살
 검증:
 □ 기간 내 모든 주요 사건이 추출되었는가?
 □ 누락된 사건이 없는가?
 ```
 ### 3.3 Step 3: 사건 상세화
 **방법:** 각 사건의 상세 정보 작성
 ```
 각 사건마다:
 - 날짜: YYYY.MM.DD
 - 사건명: {공식 명칭}
 - 배경: {왜 발생했는가}
 - 전개: {어떻게 진행되었는가}
 - 결과: {무엇이 바뀌었는가}
 - 플롯 영향: {이 사건이 플롯에 어떤 영향을 주는가}
 검증:
 □ 각 사건이 플롯에 활용 가능한 수준으로 상세한가?
 □ 배경/전개/결과가 모두 있는가?
 ```
 ### 3.4 Step 4: 월별 분위기 작성
 **방법:** 각 월의 사회적 분위기, 계절 특징 작성
 ```
 예시:
 1948년 7월:
 - 계절: 여름 (무더위, 장마)
 - 분위기: 헌법 제정 기대감, 정치적 긴장
 - 특징: 선거 준비, 정당 활동 활발
 1948년 8월:
 - 계절: 여름 (말복, 처서)
 - 분위기: 정부 수립 경축, 남북 분단 우려
 - 특징: 광복절 3주년, 새 정부 출범
 검증:
 □ 모든 월이 커버되었는가?
 □ 계절/분위기/특징이 있는가?
 ```
 ### 3.5 Step 5: 플롯 연결점 표시
 **방법:** 역사적 사건과 플롯 전환점 연결
 ```
 예시:
 역사적 사건 → 플롯 전환점:
 - 1948.08.15 정부 수립 → 10화 전환점 (주인공 정부 참여)
 - 1948.10.19 여순사건 → 25화 전환점 (위기 발생)
 - 1949.06.26 김구 암살 → 45화 전환점 (정치적 격변)
 검증:
 □ 핵심 전환점이 역사적 사건과 연결되어 있는가?
 □ 연결이 자연스러운가?
 ```
 ---
 ## 4. 출력 (뭐가 나와야 하는가)
 ### 4.1 산출물 구조
 ```markdown
 # X권 타임라인
 > **생성일:** YYYY-MM-DD
 > **버전:** v1.0.0
 > **프로토콜:** volume-timeline-mode.md v1.0.0
 > **입력 파일:**
 >   - timeline-master.md (버전)
 >   - plot-master.md (버전)
 >   - worldbuilding.md (버전)
 ---
 ## 기본 정보
 - **권:** X권
 - **작중 기간:** YYYY.MM.DD ~ YYYY.MM.DD
 - **기간:** 약 N개월
 ---
 ## 역사적 사건
 ### YYYY.MM.DD: {사건명}
 - **배경:** {왜 발생했는가}
 - **전개:** {어떻게 진행되었는가}
 - **결과:** {무엇이 바뀌었는가}
 - **플롯 영향:** {플롯에 어떤 영향을 주는가}
 - **관련 화:** {N화 부근}
 ### YYYY.MM.DD: {사건명}
 (동일 형식)
 ...
 ---
 ## 월별 분위기
 ### YYYY년 M월
 - **계절:** {계절, 날씨 특징}
 - **분위기:** {사회적 분위기}
 - **특징:** {일상생활 특징}
 - **주요 사건:** {해당 월 사건}
 ### YYYY년 M월
 (동일 형식)
 ...
 ---
 ## 플롯 연결점
 | 역사적 사건 | 날짜 | 플롯 전환점 | 예상 화 |
 |------------|------|------------|--------|
 | {사건} | YYYY.MM.DD | {전환점} | N화 |
 | {사건} | YYYY.MM.DD | {전환점} | N화 |
 ---
 ## 시대 배경 요약
 ### 정치 상황
 {해당 기간의 정치적 상황 요약}
 ### 사회 상황
 {해당 기간의 사회적 상황 요약}
 ### 경제 상황
 {해당 기간의 경제적 상황 요약}
 ### 일상생활
 {해당 기간의 일상생활 특징}
 ---
 *vol-XX-timeline.md 작성 완료*
 ```
 ### 4.2 필수 항목 체크
 | 항목 | 필수 |
 |------|------|
 | 작중 기간 | ✅ |
 | 역사적 사건 (날짜, 배경, 전개, 결과, 플롯 영향) | ✅ |
 | 월별 분위기 (계절, 분위기, 특징) | ✅ |
 | 플롯 연결점 | ✅ |
 | 시대 배경 요약 | ✅ |
 ---
 ## 5. 검증 (어떻게 검증하는가)
 ### 5.1 상위 계층 반영 검증
 ```
 timeline-master.md 반영:
 □ 해당 기간 모든 역사적 사건이 포함되었는가?
 □ 날짜가 정확한가?
 □ 사건 내용이 일치하는가?
 plot-master.md 반영:
 □ 작중 기간이 일치하는가?
 □ 핵심 전환점과 연결되는 사건이 있는가?
 worldbuilding.md 반영:
 □ 시대 배경이 반영되었는가?
 □ 세계관 설정과 충돌하지 않는가?
 ```
 ### 5.2 완성도 검증
 ```
 역사적 사건:
 □ 모든 사건에 5개 항목(배경/전개/결과/플롯영향/관련화)이 있는가?
 □ 플롯에 활용 가능한 수준으로 상세한가?
 월별 분위기:
 □ 권 기간의 모든 월이 커버되었는가?
 □ 계절/분위기/특징이 모두 있는가?
 플롯 연결점:
 □ plot-master의 핵심 전환점이 연결되었는가?
 □ 연결이 자연스러운가?
 ```
 ### 5.3 검증 체크리스트
 ```
 vol-XX-timeline.md 검증 완료 조건:
 상위 계층 반영:
 □ timeline-master.md 반영 100%
 □ plot-master.md 반영 100%
 □ worldbuilding.md 반영 100%
 완성도:
 □ 모든 역사적 사건 상세화 완료
 □ 모든 월별 분위기 작성 완료
 □ 플롯 연결점 작성 완료
 □ 시대 배경 요약 작성 완료
 → 모두 ✅: vol-XX-plot.md 작성 시 사용 가능
 → 하나라도 ❌: 수정 후 재검증
 ```
 ---
 ## 6. 파일명 규칙
 ```
 volumes/vol-XX/vol-XX-timeline.md
 예시:
 - volumes/vol-01/vol-01-timeline.md
 - volumes/vol-04/vol-04-timeline.md
 - volumes/vol-10/vol-10-timeline.md
 ```
 ---
 ## 7. 금지 사항
 ```
 ❌ timeline-master.md 확인 없이 작성
 ❌ 역사적 사건 날짜 임의 변경
 ❌ 플롯 영향 없이 사건만 나열
 ❌ 월별 분위기 누락
 ❌ 플롯 연결점 없이 완료 처리
 ```
 ---
 ## 8. 다음 단계
 ```
 vol-XX-timeline.md 완료
     │
     ├─→ vol-XX-characters.md 작성 (병렬 가능)
     │
     ▼
 vol-XX-plot.md 작성 시 입력 파일로 사용
 ⚠️ 블로킹 조건:
 vol-XX-timeline.md + vol-XX-characters.md 둘 다 검증 통과해야
 Phase 4-2 (vol-XX-plot.md 작성) 진행 가능!
 → 한쪽만 완료해도 Phase 4-2 진행 불가
 → 상세: phase4-master-design.md §3.2 참조
 검증: volume-timeline-verification.md (Phase 4-2선행 타임라인 검증)
 참조: phase4-master-design.md (전체 Phase 4 아키텍처)
 ```
 ---
 *"역사적 사건이 플롯에 어떻게 영향을 주는지 알아야 화별 배치가 가능하다."* - CWS v3.1
--- a/templates/standards/volume-timeline-verification.md
+++ b/templates/standards/volume-timeline-verification.md
@@ -0,0 +1,356 @@
 # 권별 타임라인 검증 프로토콜
 > **버전:** v1.2.0
 > **생성일:** 2026-01-27
 > **최종 수정:** 2026-01-31
 > **적용 대상:** `volumes/vol-XX/vol-XX-timeline.md`
 > **검증 시점:** vol-XX-timeline.md 작성 완료 후, vol-XX-plot.md 작성 전
 > **산출물:** `volumes/vol-XX/vol-XX-timeline-verification-report.md`
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v1.2.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 상위 계층 반영 검증 강제
 **검증 3-1~3-3 실행 시 반드시 확인:**
 ```
 🔍 상위 계층 반영 체크리스트 (강제 실행):
 - [ ] timeline-master.md 반영
  - 해당 권 기간 내 모든 역사적 사건 포함
  - 사건 날짜 일치
  - 사건 내용 일치
 - [ ] plot-master.md 반영
  - 작중 기간 일치
  - 핵심 전환점 연결된 사건 존재
 - [ ] worldbuilding.md 반영
  - 시대 배경 반영
  - 세계관 설정과 충돌 없음
 **하나라도 불일치 발견 시 즉시 🔴 오류 보고!**
 ```
 ---
 ### 규칙 2: 사건 완성도 강제 검증
 **검증 4-2 실행 시 반드시 확인:**
 ```
 🔍 사건 완성도 체크리스트 (강제 실행):
 - [ ] 각 사건 5개 항목 완성
  - 배경
  - 전개
  - 결과
  - 플롯 영향
  - 관련 화
 **5개 항목 중 하나라도 누락 시 즉시 보고!**
 ```
 ---
 ### 규칙 3: 판단 명확성 강제
 **모든 검증 항목에 반드시 적용:**
 ```
 🔍 판단 명확성 체크리스트 (강제 실행):
 - [ ] 추측 표현 사용 금지
  - "~로 보임" ❌
  - "~같음" ❌
 - [ ] 명확한 판정만 허용
  - "일치함/불일치함" ✅
  - "있음/없음" ✅
 - [ ] 근거 구체적으로 명시
 **추측 표현 발견 시 즉시 명확한 표현으로 수정!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 검증 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재검증
 ---
 ## 1. 검증 목적
 ```
 질문: "이 vol-XX-timeline으로 화별 날짜/배경 설정 가능한가?"
 검증 항목:
 1. 상위 계층 반영 (timeline-master, plot-master, worldbuilding)
 2. 사건 정확성 (날짜, 내용)
 3. 완성도 (역사적 사건, 월별 분위기, 플롯 연결점)
 4. 기간 일관성
 ```
 **⚠️ 검증 통과 없이 vol-XX-plot.md 작성 금지!**
 ---
 ## 2. 입력 (INPUT)
 ```
 필수 읽기 파일:
 1. volumes/vol-XX/vol-XX-timeline.md  ← 검증 대상
 2. settings/timeline-master.md         ← 상위 계층 (타임라인 마스터)
 3. settings/plot-master.md             ← 상위 계층 (플롯 마스터)
 4. settings/worldbuilding.md           ← 상위 계층 (세계관)
 5. standards/report-management.md      ← 리포트 유효성 규칙
 ```
 ---
 ## 3. 검증 1: 상위 계층 반영
 ### 3.1 timeline-master.md 반영
 ```
 □ 해당 권 기간 내 모든 역사적 사건이 포함?
 □ 사건 날짜가 timeline-master.md와 일치?
 □ 사건 내용이 일치?
 □ 누락된 사건이 없는가?
 방법: timeline-master.md에서 해당 기간 사건 추출 → vol-XX-timeline.md 대조
 ```
 ### 3.2 plot-master.md 반영
 ```
 □ 작중 기간이 일치?
 □ 핵심 전환점과 연결되는 사건이 있는가?
 □ 플롯에 영향 주는 시대적 요소가 반영?
 방법: plot-master.md 해당 권 섹션 → vol-XX-timeline.md 대조
 ```
 ### 3.3 worldbuilding.md 반영
 ```
 □ 시대 배경이 반영?
 □ 세계관 설정과 충돌하지 않는가?
 방법: worldbuilding.md → vol-XX-timeline.md 시대 배경 대조
 ```
 ---
 ## 4. 검증 2: 사건 정확성
 ### 4.1 역사적 사건 날짜 검증
 ```
 각 역사적 사건:
 □ 날짜가 실제 역사와 일치하는가?
 □ (대체역사인 경우) 변경된 날짜가 worldbuilding에 명시?
 방법: 각 사건의 날짜를 실제 역사/worldbuilding과 대조
 ```
 ### 4.2 사건 내용 검증
 ```
 각 사건:
 □ 배경이 작성되었는가?
 □ 전개가 작성되었는가?
 □ 결과가 작성되었는가?
 □ 플롯 영향이 작성되었는가?
 □ 관련 화가 명시되었는가?
 방법: 각 사건의 5개 항목 유무 확인
 ```
 ---
 ## 5. 검증 3: 완성도
 ### 5.1 역사적 사건
 ```
 □ 해당 기간의 모든 주요 사건이 포함?
 □ 각 사건에 5개 항목(배경/전개/결과/플롯영향/관련화) 완성?
 ```
 ### 5.2 월별 분위기
 ```
 □ 권 기간의 모든 월이 커버?
 □ 각 월에 계절/분위기/특징 3개 항목 완성?
 □ 누락된 월이 없는가?
 방법: 권 기간 월 목록 → vol-XX-timeline.md 월별 분위기 대조
 ```
 ### 5.3 플롯 연결점
 ```
 □ plot-master의 핵심 전환점이 역사적 사건과 연결?
 □ 연결이 자연스러운가?
 □ 예상 화가 명시?
 ```
 ### 5.4 시대 배경 요약
 ```
 □ 정치 상황 작성?
 □ 사회 상황 작성?
 □ 경제 상황 작성?
 □ 일상생활 작성?
 ```
 ---
 ## 6. 검증 4: 기간 일관성
 ```
 □ 권 작중 기간이 plot-master와 일치?
 □ 사건 날짜가 권 기간 내에 있는가?
 □ 이전 권과 기간이 겹치지 않는가?
 □ 이전 권과 기간 공백이 없는가? (또는 사유 명시)
 ```
 ---
 ## 7. 통과 조건
 ```
 vol-XX-timeline.md 검증 통과 조건:
 □ 검증 1: 상위 계층 3개 파일 반영 100%
 □ 검증 2: 모든 사건 날짜 정확, 5개 항목 완성
 □ 검증 3: 월별 분위기 완성, 플롯 연결점 완성, 시대 배경 완성
 □ 검증 4: 기간 일관성 확인
 → 모두 ✅: vol-XX-plot.md 작성 시 사용 가능
 → 하나라도 ❌: 수정 후 재검증
 ```
 ---
 ## 8. 실패 시 조치
 ```
 오류가 이 파일 내에 있을 때:
 1. vol-XX-timeline.md 수정
   - 검증 보고서 지적 항목 모두 수정
 2. 재검증
   - 이 프로토콜 처음부터 재실행
 3. 통과 전까지 vol-XX-plot.md 작성 금지
 ⚠️ 검증 보고서 유효성 확인:
 이전 검증 보고서가 존재하는 경우, 리포트 유효성을 먼저 확인하세요.
 - 보고서 작성일 이후 대상 파일이 수정되었으면 → 보고서 무효 → 재검증 필요
 - 상세 규칙: standards/report-management.md 참조
 ⚠️ 상위 계층 오류 발견 시 (에스컬레이션):
 → timeline-master.md 오류: settings 파일 수정 (사용자 승인 필수)
  - timeline-master.md 수정 → vol-XX-timeline.md 수정 → 재검증
 → plot-master.md 오류: Phase 4-1 검증으로 에스컬레이션 (사용자 승인 필수)
  - plot-master.md 수정 → Phase 4-1 재검증 → 영향받는 Phase 4-2선행 재검증
 → worldbuilding.md 오류: settings 파일 수정 (사용자 승인 필수)
  - worldbuilding.md 수정 → 영향받는 파일 재검증
 → 상세 절차: phase4-master-design.md 에러 복구 프로토콜 참조
 ⚠️ 신뢰 모델:
 이 검증은 상위 계층(timeline-master, plot-master, worldbuilding) 반영을 확인합니다.
 settings 파일 자체의 정합성은 Phase 4-1 검증 책임입니다.
 전체 계층 정합성은 Phase 5에서 최종 확인합니다.
 ⚠️ 이 검증의 유효성 조건:
 다음 경우 이 검증 결과가 무효화되므로 재실행 필수:
 - 검증 대상 파일이 수정된 경우
 - 상위 계층 파일(INPUT 파일)이 수정된 경우
 - 캐스케이드 재검증이 요청된 경우 (phase4-master-design.md §7.3 참조)
 ```
 ---
 ## 9. 산출물 (OUTPUT): 검증 보고서 템플릿
 ```markdown
 # vol-XX-timeline.md 검증 보고서
 > **검증일:** YYYY-MM-DD
 > **프로토콜:** volume-timeline-verification.md v1.0.0
 > **대상:** volumes/vol-XX/vol-XX-timeline.md
 ---
 ## 검증 결과: ✅ 통과 / ❌ 실패
 ### 검증 1: 상위 계층 반영
 - timeline-master.md: ✅/❌ (누락 사건: N건)
 - plot-master.md: ✅/❌ (불일치: N건)
 - worldbuilding.md: ✅/❌
 ### 검증 2: 사건 정확성
 - 날짜 오류: N건
 - 내용 미완성 (5개 항목 미충족): N건
 사건별 상세:
 | 사건 | 날짜 | 배경 | 전개 | 결과 | 플롯영향 | 관련화 |
 |------|------|------|------|------|---------|--------|
 | {사건} | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ | ✅/❌ |
 | ... | ... | ... | ... | ... | ... | ... |
 ### 검증 3: 완성도
 - 월별 분위기: N/N월 완성
 - 플롯 연결점: N/N개 완성
 - 시대 배경 요약: ✅/❌
 ### 검증 4: 기간 일관성
 - plot-master 기간 일치: ✅/❌
 - 사건 기간 내: ✅/❌
 - 이전 권 겹침/공백: ✅/❌
 ---
 ## 발견된 문제점
 1. **문제:** {내용}
   - **위치:** {사건/월}
   - **조치:** {수정 방법}
 ---
 ## 최종 판정
 - [ ] ✅ vol-XX-plot.md 작성 시 사용 가능
 - [ ] ❌ 수정 후 재검증 필요
 ---
 *검증 완료일: YYYY-MM-DD*
 ```
 ---
 ## 10. 파일명 규칙
 ```
 검증 보고서:
 volumes/vol-XX/vol-XX-timeline-verification-report.md
 예시:
 - volumes/vol-01/vol-01-timeline-verification-report.md
 - volumes/vol-04/vol-04-timeline-verification-report.md
 ```
 ---
 *"잘못된 타임라인 위에 쌓은 플롯은 무너진다."* - CWS v3.1
--- a/templates/standards/writing-guide.md
+++ b/templates/standards/writing-guide.md
@@ -1,10 +1,75 @@
 # 작성 가이드 (문체/분량 규칙)
-> **버전:** 2.5.0
+> **버전:** 2.6.0
-> **최종 수정:** 2026-01-21
+> **최종 수정:** 2026-01-31
 > **호환:** CWS Writing Guide v4.2.0+
 > **용도:** 소설 작성 시 문체, 분량, 표현 규칙
-> **주요 변경 (v2.5):** 작가 스타일 적용 기능 추가 (Multi-작가 시스템)
+> **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v2.6.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 작가 스타일 준수 강제
 **작성 시작 전 반드시 실행:**
 ```
 🔍 작가 스타일 확인 체크리스트 (강제 실행):
 - [ ] project-config.md에서 작가 번호 확인
 - [ ] authors/author-XX.md 읽기
 - [ ] 핵심 원칙 Top 5 숙지
 - [ ] 문장 길이 범위, 어미 패턴, 묘사 스타일 확인
 **작가 파일 읽지 않고 작성 시작 절대 금지!**
 ```
 ---
 ### 규칙 2: 각 Part 작성 후 문체 체크 강제
 **각 Part 완료 시 반드시 실행:**
 ```
 🔍 문체 준수 체크리스트 (강제 실행):
 - [ ] 문장 길이 범위 내
 - [ ] 어미 비율 준수 (과거형 vs 현재형)
 - [ ] 묘사 스타일 준수 (Show Don't Tell 등)
 - [ ] 단락 구조 일관
 - [ ] 핵심 원칙 Top 5 준수
 **하나라도 위반 시 즉시 수정!**
 ```
 ---
 ### 규칙 3: 대화문 형식 강제 준수
 **대화문 작성 시 반드시 확인:**
 ```
 🔍 대화문 형식 체크리스트 (강제 실행):
 - [ ] 큰따옴표 사용 ("대화 내용")
 - [ ] 대화 태그 다양화 ("말했다" 반복 금지)
 - [ ] 호칭 일관성 (characters.md 확인)
 **형식 위반 발견 시 즉시 수정!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 Part 작성 무효
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재작성
 ---
--- a/templates/standards/writing-mode.md
+++ b/templates/standards/writing-mode.md
@@ -1,10 +1,250 @@
 # 작성 모드 프로토콜
-> **버전:** 2.3.0
+> **버전:** 2.8.0
-> **최종 수정:** 2026-01-21
+> **최종 수정:** 2026-01-31
-> **호환:** CWS Writing Guide v4.2.0+
+> **호환:** CWS Writing Guide v3.6.0+
-> **용도:** 신규 챕터 작성 (3/5/7화 유연)
+> **용도:** Writing Guide Phase 3 - 신규 챕터 작성 (3/5/7화 유연)
-> **주요 변경:** 완성도 체크 강화 (미완성 챕터 재발 방지)
+> **전제:** Design Guide Phase 5 완료 (설계 검증 통과, 5화별 상세 플롯 존재)
 > **주요 변경:** AI 강제 실행 규칙 추가 (절대 무시 불가)
 ---
 ## 🚨 AI 강제 실행 규칙 (v2.8.0 신규 - 절대 무시 불가!)
 ### ⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.
 **모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.**
 ---
 ### 규칙 1: 타임라인 역행 방지 4단계 강제 실행
 **각 화 작성 전 반드시 실행:**
 ```
 🔍 타임라인 역행 방지 체크리스트 (강제 실행):
 - [ ] Step 1: 이전 화 종료 날짜 확인 (head -5 이전 파일)
 - [ ] Step 2: 현재 화 플롯 날짜 확인 (플롯 파일 grep)
 - [ ] Step 3: 비교 (이전 종료일 ≤ 현재 시작일?)
  - 정상 → 작성 시작
  - 역행 → 즉시 중단, 사용자 보고
 - [ ] Step 4: 회상 예외 확인 (회상이면 제목에 표시)
 **이 체크리스트를 출력하지 않으면 작성 시작 금지!**
 **역행 발견 시 사용자 확인 없이 진행 절대 금지!**
 ```
 ---
 ### 규칙 2: 호칭 규칙 확인 3단계 강제 실행
 **각 화 작성 전 반드시 실행:**
 ```
 🔍 호칭 규칙 확인 체크리스트 (강제 실행):
 - [ ] Step 1: 이번 화 등장인물 확인
  - grep "등장인물" 플롯 파일
 - [ ] Step 2: vol-XX-characters.md 호칭 테이블 확인
  - 각 화자→청자 조합의 호칭 확인
  - 시기별 호칭 변화 시점 확인
 - [ ] Step 3: 복수/단수 규칙 확인
  - 2명 이상 → "~들" 사용
  - 1명 → 단수형 사용
 **이 체크리스트를 출력하지 않으면 작성 시작 금지!**
 ```
 ---
 ### 규칙 3: Phase 3 형식 자동 검증 강제 실행
 **Git 커밋 전 반드시 실행:**
 ```
 🔍 형식 자동 검증 체크리스트 (강제 실행):
 - [ ] 바텀 검증: 정확히 3개 (grep -c "^---$")
 - [ ] 구버전 바텀 검증: [X화 끝], 다음 X화: 금지
 - [ ] 작가의 말 형식: > [!NOTE] 필수
 - [ ] 챕터 번호 일치: 파일명 vs 헤더
 - [ ] 타임라인 형식: > **타임라인:** YYYY.M.D-M.D
 **검증 통과 전 Git 커밋 절대 금지!**
 **ERROR=1 상태에서 커밋 시도 시 즉시 중단!**
 ```
 ---
 ### 규칙 4: Phase 4 내용 검증 체크리스트 강제 실행
 **Git 커밋 전 반드시 실행:**
 ```
 🔍 내용 검증 체크리스트 (강제 실행):
 - [ ] 4-1. 플롯 일치도 확인
  - [ ] 제목 일치
  - [ ] 타임라인 일치
  - [ ] 핵심 이벤트 3개 포함
  - [ ] 등장인물 일치
 - [ ] 4-2. 이전 챕터 연결 확인
  - [ ] 시간 흐름 자연스러움
  - [ ] 장소 이동 설명됨
  - [ ] 상황 변화 설명됨
 - [ ] 4-3. 설정 일관성 확인
  - [ ] 숫자 일관성 (grep으로 확인)
  - [ ] 물리적 일관성 (위치/이동)
  - [ ] 캐릭터 일관성 (성격/지식/능력)
 **하나라도 ❌ 발견 시 즉시 수정, 전체 재검증!**
 **이 단계 건너뛰면 VERIFICATION에서 대량 발견!**
 ```
 ---
 ### 규칙 5: 각 Part 작성 후 즉시 자가 검증 강제
 **각 Part 완료 시 반드시 실행:**
 ```
 🔍 Part 자가 검증 체크리스트 (강제 실행):
 - [ ] 플롯 준수: 플롯 내용 포함, 추가 설정 없음
 - [ ] 캐릭터 일관성: 성격/지식/능력 맞음
 - [ ] 설정 일관성: 이전 화와 모순 없음
 - [ ] 완성도: Part 완료, 대화 완결, 장면 마무리, 헤더 내용 3줄 이상
 **하나라도 "아니오"면 즉시 완성 후 다음 Part!**
 **미완성 상태로 다음 Part 진행 절대 금지!**
 ```
 ---
 ### 위반 시 처리
 **위 규칙 중 하나라도 위반 시:**
 - 해당 작업 무효
 - Git 커밋 금지
 - 사용자에게 즉시 보고
 - 규칙 준수 후 재실행
 ---
 ## 📋 CHANGELOG
 ### v2.8.0 (2026-01-31) - AI 강제 실행 규칙 추가
 **추가:**
 - 🚨 AI 강제 실행 규칙 섹션 (절대 무시 불가)
 - 📌 타임라인 역행 방지 4단계 강제 체크리스트
 - 📌 호칭 규칙 확인 3단계 강제 체크리스트
 - 📌 Phase 3 형식 자동 검증 강제 체크리스트
 - 📌 Phase 4 내용 검증 강제 체크리스트
 - 📌 각 Part 자가 검증 강제 체크리스트
 - 📌 위반 시 작업 무효 명시
 **철학 변경:**
 - 이전: 가이드라인 (참고 가능, 건너뛰기 가능)
 - 현재: 체크리스트 (강제 실행, 절대 건너뛰기 불가)
 ### v2.7.0 (2026-01-25)
 **변경:**
 - 📌 파일 경로 업데이트 (Design Guide v1.6.0 호환)
  - 플롯 참조: `volumes/vol-XX/plots/vol-XX-plot-NNN-MMM.md` (3단계: 5화별 상세)
  - 캐릭터: `volumes/vol-XX/vol-XX-characters.md` (v1.6.0 파일명 변경)
  - 타임라인: `volumes/vol-XX/vol-XX-timeline.md` (v1.6.0 파일명 변경)
 - 📌 전제 조건 명시: Design Guide Phase 4-3 완료 필수
 - 📌 호환 버전: CWS Writing Guide v3.6.0+
 ### v2.6.0 (2026-01-25)
 **배경:**
 - 문제: VERIFICATION에서 형식/내용 오류 다수 발견
 - 원인 1: 형식 검증이 수동이라 깜빡하면 통과됨 (바텀, 작가의 말, 챕터 번호)
 - 원인 2: 내용 검증 프로세스 자체가 없음 (플롯 일치, 연결성, 설정)
 - 결과: VERIFICATION 부담 과다, FIX 모드 수정 비효율
 **추가:**
 - 📌 Phase 3: 형식 자동 검증 스크립트 (Git 커밋 전 필수)
  - 바텀 3개 자동 카운트 (정확히 3개 강제)
  - 작가의 말 형식 자동 체크 (> [!NOTE] 필수)
  - 챕터 번호 일치 자동 검증 (파일명 vs 헤더)
 - 📌 Phase 4: 내용 검증 체크리스트 (신규)
  - 플롯 일치도 확인 (제목, 타임라인, 핵심 이벤트)
  - 이전 챕터 연결 확인 (시간/장소/상황 흐름)
  - 설정 일관성 확인 (숫자, 물리, 캐릭터)
  - 검증 통과 필수 (Git 커밋 전)
 **철학:**
 ```
 WRITING 모드 = 형식 오류 0건 + 내용 오류 최소화
 VERIFICATION 모드 = 정말 최후 확인만
 → 작성 단계에서 모든 문제 원천 차단!
 ```
 **예상 효과:**
 - 형식 오류: 15건 → 0건 (100% 감소, 자동 검증)
 - 내용 오류: 35건 → 7건 (80% 감소, 체크리스트)
 - VERIFICATION 총 발견: 48-68건 → 19-23건 (65% 감소)
 ### v2.5.0 (2026-01-25)
 **배경:**
 - 문제: VERIFICATION에서 호칭 오류 다수 발견
 - 원인: characters.md에 호칭 규칙은 있지만, WRITING 시 확인하지 않음
 - 결과: VERIFICATION 부담 증가, 수정 비효율
 **추가:**
 - 📌 Phase 1: characters.md 호칭 규칙 필수 숙지 강조
 - 📌 Phase 2: 호칭 규칙 확인 3단계 필수 체크포인트
  - Step 1: 이번 화 등장인물 확인
  - Step 2: characters.md 호칭 테이블 확인
  - Step 3: 복수/단수 규칙 확인
 - 📌 Phase 3: 간이 검증 강화
  - 호칭 복수/단수 자동 체크 (bash 명령)
  - 시기별 호칭 정확성 체크
  - 검증 통과 필수 (Git 커밋 전)
 **철학:**
 ```
 WRITING 모드 = 호칭 오류 원천 차단
 VERIFICATION 모드 = 최후 확인만
 → 작성 단계에서 호칭 규칙 준수!
 ```
 **예상 효과:**
 - VERIFICATION 호칭 오류 발견 90% 감소
 - 작성 시간 소폭 증가하지만 전체 효율 향상
 ### v2.4.0 (2026-01-25)
 **배경:**
 - 문제: 플롯에 타임라인이 명시되어 있음에도 작성 시 역행 발생
 - 원인: 작성 전 타임라인 체크가 선택적이고 강제성 없음
 - 결과: VERIFICATION에서 발견 → FIX에서 재배치 → 비효율
 **추가:**
 - 📌 타임라인 역행 방지 필수 체크포인트 (4단계 강제 절차)
 - 작성 전 이전 화 종료일 vs 현재 화 시작일 자동 비교
 - 역행 감지 시 즉시 중단 및 사용자 보고
 - 회상 장면 예외 처리 프로토콜
 **철학:**
 ```
 WRITING 모드 = 1차 방어선 (예방)
 VERIFICATION 모드 = 최후의 보루 (검증)
 → 작성 단계에서 문제를 원천 차단!
 ```
 ### v2.3.0 (2026-01-21)
 **추가:**
 - 완성도 체크 강화 (미완성 챕터 재발 방지)
 ### v2.0.0 이전
 자세한 이력은 Git 커밋 히스토리 참조
 ---
@@ -22,6 +262,11 @@
 - "1-5화 작성해" (기본 권장)
 - "3화 작성해" / "7화 작성해" (유연)
 **모드 진입 시 자동 실행:**
 - WORK-MODE.txt 업데이트 (CURRENT_MODE: WRITING)
 - 필수 파일 자동 읽기 (vol-XX-plot-NNN-MMM.md, vol-XX-characters.md, vol-XX-timeline.md)
 - 준비 완료 보고 및 대기
 ---
 ## 📚 모드 진입 시 읽을 파일
@@ -29,14 +274,17 @@
 ### 필수
 1. `standards/file-formats.md` - 파일 형식 표준
 2. `standards/writing-guide.md` - 작성 규칙
-3. `volumes/vol-XX/characters.md` - 해당 권 캐릭터
+3. `volumes/vol-XX/vol-XX-characters.md` - 해당 권 캐릭터
-4. `volumes/vol-XX/timeline.md` - 해당 권 타임라인
+4. `volumes/vol-XX/vol-XX-timeline.md` - 해당 권 타임라인
-5. `volumes/vol-XX/plots/plot-XXX-YYY.md` - 이번 N화 플롯
+5. `volumes/vol-XX/plots/vol-XX-plot-NNN-MMM.md` - 이번 N화 플롯
 6. `volumes/vol-XX/summaries/summary-이전.md` - 이전 서머리
 7. `volumes/vol-XX/foreshadows.md` - 복선 추적
 ### 권 전체 맥락 (선택)
 8. `volumes/vol-XX/vol-XX-plot.md` - 해당 권 50화 플롯 요약 (권 전체 흐름 파악용)
 ### 다른 권 시작 시 추가
-8. `volumes/vol-이전/summaries/summary-vol-XX-final.md` - 이전 권 압축 서머리
+9. `volumes/vol-이전/summaries/summary-vol-XX-final.md` - 이전 권 압축 서머리
 ---
@@ -48,9 +296,14 @@
 1. 진행 상황 파악
   - 마지막 작성 챕터 확인
   - 다음 5화 범위 계산
-   
+
 2. 필수 파일 읽기 (위 목록)
   🚨 특히 중요:
   - vol-XX-characters.md → 호칭 규칙 필수 숙지! ⭐
   - vol-XX-timeline.md → 타임라인 흐름 파악
   - vol-XX-plot-NNN-MMM.md → 이번 화 플롯
 3. CURRENT-TASK.md 생성
   - 모드: WRITING
   - 작업: X권 N-M화 작성
@@ -66,9 +319,145 @@
   - 날짜, 장소, 등장인물
   - 핵심 내용, 주요 장면
-2. 작성 전 체크
+2. 🚨 호칭 규칙 확인 (v2.5.0 필수 체크포인트!) ⭐ 신규
-   - 이전 화 종료일 확인
+
-   - 타임라인 연속성 확인
+   ❌ **이 절차를 건너뛰면 호칭 오류가 발생합니다!**
   ✅ **반드시 아래 3단계를 순서대로 확인하세요:**
   ---
   **Step 1: 이번 화 등장인물 확인**
   ```bash
   # 플롯에서 등장인물 추출
   grep "등장인물" plots/vol-XX-plot-NNN-MMM.md
   # 예시 출력: 강민준, 서윤희, 박현우
   ```
   **Step 2: vol-XX-characters.md 호칭 테이블 확인**
   ```bash
   # 호칭 규칙 섹션 읽기
   grep -A 30 "## 📋 호칭 규칙" vol-XX-characters.md
   ```
   **호칭 테이블 숙지:**
   ```
   예시 (1권 1946.5월 이후):
   | 화자 | 청자 | 호칭 | 비고 |
   |------|------|------|------|
   | 강민준 | 서윤희 | 윤희 씨 | ch-031 이후 |
   | 서윤희 | 강민준 | 민준 씨 | ch-031 이후 |
   | 박현우 | 강민준 | 민준 형 | 현대 감각 |
   | 최태준 | 강민준 | 형님 | 1명 단수 |
   | 최태준 | 강민준+박현우 | 형님들 | 2명 복수 |
   ```
   **Step 3: 복수/단수 규칙 확인**
   ```
   복수형 사용 조건:
   - 대상이 2명 이상일 때만 "~들" 사용
   - 예: "형님들" (강민준 + 박현우 = 2명)
   - 예: "형님" (강민준만 = 1명)
   단수형 사용:
   - 대상이 1명일 때
   - 예: "형님", "선생님", "씨"
   ```
   ---
 3. 🚨 타임라인 역행 방지 (v2.4.0 필수 체크포인트!)
   ❌ **이 절차를 건너뛰면 타임라인 역행이 발생합니다!**
   ✅ **반드시 아래 4단계를 순서대로 확인하세요:**
   ---
   **Step 1: 이전 화 종료 날짜 확인**
   ```bash
   # 이전 화 파일 읽기 (첫 5줄)
   head -5 chapters/ch-027.md
   # 출력 예시:
   # # 1권 27화: 제목
   #
   # > **타임라인:** 1946.04.05-23
   → 종료일 추출: 1946.04.23
   ```
   **Step 2: 현재 화 플롯 날짜 확인**
   ```bash
   # 5화별 상세 플롯 파일에서 현재 화 검색
   # 예: 28화 = volumes/vol-XX/plots/vol-XX-plot-026-030.md
   grep "28화" volumes/vol-XX/plots/vol-XX-plot-026-030.md
   # 출력 예시:
   # ### 28화: 제목
   # - **타임라인:** 1946.03.05-15
   → 시작일 추출: 1946.03.05
   ```
   **Step 3: 타임라인 역행 체크 (필수!)**
   ```
   비교:
   - 이전 화 종료일: 1946.04.23
   - 현재 화 시작일: 1946.03.05
   판정:
   → 04.23 > 03.05 ❌ 역행!
   ⚠️ 즉시 중단!
   ⚠️ 사용자에게 보고:
   "❌ 타임라인 역행 감지!
   - 이전 화 (ch-027): 1946.04.23 종료
   - 현재 화 (ch-028): 1946.03.05 시작
   → 4월 다음에 3월이 올 수 없습니다.
   원인:
   1. 플롯 순서가 잘못됨
   2. 또는 회상 장면 (제목/본문에 명시 필요)
   조치:
   - 회상이 아니면 플롯 수정 필요
   - 회상이면 제목에 \"회상:\" 추가
   계속 진행하시겠습니까?"
   → 사용자 확인 대기
   ```
   **Step 4: 정상인 경우만 작성 시작**
   ```
   비교:
   - 이전 화 종료일: 1946.04.23
   - 현재 화 시작일: 1946.05.01
   판정:
   → 04.23 < 05.01 ✅ 정상!
   ✅ 작성 시작 가능
   ```
   ---
   **회상 장면 예외 처리:**
   ```
   회상인 경우:
   1. 제목에 명시: "# X권 Y화: [회상] 제목"
   2. 또는 Part 헤더: "## [회상] 1945년 가을"
   3. 본문 시제: "~했었다", "~였었다" 사용
   → VERIFICATION에서 "회상"으로 판정됨
   → FIX 모드 재배치 대상에서 제외
   ```
   ---
 3. 작성
   - 헤더: # X권 Y화: 제목
@@ -86,7 +475,7 @@
   - [ ] 등장인물이 플롯과 일치하는가?
   ✅ 캐릭터 일관성
-   - [ ] 성격이 characters.md와 맞는가?
+   - [ ] 성격이 vol-XX-characters.md와 맞는가?
   - [ ] 갑자기 못하던 걸 하진 않는가?
   - [ ] 몰랐던 정보를 갑자기 알진 않는가?
@@ -134,7 +523,12 @@
 7. 다음 화로 이동
 ```
-### Phase 3: 작성 완료 + 간이 검증
+### Phase 3: 작성 완료 + 간이 검증 (필수!)
 ```
 ⚠️ Git 커밋 전 필수 단계!
 ⚠️ 이 검증을 통과하지 못하면 커밋 금지!
 ```
 ```
 1. N개 챕터 파일 확인
@@ -145,52 +539,312 @@
   - 캐릭터 상태
   - 복선 추적
-3. 🔍 즉시 간이 검증 (2-3분)
+3. 🔍 즉시 간이 검증 실행 (필수!)
   **3-1. 자동 검증 (Bash 명령)**
   ✅ 타임라인 연속성
-   - 이전 화 종료일 ≤ 현재 화 시작일
+   ```bash
-   - 역행 체크
+   # 이전 화 종료일 확인
   sed -n '3p' ch-027.md | grep -oP '\d{4}\.\d+\.\d+' | tail -1
-   ✅ 호칭 일관성
+   # 현재 화 시작일 확인
-   - characters.md 호칭 규칙 기준
+   sed -n '3p' ch-028.md | grep -oP '\d{4}\.\d+\.\d+' | head -1
   - 갑작스러운 호칭 변화 없는지
-   ✅ 호칭 복수/단수 정확성
+   # 비교: 종료일 ≤ 시작일 확인
-   - characters.md 나이 관계 테이블 기준
+   ```
   - "형님들" vs "형님" 체크
   - 예: 박현우 → 강민준(1명) = "형님" (단수)
   - 예: 최태준 → 강민준+박현우(2명) = "형님들" (복수)
   - 검색 패턴: "형님들", "형들", "선배님들" 등
   - 발견 시 화자가 누구인지 확인 → 대상 수 체크
-   ✅ 바텀 존재 여부
+   ✅ 호칭 일관성 ⭐ 강화! (v2.5.0)
-   - [X화 끝] 패턴 검색
+   ```bash
-   - "다음 X화:" 패턴 검색
+   # 복수형 검색
   grep -n "형님들\|형들\|선배님들\|씨들" ch-XXX.md
-   ✅ 헤더 형식
+   # 각 발견 건마다:
-   - # X권 Y화: 제목 형식
+   # 1. 화자 확인 (누가 말했는가?)
-   - 파일명 번호 = 헤더 화수
+   # 2. 청자 확인 (누구에게?)
-   - 타임라인 형식 (YYYY.M.D-M.D)
+   # 3. 청자 수 확인 (1명? 2명 이상?)
   # 4. 복수/단수 일치 확인
-   🔴 **v2.3.0 신규: 완성도 검증**
+   예시:
   - "형님들" 발견 → 화자: 최태준 → 청자: 강민준+박현우(2명) ✅
   - "형님" 발견 → 화자: 최태준 → 청자: 강민준(1명) ✅
   - "형님들" 발견 → 화자: 최태준 → 청자: 강민준(1명) ❌ 오류!
   ```
   ✅ 시기별 호칭 정확성 (v2.5.0 신규)
   ```bash
   # 강민준-서윤희 호칭 체크 (예시)
   grep -n "윤희 씨\|민준 씨" ch-XXX.md
   # 확인 사항:
   # - ch-031 (1946.5월) 이전인가? → "윤희 씨" 사용 금지!
   # - ch-031 이후인가? → "윤희 씨" 사용 가능
   # vol-XX-characters.md 호칭 변화 시점 참조
   ```
   ✅ 형식 자동 검증 ⭐ 신규! (v2.6.0)
   ```bash
   # 형식 자동 검증 스크립트 (Git 커밋 전 필수!)
   # 파일명 예시: ch-028.md
   FILE="ch-028.md"
   ERROR=0
   # 1. 바텀 검증 (정확히 3개)
   BOTTOM_COUNT=$(grep -c "^---$" "$FILE")
   if [ "$BOTTOM_COUNT" -ne 3 ]; then
       echo "❌ 바텀 오류: ${BOTTOM_COUNT}개 발견 (정확히 3개 필요)"
       echo "   위치: $(grep -n "^---$" "$FILE" | cut -d: -f1 | tr '\n' ' ')"
       ERROR=1
   else
       echo "✅ 바텀: 3개 정상"
   fi
   # 2. 구버전 바텀 검증 ([X화 끝], 다음 X화: 금지)
   OLD_BOTTOM=$(grep -n "\[.*화 끝\]\|다음.*화:" "$FILE")
   if [ -n "$OLD_BOTTOM" ]; then
       echo "❌ 구버전 바텀 발견 (즉시 삭제 필요):"
       echo "$OLD_BOTTOM"
       ERROR=1
   fi
   # 3. 작가의 말 형식 검증 (> [!NOTE] 필수)
   if ! grep -q "^> \[!NOTE\]$" "$FILE"; then
       echo "❌ 작가의 말 형식 오류"
       echo "   필수: > [!NOTE] (다음 줄에 작가의 말 내용)"
       ERROR=1
   else
       echo "✅ 작가의 말: 형식 정상"
   fi
   # 4. 챕터 번호 일치 검증 (파일명 vs 헤더)
   FILENAME=$(basename "$FILE" .md)
   CHAPTER_NUM="${FILENAME#ch-}"
   # 헤더에서 화수 추출 (예: # 1권 28화: 제목 → 28)
   HEADER_NUM=$(head -1 "$FILE" | grep -oP '\d+권 \K\d+(?=화:)')
   if [ "$CHAPTER_NUM" != "$HEADER_NUM" ]; then
       echo "❌ 챕터 번호 불일치"
       echo "   파일명: ch-${CHAPTER_NUM}.md"
       echo "   헤더: ${HEADER_NUM}화"
       ERROR=1
   else
       echo "✅ 챕터 번호: 일치 (${CHAPTER_NUM}화)"
   fi
   # 5. 타임라인 형식 검증
   TIMELINE=$(sed -n '3p' "$FILE")
   if ! echo "$TIMELINE" | grep -q "> \*\*타임라인:\*\* [0-9]\{4\}\.[0-9]\+-[0-9]\+"; then
       echo "❌ 타임라인 형식 오류"
       echo "   현재: $TIMELINE"
       echo "   필수: > **타임라인:** YYYY.M.D-M.D"
       ERROR=1
   else
       echo "✅ 타임라인: 형식 정상"
   fi
   # 최종 판정
   if [ $ERROR -eq 1 ]; then
       echo ""
       echo "❌ 형식 검증 실패! Git 커밋 불가!"
       echo "⚠️  위 오류를 모두 수정한 후 다시 검증하세요."
       exit 1
   else
       echo ""
       echo "✅ 형식 검증 통과!"
   fi
   ```
   **Windows (PowerShell) 버전:**
   ```powershell
   # 형식 자동 검증 스크립트 (Git 커밋 전 필수!)
   $FILE = "ch-028.md"
   $ERROR = 0
   # 1. 바텀 검증
   $BOTTOM_COUNT = (Select-String -Path $FILE -Pattern "^---$").Count
   if ($BOTTOM_COUNT -ne 3) {
       Write-Host "❌ 바텀 오류: ${BOTTOM_COUNT}개 발견 (정확히 3개 필요)" -ForegroundColor Red
       $ERROR = 1
   } else {
       Write-Host "✅ 바텀: 3개 정상" -ForegroundColor Green
   }
   # 2. 구버전 바텀 검증
   $OLD_BOTTOM = Select-String -Path $FILE -Pattern "\[.*화 끝\]|다음.*화:"
   if ($OLD_BOTTOM) {
       Write-Host "❌ 구버전 바텀 발견 (삭제 필요)" -ForegroundColor Red
       $ERROR = 1
   }
   # 3. 작가의 말 형식
   $NOTE = Select-String -Path $FILE -Pattern "^> \[!NOTE\]$"
   if (-not $NOTE) {
       Write-Host "❌ 작가의 말 형식 오류" -ForegroundColor Red
       $ERROR = 1
   } else {
       Write-Host "✅ 작가의 말: 형식 정상" -ForegroundColor Green
   }
   # 4. 챕터 번호 일치
   $FILENAME = (Get-Item $FILE).BaseName
   $CHAPTER_NUM = $FILENAME -replace "ch-", ""
   $HEADER = Get-Content $FILE -First 1
   if ($HEADER -match '\d+권 (\d+)화:') {
       $HEADER_NUM = $Matches[1]
       if ($CHAPTER_NUM -ne $HEADER_NUM) {
           Write-Host "❌ 챕터 번호 불일치: ch-${CHAPTER_NUM} vs ${HEADER_NUM}화" -ForegroundColor Red
           $ERROR = 1
       } else {
           Write-Host "✅ 챕터 번호: 일치 (${CHAPTER_NUM}화)" -ForegroundColor Green
       }
   }
   # 최종 판정
   if ($ERROR -eq 1) {
       Write-Host "`n❌ 형식 검증 실패! Git 커밋 불가!" -ForegroundColor Red
       exit 1
   } else {
       Write-Host "`n✅ 형식 검증 통과!" -ForegroundColor Green
   }
   ```
   🔴 **v2.3.0: 완성도 검증**
   - [ ] 빈 섹션 0건
     - Grep: "^## " 검색 → 각 헤더 이후 10줄 체크
     - 실제 내용 (빈 줄/구분선 제외) 3줄 미만 = ❌
   - [ ] 대화 완결성
-     - 마지막 대화가 질문으로 끝나지 않는지
+   - [ ] 최소 분량 8,000자
     - "?" 또는 불완전한 대화 패턴 체크
   - [ ] 최소 분량
     - 각 챕터 8,000자 이상
     - 마지막 Part가 너무 짧지 않은지 (300자 이상)
-   → 문제 발견 시: 즉시 수정 후 다시 검증
+   ---
   → 통과 시: 다음 단계
-4. foreshadows.md 업데이트
+   **3-2. 검증 결과 판정**
   ```
   ✅ 문제 0건 → 4단계로 진행
   ❌ 문제 발견 → 즉시 수정 → 3-1 재실행
   ⚠️ 문제가 있는데 커밋하지 마세요!
   ⚠️ 반드시 검증 통과 후 커밋!
   ```
   ---
 ### Phase 4: 내용 검증 체크리스트 (Git 커밋 전 필수!) ⭐ 신규 (v2.6.0)
 ```
 ⚠️ 형식 검증(Phase 3)과 별개로 반드시 확인!
 ⚠️ 이 단계를 건너뛰면 VERIFICATION에서 대량 발견됩니다!
 ```
 **4-1. 플롯 일치도 확인**
 ```markdown
 - [ ] plots/vol-XX-plot-NNN-MMM.md 읽기 (이번 화 플롯 확인)
 - [ ] 주요 내용 일치 여부 체크:
  - [ ] 제목이 플롯과 일치하는가?
  - [ ] 타임라인이 플롯과 일치하는가?
  - [ ] 핵심 이벤트 3개가 모두 포함됐는가?
  - [ ] 등장인물이 플롯과 일치하는가?
 - [ ] 플롯에 없는 중요 설정 추가하지 않았는가?
  - 예: 플롯에 없는 캐릭터 첫 등장
  - 예: 플롯에 없는 중요 사건 추가
 판정:
 ✅ 모두 일치 → 4-2로 진행
 ❌ 불일치 발견 → 즉시 수정 또는 플롯 재확인
 ```
 **4-2. 이전 챕터 연결 확인**
 ```markdown
 - [ ] 이전 화 마지막 Part 읽기
 - [ ] 현재 화 첫 Part와 자연스럽게 연결되는가?
  - [ ] 시간 흐름이 자연스러운가?
    - 예: 이전 화 밤 → 현재 화 다음날 아침 ✅
    - 예: 이전 화 오후 → 현재 화 3일 후 (설명 없음) ❌
  - [ ] 장소 이동이 설명됐는가?
    - 예: 이전 화 서울 → 현재 화 만주 (이동 장면 있음) ✅
    - 예: 이전 화 경교장 → 현재 화 갑자기 만주 (이동 없음) ❌
  - [ ] 상황 변화가 설명됐는가?
    - 예: 이전 화 회의 중 → 현재 화 회의 끝난 후 ✅
    - 예: 이전 화 회의 중 → 현재 화 갑자기 전투 (전환 없음) ❌
 판정:
 ✅ 모두 자연스러움 → 4-3으로 진행
 ❌ 갑작스러운 변화 발견 → 연결 문장 추가
 ```
 **4-3. 설정 일관성 확인**
 ```markdown
 ✅ 숫자 일관성 체크
 - [ ] 인원수, 금액, 날짜가 이전 화와 맞는가?
  - 예: 3화 "요원 20명" → 5화 "요원 50명" (설명 없음) ❌
  - 예: 4화 "100만 원" → 6화 "같은 돈인데 50만 원" ❌
 - [ ] grep으로 숫자 추출 후 비교:
  ```bash
  # 이전 화들에서 언급된 중요 숫자 확인
  grep -n "명\|원\|개\|톤" ch-025.md ch-026.md ch-027.md
  # 현재 화에서 같은 숫자 확인
  grep -n "명\|원\|개\|톤" ch-028.md
  # 불일치 발견 시 → 즉시 수정
  ```
 ✅ 물리적 일관성 체크
 - [ ] 캐릭터 위치가 논리적인가?
  - 예: 강민준이 오후 2시에 서울, 오후 3시에 만주 ❌
  - 예: 강민준이 서울→만주 이동 (3일 소요) ✅
 - [ ] 이동 시간/거리가 현실적인가?
  - 예: 1945년 서울→부산 1시간 (불가능) ❌
  - 예: 1945년 서울→부산 기차 8시간 ✅
 ✅ 캐릭터 일관성 체크
 - [ ] 성격에 맞는 행동인가?
  - vol-XX-characters.md의 성격 설정 확인
  - 예: 민준(냉철) "아악! 무서워!" 비명 ❌
  - 예: 민준(냉철) 손은 떨렸지만 표정 변화 없음 ✅
 - [ ] 갑자기 아는 정보가 없는가?
  - 예: ch-004 "강세우? 누구야?"
       ch-005 "강세우가 형님이라 부른 이유는..." ❌
  - 예: ch-004 끝에 소개받음 → ch-005 언급 ✅
 - [ ] 갑자기 할 수 있는 능력이 없는가?
  - 예: ch-003 "총 못 쏴" → ch-010 완벽한 저격 (연습 없음) ❌
  - 예: ch-005 사격 연습 → ch-010 성공 ✅
 판정:
 ✅ 모두 일관성 있음 → 4-4로 진행
 ❌ 불일치 발견 → 즉시 수정 또는 설명 추가
 ```
 **4-4. 검증 결과 판정**
 ```
 ✅ 모두 체크 완료 → Phase 5로 진행 (Git 커밋)
 ❌ 하나라도 문제 → 즉시 수정 → 4-1부터 재검증
 ⚠️ 이 단계를 건너뛰면 VERIFICATION에서 대량 발견됩니다!
 ⚠️ 5분 투자로 30분 수정 작업을 예방할 수 있습니다!
 ```
 ---
 5. foreshadows.md 업데이트
   - 설치된 복선 추가
   - 회수된 복선 체크
-5. Git 커밋
+6. Git 커밋
   "X권 N-M화 작성 완료
   - ch-XXX: 제목 (분량)
@@ -200,13 +854,14 @@
   - foreshadows.md 업데이트
   총 XX,XXX자
-   간이 검증: 통과 ✅
+   형식 검증: 통과 ✅
   내용 검증: 통과 ✅
   Co-Authored-By: Claude <noreply@anthropic.com>"
-6. CURRENT-TASK.md 업데이트 또는 삭제
+7. CURRENT-TASK.md 업데이트 또는 삭제
-7. 완료 보고 + 다음 작업 안내
+8. 완료 보고 + 다음 작업 안내
 ```
 ---
@@ -237,7 +892,15 @@
 - [ ] 각 Part가 완전히 끝남
 작성 후:
- [ ] 바텀 없음 확인!
+- [ ] Phase 3: 형식 자동 검증 실행 ⭐ (v2.6.0)
  - [ ] 바텀 3개 정확히 존재
  - [ ] 작가의 말 형식 (> [!NOTE])
  - [ ] 챕터 번호 일치 (파일명 vs 헤더)
  - [ ] 타임라인 형식 정상
 - [ ] Phase 4: 내용 검증 체크리스트 완료 ⭐ (v2.6.0)
  - [ ] 플롯 일치도 확인
  - [ ] 이전 챕터 연결 확인
  - [ ] 설정 일관성 확인
 - [ ] summary 즉시 업데이트
 - [ ] CURRENT-TASK.md 업데이트
 ```
@@ -294,7 +957,7 @@
 ### 기본 권장: 5화
 ```
-플롯: plot-001-005.md (5화)
+플롯: vol-XX-plot-001-005.md (5화)
 작성: ch-001 ~ ch-005
 서머리: summary-001-005.md
@@ -308,17 +971,17 @@
 ```
 "3화 작성해"
-→ plot-001-003.md 기준
+→ vol-XX-plot-001-003.md 기준
 → ch-001 ~ ch-003
 → summary-001-003.md
 "7화 작성해"
-→ plot-001-007.md 기준
+→ vol-XX-plot-001-007.md 기준
 → ch-001 ~ ch-007
 → summary-001-007.md
 "10화 작성해"
-→ plot-001-010.md 기준
+→ vol-XX-plot-001-010.md 기준
 → ch-001 ~ ch-010
 → summary-001-010.md
 ```