v3.0 템플릿 전면 개편

## 신규 파일
- templates/CURRENT-TASK.md.template (컴팩팅 대응)
- templates/standards/writing-mode.md (작성 모드)
- templates/standards/modification-mode.md (수정 모드 8가지 유형)
- templates/standards/verification-mode.md (6단계 통합 검증)
- templates/standards/chapter-format.md (바텀 금지 포함)
- templates/standards/writing-guide.md (문체/분량)
- templates/standards/renaming-protocol.md (안전한 리네임)
- validation-standards.md (검증 기준)

## 수정 파일
- templates/CLAUDE.md.template (모드 시스템 반영)

## 주요 변경
- 폴더 분리: standards/ (방법론) vs settings/ (콘텐츠)
- 바텀 금지 표준화
- 수정 모드 8가지 유형 체계화
- 검증 모드 6단계 통합
- CURRENT-TASK.md로 컴팩팅 대응

Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
This commit is contained in:
Alex
2026-01-18 10:12:57 +09:00
parent 91d3715737
commit 3ce44ec47f
10 changed files with 2546 additions and 248 deletions

View File

@@ -0,0 +1,227 @@
# 챕터 형식 표준
> **버전:** 2.0
> **용도:** 챕터 파일 헤더/구조 규칙
---
## 📐 필수 형식
### 헤더 (필수)
```markdown
# [권수]권 [화수]화: [제목]
> **타임라인:** YYYY.M.D-M.D
> **장소:** 장소1, 장소2
```
### 본문
```markdown
---
## Part 1: [소제목]
(본문 내용)
---
## Part 2: [소제목]
(본문 내용)
---
(Part 3, 4, ... 반복)
(본문으로 끝. 바텀 없음!)
```
---
## ✅ 헤더 규칙
### 제목 라인
**형식:** `# [권수]권 [화수]화: [제목]`
```
✅ 올바른 예:
# 2권 29화: 만주 특별구 출범
# 1권 1화: 빛 속으로
❌ 잘못된 예:
# ch-029: 제목 (ch- 형식 금지)
# 29화: 제목 (권 번호 누락)
# 2권 29화 : 제목 (콜론 앞 공백)
# 2권 이십구화: 제목 (화수는 숫자만)
```
### 타임라인
**형식:** `> **타임라인:** YYYY.M.D-M.D`
```
✅ 올바른 예:
> **타임라인:** 1950.3.11-4.1
> **타임라인:** 1947.1.1
> **타임라인:** 1950.5.1-12.31
❌ 잘못된 예:
> **타임라인:** 1950-3-11~4-1 (구분자 잘못)
> **타임라인:** 1950/3/11 (슬래시 금지)
> **타임라인:** 1950.03.11 (0 패딩 불필요)
```
### 장소
**형식:** `> **장소:** 장소1, 장소2`
```
✅ 올바른 예:
> **장소:** 만주 연길
> **장소:** 서울, 청와대
```
---
## 🚫 바텀 금지! (매우 중요)
### 절대 넣지 말 것
```
❌ [29화 끝]
❌ [2권 29화 끝]
❌ 다음 30화: 제목
❌ --- 끝 ---
❌ (계속)
```
### 이유
1. **중복 정보** - 헤더에 이미 화수 있음
2. **유지보수 지옥** - 리넘버링 시 전부 수정 필요
3. **불일치 위험** - 파일명/헤더와 바텀 불일치
### 올바른 챕터 끝
```markdown
## Part 4: 마지막 장면
(본문 내용)
(여기서 끝. 아무것도 추가하지 않음!)
```
---
## 📊 타임라인 연속성
### 규칙
```
이전 화 종료일 ≤ 현재 화 시작일
```
### 예시
```
ch-028: 1950.3.11-4.1 (종료: 4.1)
ch-029: 1950.4.2-4.30 (시작: 4.2) ← OK ✅
ch-029: 1950.5.1-12.31 (종료: 12.31)
ch-030: 1950.4.1-4.30 (시작: 4.1) ← 역행! ❌
```
### 예외: 플래시백/회상
```
> **타임라인:** 1950.5.1 (회상: 1947.6.1)
```
---
## 📝 제목 규칙
### 유니크성
```
❌ 동일 권 내 제목 중복 금지
ch-029: "만주 개발 시작"
ch-030: "만주 개발 시작" ← 중복! ❌
해결:
ch-029: "만주 개발 준비"
ch-030: "만주 개발 시작" ← OK ✅
```
### 제목 형식
- 간결하게 (10자 이내 권장)
- 해당 화 핵심 내용 반영
- 스포일러 주의
---
## 📐 본문 구조
### Part 구성
```markdown
## Part 1: 아침
(2-4문단)
---
## Part 2: 회의
(3-5문단)
---
## Part 3: 결정
(2-3문단)
```
### 권장
- Part 4-6개 / 화
- Part당 2-5문단
- Part 사이 `---` 구분선
- 마지막 Part 후 아무것도 없음 (바텀 금지!)
---
## ✅ 작성 전 체크리스트
```
- [ ] 이전 화 종료 날짜 확인
- [ ] 타임라인 연속성 확인
- [ ] 제목 중복 없는지 확인
- [ ] 헤더 형식 올바른지 확인
- [ ] plot 파일과 일치하는지 확인
```
## ✅ 작성 후 체크리스트
```
- [ ] 헤더 형식 정확
- [ ] 타임라인 형식 정확
- [ ] 바텀 없음 확인!
- [ ] 분량 8,000자 이상
```
---
## 🔍 자동 검증 명령
```
"형식 검증해" → 헤더/타임라인/바텀 체크
"바텀 검증해" → 바텀 있는 챕터 목록
"바텀 일괄 제거해" → 바텀 자동 제거
```
---
*헤더만 화수 표시! 바텀은 절대 금지!*

