Files
novel-writing-guide/templates/standards/renaming-protocol.md
Alex cbf51e2b23 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

314 lines
6.1 KiB
Markdown

# 리네임 안전 프로토콜
> **버전:** 2.1.0
> **최종 수정:** 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 롤백 실행
- 사용자에게 즉시 보고
- 규칙 준수 후 재실행
---
## 🚨 왜 리네임이 위험한가?
### 덮어쓰기 문제
```
시나리오: ch-030~060을 ch-031~061로 변경
❌ 정순으로 하면:
ch-030 → ch-031 (OK, ch-031 자리 비어있음)
ch-031 → ch-032 (❌ ch-031은 이미 바뀐 ch-030!)
→ 원래 ch-031 데이터 손실!
✅ 역순으로 하면:
ch-060 → ch-061 (OK)
ch-059 → ch-060 (OK, ch-060 자리 비어있음)
...
ch-030 → ch-031 (OK)
→ 안전!
```
---
## 📋 리네임 유형
| 유형 | 방향 | 방법 |
|------|------|------|
| **삽입** | 번호 +1 | 역순 |
| **삭제** | 번호 -1 | 정순 |
| **분할** | 번호 +1 | 역순 |
| **병합** | 번호 -1 | 정순 |
---
## 🔄 방법 1: 역순/정순 리네임
### 삽입 시 (번호 +1) - 역순!
```bash
# ch-029와 030 사이에 삽입
# → ch-030~060을 ch-031~061로
# 역순으로! (60부터 30까지)
mv ch-060.md ch-061.md
mv ch-059.md ch-060.md
mv ch-058.md ch-059.md
...
mv ch-030.md ch-031.md
# 새 화 생성
# ch-030.md 작성
```
### 삭제 시 (번호 -1) - 정순!
```bash
# ch-029 삭제
# → ch-030~060을 ch-029~059로
# ch-029 백업/삭제
mv ch-029.md _backup/ch-029.md
# 정순으로! (30부터 60까지)
mv ch-030.md ch-029.md
mv ch-031.md ch-030.md
...
mv ch-060.md ch-059.md
```
---
## 🔄 방법 2: 2단계 리네임 (더 안전)
### 1단계: 임시 이름으로
```bash
# 모든 대상 파일을 임시 이름으로
mv ch-030.md ch-030-temp.md
mv ch-031.md ch-031-temp.md
mv ch-032.md ch-032-temp.md
...
mv ch-060.md ch-060-temp.md
```
### 2단계: 최종 이름으로
```bash
# 임시 이름에서 최종 이름으로
mv ch-030-temp.md ch-031.md
mv ch-031-temp.md ch-032.md
...
mv ch-060-temp.md ch-061.md
```
**장점:** 순서 상관없이 안전
**단점:** 두 번 작업
---
## ✅ 리네임 체크리스트
### 리네임 전
```
- [ ] 영향 범위 분석 완료
- [ ] Git 현재 상태 커밋 (백업!)
- [ ] 리네임 방향 결정 (역순/정순)
- [ ] 대상 파일 목록 작성
```
### 리네임 중
```
- [ ] 파일명 변경 (순서 주의!)
- [ ] 헤더 화수 수정
# 2권 30화 → # 2권 31화
- [ ] 타임라인 확인 (변경 필요 시)
```
### 리네임 후
```
- [ ] 파일명 = 헤더 화수 일치 확인
- [ ] summary 해당 챕터 번호 수정
- [ ] plot 해당 챕터 번호 수정
- [ ] 타임라인 연속성 확인
- [ ] Git 커밋
```
---
## 📊 영향받는 파일
### 챕터 파일
```
파일명: ch-XXX.md → ch-YYY.md
헤더: # X권 XXX화 → # X권 YYY화
```
### Summary 파일
```
summary-001-030.md 내용:
"### ch-030: 제목" → "### ch-031: 제목"
또는 summary 자체 재생성
```
### Plot 파일
```
plot-master.md:
"30화: 제목" → "31화: 제목"
vol-XX-plot-026-030.md → vol-XX-plot-027-031.md (필요시)
```
---
## 🔧 자동화 스크립트 예시
### 삽입 (역순 리네임)
```bash
#!/bin/bash
# 삽입 위치 이후 번호 +1
START=30
END=60
for ((i=END; i>=START; i--)); do
OLD=$(printf "ch-%03d.md" $i)
NEW=$(printf "ch-%03d.md" $((i+1)))
if [ -f "$OLD" ]; then
mv "$OLD" "$NEW"
echo "Renamed: $OLD$NEW"
fi
done
```
### 헤더 일괄 수정
```bash
#!/bin/bash
# 헤더 화수 일괄 수정
for FILE in ch-*.md; do
# 파일명에서 화수 추출
NUM=$(echo "$FILE" | grep -oP '\d+')
NUM_CLEAN=$(echo $NUM | sed 's/^0*//')
# 헤더 수정 (권 번호는 유지)
sed -i "s/# \([0-9]*\)권 [0-9]*화:/# \1권 ${NUM_CLEAN}화:/" "$FILE"
done
```
---
## 🚫 리네임 금지사항
```
❌ 백업 없이 리네임
❌ 순서 무시 (덮어쓰기 위험!)
❌ 헤더 수정 누락
❌ summary/plot 수정 누락
❌ Git 커밋 없이 종료
```
---
## 💡 팁
### 대규모 리네임 시
```
1. 작은 범위로 테스트 먼저
2. Git으로 롤백 가능한 상태 유지
3. 2단계 방법 권장 (더 안전)
4. 리네임 후 즉시 검증
```
### 실수 발생 시
```
git checkout -- .
→ 마지막 커밋 상태로 복구
```
---
*리네임은 신중하게! 백업 필수, 순서 중요!*