# 수정 모드 프로토콜

> **버전:** 2.0
> **용도:** 기존 챕터 수정 및 재구성 (MODE: MODIFICATION)

---

## 📋 수정 모드 개요

**수정 모드는:**
- 기존 챕터 수정/재구성
- 영향 범위 분석 필수
- 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 삭제

---

## 📊 영향 범위 분석 템플릿

```markdown
# 수정 영향 분석

**수정 유형:** [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 커밋 없이 종료

---

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