View File

@@ -0,0 +1,325 @@
# 수정 모드 프로토콜
> **버전:** 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 커밋 없이 종료
---
*수정은 신중하게! 영향 범위 분석이 핵심입니다.*

View File

@@ -0,0 +1,239 @@
# 리네임 안전 프로토콜
> **버전:** 2.0
> **용도:** 화수 변경/리넘버링 시 안전한 절차
---
## 🚨 왜 리네임이 위험한가?
### 덮어쓰기 문제
```
시나리오: 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화: 제목"
plot-026-030.md → 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 -- .
→ 마지막 커밋 상태로 복구
```
---
*리네임은 신중하게! 백업 필수, 순서 중요!*

View File

@@ -0,0 +1,314 @@
# 검증 모드 프로토콜
> **버전:** 2.0
> **용도:** 전체 검증 및 일관성 체크 (MODE: VERIFICATION)
---
## 📋 검증 모드 개요
**검증 모드는:**
- 6단계 통합 검증
- 구조, 형식, 타임라인, 내용, 일관성 전체 체크
- 상세 보고서 생성
**진입 명령:**
- "검증해"
- "점검 모드"
- "X권 검증해"
- "전체 검증"
**부분 검증:**
- "타임라인만 검증해"
- "호칭 검증해"
- "바텀 검증해"
---
## 📚 모드 진입 시 읽을 파일
### 필수
1. `volumes/vol-XX/plot-master.md` - 플롯 (일치도 검증용)
2. `settings/characters-master.md` - 캐릭터 + 호칭 규칙
3. `volumes/vol-XX/timeline.md` - 타임라인
### 검증 대상
4. `volumes/vol-XX/chapters/ch-*.md` - 전체 챕터
---
## 🎯 6단계 통합 검증
```
사용자: "검증해"
[1/6] 구조 검증 중...
[2/6] 형식 검증 중...
[3/6] 타임라인 검증 중...
[4/6] 내용 검증 중...
[5/6] 일관성 검증 중...
[6/6] 보고서 생성 중...
보고서 출력
```
---
## 📝 단계별 상세
### 1단계: 구조 검증
```
✅ 파일 존재/연속성
- ch-001 ~ ch-XXX 모두 있나?
- 빠진 번호 없나?
- 중복 번호 없나?
✅ 파일명 규칙
- ch-XXX.md 형식
- 3자리 숫자 패딩
출력:
- 총 챕터 수
- 빠진 번호 목록
- 중복 번호 목록
```
### 2단계: 형식 검증
```
✅ 헤더 형식
- "# X권 Y화: 제목" 형식
- 파일명 번호 = 헤더 화수 일치
✅ 타임라인 형식
- "> **타임라인:** YYYY.M.D-M.D" 형식
⭐ 바텀 검증
- "[X화 끝]" 있으면 → 🔴 제거 필요
- "다음 X화:" 있으면 → 🔴 제거 필요
출력:
- 헤더 오류 목록
- 화수 불일치 목록
- 바텀 있는 챕터 목록 (제거 필요)
```
### 3단계: 타임라인 검증
```
✅ 시간 순서
- ch-001 → ch-002 → ... 시간 순서
✅ 역행 체크
- 이전 화보다 과거로 가는 경우
✅ 날짜 겹침
- 같은 날짜 과도한 반복
출력:
- 타임라인 순서 테이블
- 역행 발견 목록
- 날짜 겹침 경고
```
### 4단계: 내용 검증
```
✅ 플롯 일치도
- plot-master.md와 실제 내용 비교
- 제목, 타임라인, 핵심 내용
✅ 캐릭터 등장
- 소개 없이 갑자기 등장?
- 죽은/퇴장 캐릭터 재등장?
⭐ 호칭 일관성
- characters-master.md의 호칭 규칙 기준
- 결혼 전/후 호칭 구분
- 갑자기 호칭 바뀌는 경우
✅ 말투 일관성
- 존댓말/반말 패턴 유지
출력:
- 플롯 불일치 목록
- 호칭 오류 목록
- 캐릭터 오류 목록
```
### 5단계: 일관성 검증
```
✅ 앞뒤 연결
- 이전 화 끝 ↔ 다음 화 시작
- 갑작스러운 상황 변화
✅ 복선 추적
- 설치된 복선 목록
- 회수된 복선 목록
- 미회수 복선 (회수 예정)
✅ 설정 충돌
- 같은 사건 다른 날짜
- 같은 캐릭터 다른 나이
출력:
- 연결 오류 목록
- 복선 현황 테이블
- 설정 충돌 목록
```
### 6단계: 보고서 생성
```markdown
# X권 전체 검증 보고서
**검증일:** YYYY-MM-DD
**검증 범위:** ch-001 ~ ch-XXX
## 📊 전체 점수: XX/100
| 항목 | 점수 | 상태 |
|------|------|------|
| 구조 | 100% | ✅ |
| 형식 | XX% | ⚠️ |
| 타임라인 | XX% | ⚠️ |
| 내용 | XX% | ⚠️ |
| 일관성 | XX% | ⚠️ |
## 🔴 즉시 수정 필요 (심각)
...
## 🟡 수정 권장 (중요)
...
## 🟢 경미한 문제 (선택)
...
## 💡 권장 조치
1. ...
2. ...
```
---
## 🔍 부분 검증
### 타임라인만
```
"타임라인만 검증해" → 3단계만 실행
```
### 호칭만
```
"호칭 검증해" → 4단계 호칭 항목만
```
### 바텀만
```
"바텀 검증해" → 2단계 바텀 항목만
→ 바텀 있는 챕터 목록 출력
→ "바텀 일괄 제거해" 명령 가능
```
### 형식만
```
"형식 검증해" → 2단계만 실행
```
---
## 🔧 바텀 일괄 제거
검증에서 바텀 발견 시:
```
AI: 바텀이 있는 챕터 15개 발견
| 챕터 | 바텀 내용 |
|------|----------|
| ch-003 | [3화 끝] |
| ch-006 | [6화 끝]\n다음 7화: |
| ... | ... |
"바텀 일괄 제거해" 명령으로 제거 가능합니다.
```
```
사용자: "바텀 일괄 제거해"
AI: 15개 챕터에서 바텀 제거
- [X화 끝] 패턴 제거
- "다음 X화:" 패턴 제거
Git 커밋
```
---
## ✅ 검증 체크리스트
### 1단계: 구조
- [ ] 파일 존재 확인
- [ ] 번호 연속성
- [ ] 중복 없음
### 2단계: 형식
- [ ] 헤더 형식
- [ ] 헤더 화수 = 파일명
- [ ] 타임라인 형식
- [ ] 바텀 없음 ⭐
### 3단계: 타임라인
- [ ] 시간 순서
- [ ] 역행 없음
- [ ] 날짜 겹침 최소
### 4단계: 내용
- [ ] 플롯 일치도
- [ ] 캐릭터 등장/퇴장
- [ ] 호칭 일관성 ⭐
- [ ] 말투 일관성
### 5단계: 일관성
- [ ] 앞뒤 연결
- [ ] 복선 추적
- [ ] 설정 충돌 없음
### 6단계: 보고서
- [ ] 전체 점수
- [ ] 문제점 (심각도별)
- [ ] 권장 조치
---
## 📊 호칭 검증 기준 (characters-master.md 참조)
```markdown
## 호칭 규칙 예시
### 강민준 ↔ 서윤희
| 시점 | 민준→윤희 | 윤희→민준 |
|------|----------|----------|
| 첫 만남 | 서 선생님 | 강 선생님 |
| 친밀해진 후 | 윤희 씨 | 민준 씨 |
| 결혼 후 | 당신/윤희 씨 | 당신/민준 씨 |
검증 시:
- 해당 시점의 호칭 규칙 적용
- 불일치 시 오류 보고
```
---
## 🚫 검증 모드 금지사항
❌ 검증 중 수정 (검증만!)
❌ 추측 보고 (실제 확인!)
❌ 사소한 문제 숨기기 (모두 보고!)
❌ 보고서 누락
---
*검증은 꼼꼼하게! 작성/수정 완료 후 반드시 실행하세요.*

