Files
novel-writing-guide/templates/standards/modification-mode.md
Alex c56b6f1f76 Design Guide v1.6.0: Phase 4 태스크 기반 재설계 + 전체 프로세스 검증 완료
- Phase 4 아키텍처 재설계: 수량 기반 → 태스크 실행 기반
- phase4-master-design.md 신규 (전체 Phase 4 아키텍처)
- 설계 모드 11개 신규/갱신:
  - plot-master-mode/verification (Phase 4-1)
  - volume-timeline-mode/verification (Phase 4-2선행)
  - volume-characters-mode/verification (Phase 4-2선행)
  - volume-plot-mode/verification (Phase 4-2)
  - plot-detail-verification (Phase 4-3)
  - design-verification-mode (Phase 5)
- 검증 프로토콜 강화:
  - 에스컬레이션 경로, 신뢰 모델, 유효성 조건 전 프로토콜 통일
  - 검증 보고서 유효성 관리 (report-management.md 연동)
  - 권 경계 교차 검증 추가 (Phase 4-2 §6.3, 4-3 §4.3, Phase 5 검증 6)
  - 입력 소비 확인 (Phase 4-1 검증 0)
- 작성 파이프라인 보강:
  - writing-mode: Phase 5 통과 전제 명시, vol-XX-plot.md INPUT 추가
  - polish-mode: VERIFICATION→FIX 완료 필수 진입 조건
- 3회 종합 감사 통과 (설계+작성 전체, 실제 문제 0건)

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
2026-01-27 21:52:24 +09:00

373 lines
7.9 KiB
Markdown

