novel-writing-guide/templates/standards/modification-mode.md

수정 모드 프로토콜

버전: 2.0.0 최종 수정: 2026-01-18 호환: CWS Writing Guide v3.3.0+ 용도: 기존 챕터 수정 및 재구성

---

📋 수정 모드 개요

수정 모드는:

• 기존 챕터 수정/재구성
• 영향 범위 분석 필수
• 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-001-XXX ~ 끝 재생성
3. 검증
4. Git 커밋

예: ch-029 수정
→ summary-001-030, 035, 040, ..., 060 전부 재생성

C. 다중 수정 (여러 화, 같은 변경)

영향 범위: 해당 챕터들 + 이후 summary
summary: 첫 수정 챕터부터 끝까지
리네임: 불필요

절차:
1. 대상 챕터 일괄 수정
2. summary 재생성 (첫 수정 챕터부터)
3. 검증
4. Git 커밋

예: ch-025~050 "당신" → "윤희 씨" 변경
→ summary-001-025부터 재생성

D. 플롯 수정 (대규모)

영향 범위: plot + 해당 챕터들 + summary
summary: 영향받는 첫 챕터부터 끝까지
리네임: 보통 불필요

절차:
1. plot-master.md 수정
2. plot-XXX-YYY.md 수정
3. 챕터 수정/재작성
4. summary 재생성
5. 검증
6. Git 커밋

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 삭제

---

📊 영향 범위 분석 템플릿

# 수정 영향 분석

**수정 유형:** [A~H]
**수정 내용:** [구체적 내용]

## 영향받는 파일

### 챕터
| 현재 | 변경 후 | 헤더 수정 |
|------|--------|----------|
| ch-030 | ch-031 | # 30화 → 31화 |
| ... | ... | ... |

### Summary (재생성 필요)
- summary-001-030.md ~ summary-001-060.md

### Plot (수정 필요)
- plot-master.md
- plot-026-030.md

## 작업 순서
1. ...
2. ...

---

🚫 수정 모드 금지사항

❌ 영향 분석 없이 수정 ❌ summary 재생성 누락 ❌ 리네임 순서 무시 (덮어쓰기 위험!) ❌ CHANGELOG 업데이트 누락 ❌ Git 커밋 없이 종료

---

수정은 신중하게! 영향 범위 분석이 핵심입니다.