View File

@@ -0,0 +1,218 @@
# 작성 가이드 (문체/분량 규칙)
> **버전:** 2.0
> **용도:** 소설 작성 시 문체, 분량, 표현 규칙
---
## 📝 핵심 원칙
### 1. Show, Don't Tell
```
❌ "강민준은 화가 났다."
✅ "강민준의 주먹이 떨렸다. 턱 근육이 단단히 굳었다."
❌ "그녀는 슬펐다."
✅ "그녀의 눈가가 붉어졌다. 목소리가 떨렸다."
```
### 2. 5감 묘사 (최소 2가지/장면)
```
시각: 색, 빛, 움직임
청각: 소리, 목소리, 침묵
촉각: 온도, 질감, 압력
후각: 냄새, 향기
미각: 맛 (식사 장면 등)
예시:
"차가운 바람이 뺨을 스쳤다(촉각).
멀리서 기적 소리가 들려왔다(청각)."
```
### 3. 대화:묘사:서술 비율
```
대화: 40%
묘사: 40%
서술: 20%
❌ 대화만 연속 (희곡처럼)
❌ 묘사만 연속 (지루함)
❌ 서술만 연속 (보고서처럼)
```
---
## 📊 분량 기준
### 1화 적정 분량
```
권장: 8,000 ~ 12,000자
| 분량 | 평가 |
|------|------|
| 3,000-5,000자 | ❌ 너무 짧음 |
| 6,000-7,000자 | ⚠️ 조금 짧음 |
| 8,000-12,000자 | ✅ 적절 |
| 13,000-15,000자 | ⚠️ 조금 김 |
| 15,000자 이상 | ❌ 분할 고려 |
```
### 속도 조절
```
일반: 1화 = 1-3일
중요 장면: 느리게 (1일 = 2화도 OK)
일상/이동: 빠르게 (1주일 = 1화도 OK)
```
---
## 🎭 캐릭터 표현
### 말투 일관성
```
각 캐릭터별 말투 패턴 유지:
- 존댓말 vs 반말
- 말버릇, 어미
- 어휘 수준
예시:
- 강민준: 짧고 명확, 존댓말 기본
- 서윤희: 부드럽고 따뜻, 존댓말
- 최태준: 형님에게 존댓말, 다른 이에게 반말
```
### 호칭 일관성
```
characters-master.md의 호칭 규칙 참조
시점별 호칭 변화:
- 첫 만남 → 친밀해진 후 → 결혼 후
- 각 단계에서 일관성 유지
```
---
## ⏱️ 시간 표현
### 날짜 명시
```
✅ 명확한 날짜:
"1946년 5월 15일, 아침."
"다음 날 오후."
"사흘 후."
❌ 모호한 시간:
"며칠이 지났다." (며칠?)
"얼마 후." (얼마?)
```
### 시간 점프
```
✅ 자연스러운 전환:
"2주 후, 경성역."
"---" (장면 전환 후 날짜 명시)
❌ 갑작스러운 점프:
설명 없이 시간 도약
```
---
## 🚫 금지 사항
### 표현 금지
```
❌ 과도한 감탄사: "아!", "오!", "와!"
❌ 이모티콘/특수문자 남용
❌ 인터넷 용어
❌ 시대에 맞지 않는 표현
```
### 구조 금지
```
❌ 갑작스러운 시간 점프 (설명 없이)
❌ 캐릭터 OOC (Out Of Character)
❌ 설정 모순
❌ Deus Ex Machina (억지 해결)
❌ 바텀 (화수 표시)
```
### 대화 금지
```
❌ 설명용 대화 (As-you-know 대화)
"너도 알다시피, 우리가 1945년에 회귀했잖아."
❌ 독백 남용
❌ 대화 태그 반복
"라고 말했다" 연속
```
---
## ✅ 작성 체크리스트
### 각 장면
```
- [ ] Show, Don't Tell
- [ ] 5감 묘사 최소 2가지
- [ ] 대화:묘사:서술 균형
- [ ] 날짜/시간 명확
```
### 각 화
```
- [ ] 분량 8,000자 이상
- [ ] 캐릭터 말투 일관성
- [ ] 호칭 일관성
- [ ] 타임라인 연속성
- [ ] 바텀 없음
```
---
## 📚 장르별 추가 규칙
### 대체역사
```
- 실제 역사와 차이점 명확히
- 연도/날짜 정확히
- 나이 계산 철저히
- 시대 배경 묘사 (의복, 언어, 기술)
```
### 로맨스
```
- 비율: 30% 이하 (메인 플롯 우선)
- 천천히 진행
- 감정 변화 단계적
- 호칭 변화로 관계 발전 표현
```
### 정치/외교
```
- 실제 인물 존중
- 역사적 맥락 고려
- 전문 용어 적절히
- 협상/회담 장면 긴장감
```
---
*좋은 글은 규칙을 지키면서도 자연스럽게 읽힙니다.*

