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

수정 모드 프로토콜

버전: 2.2.0 최종 수정: 2026-01-25 호환: CWS Writing Guide v3.6.0+ (Phase 4: 수정 모드) 용도: 기존 챕터 수정 및 재구성 주요 변경: 파일 경로 업데이트 (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. volume-plot.md 수정
2. plot-XXX-YYY.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 삭제

---

📊 영향 범위 분석 템플릿

# 수정 영향 분석

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

## 영향받는 파일

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

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

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

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

---

🚫 수정 모드 금지사항

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

💡 Summary 업데이트 원칙

✅ 스마트 업데이트:
- A (단순 수정): summary 업데이트 불필요
- B (내용 수정): 해당 섹션만 부분 업데이트
- C (다중 수정): 해당 섹션들만 부분 업데이트
- D (플롯 수정): 변경 범위에 따라 판단
- E~H (구조 변경): 전체 재생성 (리넘버링 불가피)

❌ 과도한 재생성:
- "하나 바꿨으니 전부 재생성" → 토큰 낭비!
- 영향 없는 summary까지 재생성 → 불필요!

핵심: 필요한 것만, 최소한으로!

---

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