# 수정 모드 프로토콜
> **버전:** 2.2.0
> **최종 수정:** 2026-01-27
> **호환:** CWS Writing Guide v4.3.0+, CWS Design Guide v1.6.0+
> **용도:** 기존 챕터 수정 및 재구성
> **주요 변경:** 파일 경로 업데이트 (4단계 플롯 밀도 체계 적용)
---
## 📋 수정 모드 개요
**수정 모드는:**
- 기존 챕터 수정/재구성
- 영향 범위 분석 필수
- summary 스마트 업데이트 (필요한 것만!)
- CHANGELOG 업데이트
**진입 명령:**
- "수정 모드"
- "수정 준비해"
- "수정 준비해: [수정 내용]"
---
## 📚 모드 진입 시 읽을 파일
### 필수
1. `standards/chapter-format.md` - 챕터 형식 규칙
2. 수정 대상 챕터들
3. 영향받는 summary들
### 리네임 시 추가
4. `standards/renaming-protocol.md` - 리네임 안전 규칙
---
## 🔀 수정 유형 분류
| 유형 | 설명 | 복잡도 |
|------|------|--------|
| **A. 단순 수정** | 오타, 문장 다듬기 | ⭐ |
| **B. 내용 수정** | 한 화 내용 변경 | ⭐⭐ |
| **C. 다중 수정** | 여러 화 같은 변경 (예: 호칭) | ⭐⭐ |
| **D. 플롯 수정** | 플롯 변경 → 본문 반영 | ⭐⭐⭐ |
| **E. 삽입** | 중간에 새 화 추가 | ⭐⭐⭐⭐ |
| **F. 삭제** | 기존 화 삭제 | ⭐⭐⭐ |
| **G. 분할** | 한 화 → 두 화 | ⭐⭐⭐⭐ |
| **H. 병합** | 두 화 → 한 화 | ⭐⭐⭐ |
---
## 🎯 공통 프로세스
```
1. 수정 유형 판단
2. 영향 범위 분석 ⭐⭐⭐
- 어떤 챕터?
- 어떤 summary?
- 리네임 필요?
3. 수정 계획 수립
4. CURRENT-TASK.md 생성
5. 사용자 승인
6. 수정 실행
7. summary 스마트 업데이트 (유형별 규칙 참조!)
8. 검증
9. CHANGELOG 업데이트
10. Git 커밋
```
---
## 📝 유형별 상세
### A. 단순 수정 (오타, 문장)
```
영향 범위: 해당 챕터만
summary: 내용 변화 없으면 불필요
리네임: 불필요
절차:
1. 챕터 수정
2. Git 커밋
```
### B. 내용 수정 (한 화)
```
영향 범위: 해당 챕터만
summary: 해당 챕터 포함된 summary만 업데이트 (해당 화 섹션만)
리네임: 불필요
절차:
1. 챕터 수정
2. 해당 챕터 포함된 summary 파일 열기
3. 해당 화 섹션만 업데이트 (전체 재생성 아님!)
- 📖 챕터별 핵심: 해당 화만 수정
- 🎭 캐릭터 상태: 필요시 수정
- 🎣 복선 현황: 필요시 수정
4. 검증
5. Git 커밋
예: ch-029 수정
→ summary-001-030.md 열기
→ ch-029 섹션만 업데이트
→ (summary-035, 040 등은 건드리지 않음!)
⚠️ 단, 아래 경우는 전체 재생성:
- 플롯 방향 크게 바뀜 (이후 전개 영향)
- 캐릭터 관계 크게 바뀜
- 복선 추가/삭제로 이후 영향
```
### C. 다중 수정 (여러 화, 같은 변경)
```
영향 범위: 해당 챕터들만
summary: 영향받는 summary들만 부분 업데이트
리네임: 불필요
절차:
1. 대상 챕터 일괄 수정
2. 영향받는 summary 파일들만 열기
3. 해당 화 섹션들만 부분 업데이트
4. 검증
5. Git 커밋
예: ch-025~050 "당신" → "윤희 씨" 변경
→ summary-001-030.md: ch-025~030 섹션만 수정
→ summary-001-035.md: ch-031~035 섹션만 수정
→ summary-001-040.md: ch-036~040 섹션만 수정
→ ...
→ (전체 재생성 아님! 해당 섹션만 호칭 반영)
⚠️ 단순 호칭/표현 변경은 summary에 영향 적음
→ summary는 핵심만 담고 있으므로 수정 불필요할 수도 있음
→ 판단 후 필요시만 수정
```
### D. 플롯 수정 (대규모)
```
영향 범위: plot + 해당 챕터들 + summary
summary: 플롯 변경 범위에 따라 선택
리네임: 보통 불필요
절차:
1. vol-XX-plot.md 수정
2. vol-XX-plot-NNN-MMM.md 수정
3. 챕터 수정/재작성
4. summary 업데이트 (범위 판단!)
- 플롯 미세 조정: 해당 섹션만 부분 업데이트
- 플롯 대폭 변경: 영향받는 구간부터 재생성
5. 검증
6. Git 커밋
예: ch-025~030 플롯 변경
→ 미세 조정 (장면 순서 변경): summary-001-030.md에서 ch-025~030 섹션만 수정
→ 대폭 변경 (플롯 방향 전환): summary-001-030부터 재생성 (이후 영향 있으므로)
```
### E. 삽입 (새 화 추가) ⭐⭐⭐⭐
```
영향 범위: 삽입 위치 이후 모든 챕터 번호!
summary: 삽입 위치부터 전체 재생성 (리넘버링 때문에 불가피)
리네임: 필수!
절차:
1. 영향 범위 분석
- ch-029와 030 사이 삽입
- → ch-030~060 전부 +1
2. 리네임 (역순!)
ch-060 → ch-061
ch-059 → ch-060
...
ch-030 → ch-031
3. 새 화 작성 (ch-030)
4. 헤더 수정 (모든 리넘버링 파일)
# 2권 30화 → # 2권 31화
5. plot 수정
6. summary 재생성
7. 검증
8. Git 커밋
```
### F. 삭제 (화 삭제)
```
영향 범위: 삭제 위치 이후 모든 챕터 번호
summary: 삭제 위치부터 전체 재생성 (리넘버링 때문에 불가피)
리네임: 필수!
절차:
1. ch-029 백업/삭제
2. 리네임 (정순!)
ch-030 → ch-029
ch-031 → ch-030
...
3. 헤더 수정
4. plot 수정
5. summary 재생성
6. 검증
7. Git 커밋
```
### G. 분할 (한 화 → 두 화)
```
= E. 삽입과 유사
ch-029 → ch-029(상), ch-030(하)
→ 이후 번호 +1
```
### H. 병합 (두 화 → 한 화)
```
= F. 삭제와 유사
ch-029 + ch-030 → ch-029
→ 이후 번호 -1
```
---
## 🔄 리네임 안전 규칙
### 덮어쓰기 방지!
```
❌ 정순 (삽입 시):
ch-030 → ch-031
ch-031 → ch-032 ← ch-031이 이미 바뀐 파일!
→ 데이터 손실!
✅ 역순 (삽입 시):
ch-060 → ch-061
ch-059 → ch-060
...
ch-030 → ch-031
→ 안전!
✅ 정순 (삭제 시):
ch-030 → ch-029
ch-031 → ch-030
...
→ 안전! (이미 삭제된 위치로 이동)
```
### 또는 2단계 리네임
```
1단계: 임시 이름
ch-030 → ch-030-temp
ch-031 → ch-031-temp
...
2단계: 최종 이름
ch-030-temp → ch-031
ch-031-temp → ch-032
...
```
---
## ✅ 수정 체크리스트
### 수정 전
- [ ] 수정 유형 판단 (A~H)
- [ ] 영향 범위 분석
- [ ] CURRENT-TASK.md 생성
- [ ] Git 현재 상태 커밋 (백업)
### 수정 중
- [ ] 챕터 수정
- [ ] 리네임 (필요시, 순서 주의!)
- [ ] 헤더 수정 (리네임 시)
- [ ] plot 수정 (필요시)
### 수정 후
- [ ] summary 재생성 (영향 범위 전체!)
- [ ] 타임라인 검증
- [ ] 헤더 화수 = 파일명 확인
- [ ] CHANGELOG 업데이트
- [ ] Git 커밋
- [ ] CURRENT-TASK.md 삭제
---
## 📊 영향 범위 분석 템플릿
```markdown
# 수정 영향 분석
**수정 유형:** [A~H]
**수정 내용:** [구체적 내용]
## 영향받는 파일
### 챕터
| 현재 | 변경 후 | 헤더 수정 |
|------|--------|----------|
| ch-030 | ch-031 | # 30화 → 31화 |
| ... | ... | ... |
### Summary (재생성 필요)
- summary-001-030.md ~ summary-001-060.md
### Plot (수정 필요)
- vol-XX-plot.md
- vol-XX-plot-026-030.md
## 작업 순서
1. ...
2. ...
```
---
## 🚫 수정 모드 금지사항
❌ 영향 분석 없이 수정
❌ summary 필요한데 업데이트 누락
❌ summary 불필요한데 전체 재생성 (토큰 낭비!)
❌ 리네임 순서 무시 (덮어쓰기 위험!)
❌ CHANGELOG 업데이트 누락
❌ Git 커밋 없이 종료
## 💡 Summary 업데이트 원칙
```
✅ 스마트 업데이트:
- A (단순 수정): summary 업데이트 불필요
- B (내용 수정): 해당 섹션만 부분 업데이트
- C (다중 수정): 해당 섹션들만 부분 업데이트
- D (플롯 수정): 변경 범위에 따라 판단
- E~H (구조 변경): 전체 재생성 (리넘버링 불가피)
❌ 과도한 재생성:
- "하나 바꿨으니 전부 재생성" → 토큰 낭비!
- 영향 없는 summary까지 재생성 → 불필요!
핵심: 필요한 것만, 최소한으로!
```
---
*수정은 신중하게! 영향 범위 분석이 핵심입니다.*