View File

@@ -0,0 +1,182 @@
# 작성 모드 프로토콜
> **버전:** 2.0
> **용도:** 신규 챕터 5화 단위 작성 (MODE: WRITING)
---
## 📋 작성 모드 개요
**작성 모드는:**
- 플롯 기반 5화 연속 작성
- 매 화 완료 시 summary 누적 업데이트
- Git 자동 커밋
**진입 명령:**
- "작성 모드"
- "X화 작성해"
- "1-5화 작성해"
---
## 📚 모드 진입 시 읽을 파일
### 필수
1. `volumes/vol-XX/characters.md` - 해당 권 캐릭터
2. `volumes/vol-XX/timeline.md` - 해당 권 타임라인
3. `standards/writing-guide.md` - 작성 규칙
4. `volumes/vol-XX/plots/plot-XXX-YYY.md` - 이번 5화 플롯
5. `volumes/vol-XX/summaries/summary-이전.md` - 이전 서머리
### 다른 권 시작 시 추가
6. `volumes/vol-이전/summaries/summary-vol-XX-final.md` - 이전 권 압축 서머리
---
## 🎯 작성 프로세스
### Phase 1: 준비
```
1. 진행 상황 파악
- 마지막 작성 챕터 확인
- 다음 5화 범위 계산
2. 필수 파일 읽기 (위 목록)
3. CURRENT-TASK.md 생성
- 모드: WRITING
- 작업: X권 N-M화 작성
- 진행 상황: 테이블 초기화
4. 준비 완료 보고
```
### Phase 2: 각 화 작성
```
1. 해당 화 플롯 확인
- 날짜, 장소, 등장인물
- 핵심 내용, 주요 장면
2. 작성 전 체크
- 이전 화 종료일 확인
- 타임라인 연속성 확인
3. 작성
- 헤더: # X권 Y화: 제목
- 타임라인: > **타임라인:** YYYY.M.D-M.D
- 분량: 8,000-12,000자
- 바텀: 없음! (절대 금지)
4. 저장
- volumes/vol-XX/chapters/ch-XXX.md
5. summary 즉시 업데이트
- summaries/summary-001-XXX.md 누적 업데이트
6. CURRENT-TASK.md 업데이트
- 해당 화: ✅ 완료
7. 다음 화로 이동
```
### Phase 3: 5화 완료
```
1. 5개 챕터 파일 확인
2. summary 최종 정리
- 전체 줄거리 완성도
- 챕터별 핵심
- 캐릭터 상태
- 복선 추적
3. Git 커밋
"X권 N-M화 작성 완료
- ch-XXX: 제목 (분량)
- ch-XXX: 제목 (분량)
...
- summary-001-XXX.md 업데이트
총 XX,XXX자
Co-Authored-By: Claude <noreply@anthropic.com>"
4. CURRENT-TASK.md 업데이트 또는 삭제
5. 완료 보고 + 다음 5화 안내
```
---
## ✅ 각 화 작성 체크리스트
```
작성 전:
- [ ] 플롯 확인 (날짜, 장소, 등장인물, 핵심)
- [ ] 이전 화 종료일 확인
- [ ] 타임라인 연속성 확인
작성 중:
- [ ] 헤더 형식: # X권 Y화: 제목
- [ ] 타임라인 형식: > **타임라인:** YYYY.M.D-M.D
- [ ] 분량 8,000자 이상
- [ ] Show, Don't Tell
- [ ] 캐릭터 말투/호칭 일관성
작성 후:
- [ ] 바텀 없음 확인!
- [ ] summary 즉시 업데이트
- [ ] CURRENT-TASK.md 업데이트
```
---
## 🚫 작성 모드 금지사항
❌ 플롯 없이 작성
❌ summary 업데이트 생략
❌ 바텀 추가 ([X화 끝], 다음 X화: 등)
❌ 타임라인 역행
❌ 캐릭터 OOC (Out Of Character)
❌ 호칭 불일치
---
## 📊 summary 형식
```markdown
# 1-X화 누적 서머리
> 최종 업데이트: YYYY-MM-DD HH:MM
> 현재: ch-XXX (X화)
## 📌 전체 줄거리
(누적 3-5문단)
## 📖 챕터별 핵심
### ch-001: [제목]
**날짜:** YYYY.M.D
**핵심:** 1줄 요약
### ch-002: [제목]
...
## 🎭 캐릭터 상태
### [이름]:
- ch-001: 상태
- ch-005: 상태 변화
## ⚠️ 복선
- [ ] [내용] (ch-XXX) → 회수 예정: X권
## 📊 통계
- 총 챕터: X화
- 총 분량: XX,XXX자
```
---
*작성 모드는 속도가 핵심입니다. 플롯대로 빠르게 작성하고, 수정은 나중에!*