Files
novel-writing-guide/CWS Design Guide.md
Alex cdbcc7db40 writing-mode.md v2.5.0: 호칭 규칙 필수 체크포인트 추가
배경:
- 문제: VERIFICATION에서 호칭 오류 다수 발견
- 원인: characters.md에 호칭 규칙은 있지만, WRITING 시 확인하지 않음
- 결과: VERIFICATION 부담 증가, 수정 비효율

추가:
- Phase 1: characters.md 호칭 규칙 필수 숙지 강조
- Phase 2: 호칭 규칙 확인 3단계 필수 체크포인트
- Phase 3: 간이 검증 강화 (Git 커밋 전 필수)

예상 효과:
- VERIFICATION 호칭 오류 발견 90% 감소
- 문제를 작성 단계에서 원천 차단

관련 파일:
- writing-mode.md: v2.4.0 → v2.5.0
- CWS Design Guide.md: Phase 11 강화 (v1.2.0)
- README.md: 프로토콜 인덱스 업데이트

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-01-25 10:40:27 +09:00

44 KiB
Raw Blame History

Creative Writing System - Design Guide (v1.2)

작성일: 2026-01-18 최종 수정: 2026-01-25 버전: 1.2.0 시스템: Creative Writing System (CWS) 목적: 창작 프로젝트의 설계 단계를 체계화하여, 작성 단계에서의 수정을 최소화 주요 변경 (v1.2): 플롯 타임라인 검증 프로토콜 추가 - 설계 단계 품질 보증


📋 CHANGELOG

v1.2.0 (2026-01-25)

추가:

  • 📌 Phase 4 (플롯 설계): 타임라인 검증 프로토콜 추가
    • 각 화 작성 시 3단계 체크포인트
    • 전체 플롯 완성 후 타임라인 검증
    • [회상]/[병렬] 서사 명시 규칙
  • Phase 4 완료 조건에 타임라인 검증 추가
  • Phase 5-2 일관성 검증에 플롯 타임라인 검증 추가
  • plot-master.md 템플릿에 타임라인 검증 필드 추가
  • 📌 Phase 11 (핸드오프): 권별 characters.md 호칭 규칙 필수
    • 내용 확인에 호칭 체계 검증 추가
    • 권별 characters.md 생성 시 호칭 규칙 포함 명시
    • 마스터 파일 vs 권별 파일 역할 명확화

철학:

설계 단계 타임라인 검증 = 1차 방어선
작성 단계 타임라인 체크 = 2차 방어선
검증 단계 타임라인 검증 = 3차 방어선 (최후의 보루)

→ 설계가 올바르면 작성도 올바르다!

참조:

  • 상세 프로토콜: templates/standards/plot-mode.md

v1.1.0 (2026-01-21)

추가:

  • Phase 0.5: 작가 문체 정의 프로토콜
  • Multi-작가 시스템 지원

v1.0.0 (2026-01-18)

추가:

  • 초기 버전 릴리즈

⚠️ 문서 구조 및 역할

CWS 문서 체계

📁 CWS Writing System
│
├── 📄 README.md (메인 인덱스)
│   └── 전체 CWS 시스템 개요 및 시작 가이드
│
├── 📐 CWS Design Guide.md (이 문서)
│   └── 설계 단계 (아이디어 → 플롯 → 검증)
│       Phase 0: 아이디어/컨셉
│       Phase 0.5: 작가 문체 정의
│       Phase 1: 세계관 설계
│       Phase 2: 캐릭터 설계
│       Phase 3: 타임라인 설계
│       Phase 4: 플롯 설계 + 타임라인 검증 ⭐
│       Phase 5: 설계 검증
│
├── 📝 CWS Writing Guide.md
│   └── 작성/검증/수정 단계
│       PLOT 모드 (플롯 타임라인 검증)
│       WRITING 모드 (챕터 작성)
│       VERIFICATION 모드 (전체 검증)
│       FIX 모드 (문제 수정)
│       POLISH 모드 (문장 다듬기)
│
└── 📂 templates/standards/
    └── 개별 모드 프로토콜 (상세 절차)
        ├── plot-mode.md ⭐
        ├── writing-mode.md
        ├── verification-mode.md
        ├── fix-mode.md
        └── ...

설계 vs 작성의 분리

┌─────────────────────────────────────────────────────────┐
│ 📐 CWS Design Guide (이 문서)                           │
│    아이디어 → 컨셉 → 세계관 → 캐릭터 → 타임라인 → 플롯  │
│                                                         │
│    🛡️ 1차 방어선: 플롯 타임라인 검증 ⭐                 │
│    📤 Output: 검증된 설정 파일들                        │
└─────────────────────────────────────────────────────────┘
                        │
                        │ 충돌 없는 완벽한 설계
                        ▼
┌─────────────────────────────────────────────────────────┐
│ 📝 CWS Writing Guide                                    │
│    PLOT → WRITING → VERIFICATION → FIX → POLISH         │
│                                                         │
│    🛡️ 2차 방어선: WRITING 타임라인 체크                 │
│    🛡️ 3차 방어선: VERIFICATION 검증 (최후의 보루)       │
│    📥 Input: 설계된 파일들                              │
│    📤 Output: 완성된 원고                               │
└─────────────────────────────────────────────────────────┘

왜 설계를 분리하는가?

❌ 설계 없이 작성:
대충 설계 → 작성 → 문제 발견 → 수정 → 꼬임 → 또 수정 → 파탄

✅ 설계 후 작성:
설계 + 검증 → 작성 (수정 최소화)

핵심: 설계에서 1시간 더 쓰면, 작성에서 10시간 아낀다.

v1.2 신규: 플롯 단계에서 타임라인 검증 = 재배치 작업 원천 차단!


📌 목차

  1. 모델별 역할 분담
  2. 설계 원칙
  3. Phase 0: 아이디어 → 컨셉
  4. Phase 0.5: 작가 문체 정의 v1.1 신규
  5. Phase 1: 세계관 설계
  6. Phase 2: 캐릭터 설계
  7. Phase 3: 타임라인 설계
  8. Phase 4: 플롯 설계
  9. Phase 5: 설계 검증
  10. 산출물 명세
  11. Writing Guide로 핸드오프

1. 모델별 역할 분담

1.1 3모델 전략

모델 강점 설계 단계에서의 역할
Opus 감정, 심리, 창의성, 뉘앙스 컨셉, 캐릭터 심리, 관계 설계
Sonnet 구조, 정확성, 체계적 정리 세계관, 타임라인, 플롯 구조화
Codex 논리적 검증, 일관성 체크 최종 일관성 검증

1.2 Phase별 모델 배정

Phase 0: 아이디어/컨셉    → Opus (창의성, 깊이)
Phase 0.5: 작가 문체 정의  → Sonnet (분석, 패턴 추출) ⭐ v1.1 신규
Phase 1: 세계관 설계      → Sonnet (체계적 정리)
Phase 2: 캐릭터 설계      → Opus (심리, 관계, 감정)
Phase 3: 타임라인 설계    → Sonnet (정확성, 구조)
Phase 4: 플롯 설계        → Sonnet (논리적 전개)
Phase 5-1: 품질 검증      → Opus (감정선, 페이싱)
Phase 5-2: 일관성 검증    → Codex (충돌, 모순)

1.3 모델 전환 시 명시

작업 시 어떤 모델이 담당했는지 기록:

## characters-master.md

> **설계:** Opus
> **검증:** Codex (2026-01-18)

(내용...)

2. 설계 원칙

2.1 핵심 원칙

원칙 설명 적용 방법
앞뒤 충돌 금지 10화에서 한 말이 30화에서 모순되면 안 됨 설정 교차 검증
캐릭터 일관성 갑자기 다른 사람처럼 행동하면 안 됨 캐릭터 시트 + 변화 로그
변화 시 명시 성격/관계 변화는 계기와 시점 기록 변화 트리거 문서화
상호 참조 세계관-캐릭터-타임라인-플롯 연동 파일 간 링크

2.2 설정 파일 간 참조 체계

# characters-master.md

## 강민준
- 성격: 냉철, 신중
- **관련 타임라인:** timeline-master.md#1945-귀환
- **관련 플롯:** plot-master.md#1권-정치입문
- **성격 변화 로그:**
  | 시점 | 변화 | 원인 |
  |------|------|------|
  | 기본 | 냉철, 신중 | - |
  | 3권 25화 | → 공격적 | 측근 배신 |

2.3 변수 vs 상수

// 🔧 변수: 프로젝트별 설정 (아이디어 회의에서 결정)
projectConfig = {
  romance: { ratio, pacing, keyEvents },
  conflict: { intensity, frequency, types },
  tone: { mood, humorRatio }
}

// 📌 상수: 모든 창작물에 적용 (하드코딩)
UNIVERSAL_RULES = {
  cliffhanger: "5화마다 권장",
  climax: "권 중반",
  pacing: "일상/긴장 번갈아",
  foreshadow: "설치 → 반드시 회수"
}

3. Phase 0: 아이디어 → 컨셉

담당 모델: Opus

3.1 목표

  • 막연한 아이디어를 구체적 컨셉으로 발전
  • 프로젝트의 방향성과 톤 결정
  • 핵심 차별점 정의

3.2 아이디어 회의 프로세스

1. 사용자: 아이디어 제시
   "회귀물인데, 1945년으로 돌아가서 분단을 막는 이야기"

2. Opus: 질문으로 구체화
   - 주인공은 누구? 왜 회귀?
   - 톤은? (진지 vs 가벼움)
   - 로맨스 비중은?
   - 핵심 갈등은?

3. 함께 결정
   - 장르/서브장르
   - 분위기/톤
   - 규모 (몇 권?)
   - 핵심 차별점

4. 산출물: project-config.md

3.3 project-config.md 템플릿

# 프로젝트 설정

> **생성일:** YYYY-MM-DD
> **담당:** Opus

---

## 기본 정보
- **제목:** (가제)
- **장르:**
- **서브장르:**
- **예상 규모:** 전 ___권 (권당 50화)

## 컨셉
- **한 줄 요약:**
- **핵심 차별점:**

## 톤/분위기
- **기조:** 진지 / 가벼움 / 혼합
- **유머 비율:** ___%
- **독자 타겟:**

---

## 프로젝트 변수 설정

### 로맨스
- **비중:** ___% (메인 플롯 대비)
- **페이싱:** 빠름 / 보통 / 느림
- **주요 이벤트 시점:**
  - 첫 만남: ___권 ___화
  - 호감 인지: ___권 ___화
  - 고백: ___권 ___화
  - (기타)

### 갈등
- **강도:** 높음 / 보통 / 낮음
- **주요 유형:**
  - [ ] 인물 vs 인물
  - [ ] 인물 vs 사회
  - [ ] 인물 vs 자신
  - [ ] 인물 vs 환경
- **갈등 빈도:** ___화마다 긴장 포인트

### 페이싱
- **기본 속도:** 빠름 / 보통 / 느림
- **1화 = 작중 시간:** 평균 ___일

---

## 핵심 질문 (Why)
- **왜 이 이야기인가?**
- **독자가 왜 읽어야 하는가?**
- **다른 작품과 뭐가 다른가?**

---

*이 설정은 이후 모든 설계의 기준이 됩니다.*

3.4 체크리스트

Phase 0 완료 조건:
- [ ] 한 줄 요약이 명확한가?
- [ ] 장르/톤이 결정되었는가?
- [ ] 로맨스/갈등 비중이 합의되었는가?
- [ ] 핵심 차별점이 정의되었는가?
- [ ] project-config.md 생성 완료

4. Phase 0.5: 작가 문체 정의

담당 모델: Sonnet 신규 기능: v1.1 Multi-작가 시스템

4.1 목표

  • 프로젝트의 문체(Writing Style) 정의
  • 작가 프로필 생성 또는 선택
  • 문체 일관성 기준 수립
  • 작성 단계에서 문체 준수 가능하도록 명확한 가이드 제공

4.2 왜 작가 문체를 정의하는가?

❌ 문체 정의 없이 작성:
작성 → 챕터마다 문장 길이 다름 → 어미 불일치 → 독자 위화감

✅ 문체 정의 후 작성:
작가 정의 → 문체 기준 명확 → 일관된 작성 → 독자 몰입

핵심:

  • 여러 세션에 걸쳐 작성해도 문체가 일관됨
  • Multi-작가 시스템: 프로젝트마다 다른 작가(문체) 사용 가능
  • 검증 단계에서 문체 체크 가능

4.3 작가 정의 프로세스

1. project-config.md 읽기
   - 장르, 톤, 분위기 파악

2. 작가 생성 방법 선택
   - 방법 A: 기존 작품 분석 (추천)
   - 방법 B: 처음부터 정의
   - 방법 C: 기존 작가 프로필 재사용

3. 작가 문체 분석/정의
   - 10가지 항목 정의 (아래 템플릿 참조)

4. 산출물: authors/author-XX.md

4.4 작가 정의 10가지 항목

이 10가지 항목을 모두 정의해야 합니다:

1⃣  문장 길이 패턴
2⃣  어미 패턴 (과거형/현재형 비율)
3⃣  문장 구조 (단문/복문 비율)
4⃣  어휘 특성 (한자어/고유어, 감탄사, 반복 표현)
5⃣  묘사 스타일 (Show Don't Tell, 5감 묘사)
6⃣  대화 스타일 (짧음/김, 비율, 호칭)
7⃣  단락 구조 (1단락당 문장 수, 빈 줄 사용)
8⃣  리듬감 (짧은 문장 연타, 삼박자 등)
9⃣  시제 사용 (과거/현재, 독백 시제)
🔟  관점 (1인칭/3인칭, POV 전환)

4.5 방법 A: 기존 작품 분석 (추천)

상황: 이미 작성한 챕터 3~6개가 있을 때

1. 기존 챕터 3~6개 읽기
2. 10가지 항목별로 패턴 추출
   - 문장 길이: 평균 __자, 짧은 문장 빈도 __%
   - 어미 패턴: "-었다" _%, "-는다" _%
   - ...
3. author-XX.md 생성
4. 체크리스트 작성

예시:

  • 1945 소설 → ch-001~006 분석 → author-01.md 생성
  • 로맨스 소설 → ch-001~005 분석 → author-02.md 생성

4.6 방법 B: 처음부터 정의

상황: 새 프로젝트 시작, 작성된 챕터 없음

1. project-config.md 톤/분위기 참고
   - "진지한 대체역사" → 짧은 문장, 과거형, 직설적
   - "가벼운 로맨스" → 긴 문장, 현재형, 감탄사 多

2. 10가지 항목 하나씩 결정
   - "문장 길이: 평균 20자, 단문 위주"
   - "어미: 과거형 90%, 현재형 10%"
   - ...

3. author-XX.md 생성

4. 테스트 작성 (1화 샘플)
   - 정의한 문체대로 1화 작성
   - 위화감 있으면 조정
   - author-XX.md 업데이트

4.7 방법 C: 기존 작가 재사용

상황: 이전 프로젝트와 비슷한 톤/장르

1. 기존 author-XX.md 복사
2. project-config.md와 비교
   - 톤/분위기 일치하면 그대로 사용
   - 차이 있으면 부분 수정
3. authors/author-YY.md로 저장

4.8 author-XX.md 템플릿

# Author-XX: [프로젝트명 또는 장르] 작가 스타일

> **생성일:** YYYY-MM-DD
> **분석 대상:** (기존 챕터 또는 "신규 정의")
> **용도:** [프로젝트명] 집필 시 문체 기준

---

## 📝 작가 개요

**특징:** (한 줄 요약)

**장르:**

**톤:**

---

## 1⃣ 문장 길이 패턴

### 특징
- 평균 문장 길이: __~__자
- 짧은 문장 (10자 이하) 빈도: __%
- 긴 문장 (40자 이상) 빈도: __%

### 예시

(실제 예시 3~5개)


### 규칙
- ✅ (작성 시 지킬 규칙)
- ❌ (피해야 할 패턴)

---

## 2⃣ 어미 패턴

### 통계
- **과거형 "-었다/-였다/-았다"**: __%
- **현재형 "-는다/-ㄴ다"**: __%
- **의문형 "-까/-나/-ㄹ까"**: __%

### 예시

(실제 예시)


### 규칙
- ✅
- ❌

---

## 3⃣ 문장 구조

### 특징
- **단문**: __% (한 문장 = 한 정보)
- **복문**: __% (접속사 연결)

### 예시

선호 구조: (예시)

비권장 구조: (예시)


### 규칙
- ✅
- ❌

---

## 4⃣ 어휘 특성

### 특징
- 한자어 vs 고유어 비율: __ : __
- 감탄사/의성어: (많음/보통/적음)
- 핵심 단어 반복: (함/안 함)

### 예시

(특징적 어휘 패턴)


### 규칙
- ✅
- ❌

---

## 5⃣ 묘사 스타일

### 원칙
- **Show Don't Tell**: (철저/보통/Tell 허용)
- **5감 묘사**: (시각 _%, 청각 _%, 촉각 _%, ...)

### 예시

Tell: (예시)

Show: (예시)


### 규칙
- ✅
- ❌

---

## 6⃣ 대화 스타일

### 특징
- 대화 길이: (짧음/보통/김)
- 대화 비율: __%  (서술 __%)
- 대화 태그: (많음/적음)

### 예시

선호 스타일: (예시)

비권장: (예시)


### 규칙
- ✅
- ❌

---

## 7⃣ 단락 구조

### 특징
- 1단락 = __~__문장
- 빈 줄 사용: (매 단락/특정 상황만)
- 최대 단락 길이: __문장

### 예시

선호 구조: (실제 단락 예시)

비권장: (너무 긴 단락 예시)


### 규칙
- ✅
- ❌

---

## 8⃣ 리듬감

### 특징
- 짧은 문장 연타: (자주 사용/가끔/안 함)
- 삼박자 리듬 (Rule of Three): (사용/안 함)

### 예시

리듬감 조성: (예시)


### 규칙
- ✅
- ❌

---

## 9⃣ 시제 사용

### 규칙
- **기본 시제:** (과거/현재)
- **독백 시제:** (과거/현재)
- **회상 시제:** (과거완료/현재)

### 예시

기본: (예시)

독백: (예시)


### 규칙
- ✅
- ❌

---

## 🔟 관점 (POV)

### 특징
- **기본 관점:** (1인칭/3인칭 전지적/3인칭 제한)
- **POV 전환:** (함/안 함)
- **내면 묘사:** (빈번/보통/적음)

### 예시

(POV 예시)


### 규칙
- ✅
- ❌

---

## 📊 문체 체크리스트

작성 후 자가 점검:

### 문장
- [ ] 문장 길이가 기준 범위 내인가?
- [ ] 어미 비율이 기준과 맞는가?
- [ ] 문장 구조가 일관되는가?

### 어휘
- [ ] 어휘 특성이 일관되는가?
- [ ] 부적절한 어휘 사용 없는가?

### 묘사
- [ ] 묘사 스타일 준수했는가?
- [ ] 5감 묘사 비율 적절한가?

### 대화
- [ ] 대화 길이/비율 적절한가?
- [ ] 호칭 일관성 유지했는가?

### 구조
- [ ] 단락 구조 일관되는가?
- [ ] 리듬감 적절한가?

### 시제/관점
- [ ] 시제 사용 일관되는가?
- [ ] POV 일탈 없는가?

---

## 📌 핵심 원칙 (Top 5)

1. (가장 중요한 문체 특징 1)
2. (가장 중요한 문체 특징 2)
3. (가장 중요한 문체 특징 3)
4. (가장 중요한 문체 특징 4)
5. (가장 중요한 문체 특징 5)

---

**이 작가 스타일은 [프로젝트명] 전체에 적용됩니다.**

4.9 작가 선택 및 적용

## project-config.md에 작가 명시

프로젝트 설정 파일에 사용할 작가를 명시:

```markdown
# 프로젝트 설정

## 기본 정보
- **제목:** 1945
- **장르:** 대체역사
- **작가 스타일:** author-01 ⭐ 명시!

...

작성 모드 진입 시 AI가 해당 작가 파일을 읽고 문체 준수.


### 4.10 Multi-작가 시스템

프로젝트A: author-01 (짧고 강렬한 문장) 프로젝트B: author-02 (부드럽고 긴 문장) 프로젝트C: author-01 재사용 (동일 톤)

→ 각 프로젝트마다 일관된 문체 유지 → 프로젝트 간 문체 혼동 방지


### 4.11 체크리스트

Phase 0.5 완료 조건:

  • 작가 정의 방법 선택 (A/B/C)
  • 10가지 항목 모두 정의
  • 예시 문장 3개 이상 작성
  • 문체 체크리스트 작성
  • 핵심 원칙 Top 5 명시
  • authors/author-XX.md 생성 완료
  • project-config.md에 작가 명시

---

## 5. Phase 1: 세계관 설계

> **담당 모델:** Sonnet

### 4.1 목표

- 이야기가 펼쳐질 무대 설정
- 세계의 규칙과 제약 정의
- 시대적/공간적 배경 구체화

### 4.2 세계관 설계 프로세스

  1. project-config.md 읽기
  2. 장르별 필수 요소 체크
  3. 시대/공간 설정
  4. 규칙/제약 정의
  5. 산출물: worldbuilding.md

### 4.3 장르별 세계관 요소

#### 대체역사

필수 요소:

  • 분기점 (어디서 역사가 달라지나?)
  • 실제 역사와의 차이점 명시
  • 시대 고증 (의복, 언어, 기술, 문화)
  • 실존 인물 처리 방침

#### 판타지

필수 요소:

  • 마법 체계 (규칙, 제약, 비용)
  • 종족 설정
  • 지리/국가 구조
  • 역사/신화

#### 현대물

필수 요소:

  • 시대 특정 (20XX년)
  • 공간 범위 (도시, 국가)
  • 사회적 맥락

#### 회귀/빙의물

필수 요소:

  • 회귀/빙의 규칙
  • 미래 지식의 제약
  • 나비효과 처리 방침

### 4.4 worldbuilding.md 템플릿

```markdown
# 세계관 설정

> **생성일:** YYYY-MM-DD
> **담당:** Sonnet
> **참조:** project-config.md

---

## 시대/공간 배경

### 시대
- **주 시대:**
- **시작 시점:**
- **종료 시점:**

### 공간
- **주 무대:**
- **등장 지역:**

---

## 세계 규칙

### 핵심 규칙
1. (이 세계에서 절대 깨지면 안 되는 규칙)
2.
3.

### 제약 사항
1. (주인공이 할 수 없는 것)
2.
3.

---

## 장르 특수 설정

### [장르명] 관련
(장르별 필수 요소 작성)

---

## 시대 고증 (해당 시)

### 언어/호칭
-

### 의복/외양
-

### 기술 수준
-

### 사회/문화
-

---

## 참조 링크
- **캐릭터:** characters-master.md
- **타임라인:** timeline-master.md

---

*세계관 규칙을 어기는 장면은 작성하지 않습니다.*

4.5 체크리스트

Phase 1 완료 조건:
- [ ] 시대/공간이 명확히 정의되었는가?
- [ ] 세계 규칙이 3개 이상 정의되었는가?
- [ ] 장르 특수 설정이 완료되었는가?
- [ ] 시대 고증이 필요하면 작성되었는가?
- [ ] worldbuilding.md 생성 완료

6. Phase 2: 캐릭터 설계

담당 모델: Opus

5.1 목표

  • 입체적인 캐릭터 창조
  • 캐릭터 간 관계망 설계
  • 캐릭터 아크 (성장/변화) 설계
  • 호칭 체계 정립

5.2 캐릭터 설계 프로세스

1. project-config.md, worldbuilding.md 읽기
2. 주인공 설계 (가장 깊이 있게)
3. 히로인/주요 조연 설계
4. 조연/적대자 설계
5. 관계도 작성
6. 호칭 체계 정립
7. 산출물: characters-master.md

5.3 캐릭터 아크 구조

┌─────────────────────────────────────────────────────────┐
│ 1. 결핍 (Wound)                                         │
│    캐릭터의 내적 상처/결핍                              │
├─────────────────────────────────────────────────────────┤
│ 2. 거짓 믿음 (Lie)                                      │
│    결핍에서 비롯된 잘못된 믿음                          │
├─────────────────────────────────────────────────────────┤
│ 3. 욕망 vs 필요 (Want vs Need)                          │
│    Want: 표면적으로 원하는 것                           │
│    Need: 진짜 필요한 것                                 │
├─────────────────────────────────────────────────────────┤
│ 4. 변화 (Change)                                        │
│    거짓 믿음 → 진실 깨달음                              │
│    변화 시점과 계기 명시!                               │
└─────────────────────────────────────────────────────────┘

5.4 characters-master.md 템플릿

# 캐릭터 마스터

> **생성일:** YYYY-MM-DD
> **담당:** Opus
> **검증:** (검증 후 기록)

---

## 주인공

### [이름]

#### 기본 정보
- **이름:**
- **나이:** (작중 시작 시점)
- **직업/역할:**
- **외모:**

#### 성격
- **핵심 성격:** (3단어)
- **장점:**
- **단점:**
- **말투/버릇:**

#### 캐릭터 아크
- **결핍 (Wound):**
- **거짓 믿음 (Lie):**
- **Want:**
- **Need:**
- **변화 과정:**
  | 권 | 상태 | 계기 |
  |----|------|------|
  | 1권 | | |
  | 3권 | | |
  | 5권 | | |

#### 관계
- **[인물A]:** 관계 설명
- **[인물B]:** 관계 설명

#### 참조
- **관련 타임라인:** timeline-master.md#섹션
- **관련 플롯:** plot-master.md#섹션

---

## 히로인/주요 조연

### [이름]
(동일 구조)

---

## 조연

### [이름]
(간략화 가능)

---

## 적대자

### [이름]
(동일 구조, 동기 중요)

---

## 관계도

[주인공] ──애정──▶ [히로인] │ │ │ 신뢰 │ 의지 ▼ ▼ [조력자A] [조력자B] │ │ 대립 ▼ [적대자]


---

## 호칭 체계

### 호칭 규칙
| 화자 | 청자 | 호칭 | 비고 |
|------|------|------|------|
| 주인공 | 히로인 | | 초기 |
| 주인공 | 히로인 | | 친밀 후 |
| 히로인 | 주인공 | | 초기 |
| 히로인 | 주인공 | | 친밀 후 |

### 호칭 변화 시점
| 관계 | 변화 | 시점 | 계기 |
|------|------|------|------|
| | | ___권 ___화 | |

---

## 캐릭터 변화 로그

| 캐릭터 | 시점 | 변화 내용 | 원인/계기 |
|--------|------|----------|----------|
| | ___권 ___화 | | |

---

*캐릭터 설정은 플롯보다 우선합니다. 플롯을 위해 캐릭터를 왜곡하지 않습니다.*

5.5 체크리스트

Phase 2 완료 조건:
- [ ] 주인공 캐릭터 아크가 완성되었는가?
- [ ] 주요 캐릭터 최소 3명 이상 설계되었는가?
- [ ] 관계도가 작성되었는가?
- [ ] 호칭 체계가 정립되었는가?
- [ ] 변화 로그 템플릿이 준비되었는가?
- [ ] characters-master.md 생성 완료

7. Phase 3: 타임라인 설계

담당 모델: Sonnet

6.1 목표

  • 작중 시간 흐름 설계
  • 역사적 사건 배치 (해당 시)
  • 캐릭터 연대기 정리
  • 시간 충돌 방지

6.2 타임라인 설계 프로세스

1. worldbuilding.md, characters-master.md 읽기
2. 실제 역사 이벤트 배치 (대체역사 시)
3. 캐릭터 생년/주요 사건 배치
4. 작중 시간 흐름 설계
5. 교차 검증 (나이, 날짜)
6. 산출물: timeline-master.md

6.3 timeline-master.md 템플릿

# 타임라인 마스터

> **생성일:** YYYY-MM-DD
> **담당:** Sonnet
> **검증:** (검증 후 기록)

---

## 역사적 배경 (대체역사/시대물)

### 실제 역사
| 날짜 | 사건 | 비고 |
|------|------|------|
| 1945-08-15 | 광복 | |
| 1945-09-08 | 미군정 시작 | |

### 분기점 (대체역사 시)
- **분기 시점:**
- **분기 원인:**
- **달라지는 점:**

---

## 캐릭터 연대기

### [주인공 이름]
| 연도 | 나이 | 사건 | 참조 |
|------|------|------|------|
| 19XX | 출생 | 출생 | |
| 19XX | XX세 | 주요 사건 | |

### [히로인 이름]
(동일 구조)

---

## 작중 타임라인

### 1권
| 화 | 날짜 | 주요 사건 | 장소 |
|----|------|----------|------|
| 1 | YYYY-MM-DD | | |
| 5 | YYYY-MM-DD | | |
| 10 | YYYY-MM-DD | | |

### 2권
(동일 구조)

---

## 시간 규칙

### 페이싱
- **1화 = 평균:** ___일
- **빠른 전개 시:** ___일 = 1화
- **느린 전개 시:** 1일 = ___화

### 시간 점프 규칙
- 최대 점프 허용: ___
- 점프 시 필수: 날짜 명시

---

## 나이 계산표

| 캐릭터 | 생년 | 1권 시작 | 3권 시작 | 5권 시작 |
|--------|------|----------|----------|----------|
| | | XX세 | XX세 | XX세 |

---

## 검증 체크

- [ ] 캐릭터 나이가 타임라인과 일치하는가?
- [ ] 역사적 사건 날짜가 정확한가?
- [ ] 작중 시간 흐름에 모순이 없는가?
- [ ] 계절/날씨 묘사가 날짜와 맞는가?

---

*타임라인은 모든 설정의 기준입니다. 충돌 시 타임라인이 우선합니다.*

6.4 체크리스트

Phase 3 완료 조건:
- [ ] 역사적 배경이 정리되었는가? (해당 시)
- [ ] 주요 캐릭터 연대기가 작성되었는가?
- [ ] 권별 타임라인 개요가 있는가?
- [ ] 나이 계산표가 작성되었는가?
- [ ] timeline-master.md 생성 완료

8. Phase 4: 플롯 설계

담당 모델: Sonnet

7.1 목표

  • 전체 스토리 구조 설계
  • 권별 목표와 클라이맥스 정의
  • 5화 단위 플롯 설계
  • 타임라인 역행 방지 (필수!) 설계 단계 품질 보증
  • 복선 설치 계획

7.2 플롯 설계 프로세스

1. 모든 이전 파일 읽기
   - project-config.md
   - worldbuilding.md
   - characters-master.md
   - timeline-master.md

2. 전체 구조 설계 (10권 기준)
3. 권별 목표/클라이맥스 정의
4. 5화 단위 플롯 작성
5. 🚨 각 화 작성 시 타임라인 검증 (필수!)
   - 이전 화 종료일 ≤ 현재 화 시작일
   - 역행 발견 시 즉시 수정 또는 [회상]/[병렬] 명시
6. 전체 플롯 타임라인 검증 (완성 후)
7. 복선 설치 계획
8. 산출물: plot-master.md

7.2.1 타임라인 검증 프로토콜 설계 단계 필수

왜 설계 단계에서 타임라인을 검증하는가?

❌ 플롯에 타임라인 역행 존재:
설계 오류 → 작성 시 역행 → VERIFICATION 발견 → FIX 재배치 → 비효율

✅ 플롯 단계에서 검증:
설계 검증 → 작성 정상 → VERIFICATION 통과 → FIX 불필요

3단계 체크포인트:

각 화 플롯 작성 시:

Step 1: 이전 화 종료일 확인
  예: 7화 타임라인 = 1945.9.11-9.20
  → 종료일: 1945.9.20

Step 2: 현재 화 시작일 설정
  예: 8화 내용 → 예상 기간: 1945.9.21-9.30
  → 시작일: 1945.9.21

Step 3: 타임라인 역행 체크
  비교: 9.20 < 9.21 ✅ 정상!

  역행 감지 시:
  - 회상 장면인가? → 제목에 "[회상]" 추가
  - 병렬 서사인가? → 제목에 "[병렬]" 추가
  - 플롯 순서 오류인가? → 순서 재조정

전체 플롯 완성 후 검증:

1. 모든 화의 타임라인 추출
2. 순서대로 검증 (화1 → 화2 → 화3 ...)
3. 역행 발견 시:
   - [회상]/[병렬]로 명시되어 있는가?
   - 아니면 플롯 수정 필요
4. 검증 통과 확인

참조 문서:

  • 상세 프로토콜: templates/standards/plot-mode.md

7.3 3막 구조 적용

전체 시리즈 (10권 기준):

1막 (1-3권): 설정과 갈등 제시
- 1권: 세계 진입, 목표 설정
- 2권: 첫 시련, 동료 확보
- 3권: 1막 클라이맥스

2막 (4-7권): 갈등 심화
- 4권: 새로운 도전
- 5권: 중반 위기 (Midpoint)
- 6권: 반격 시작
- 7권: 2막 클라이맥스 (All is Lost)

3막 (8-10권): 해결
- 8권: 재기
- 9권: 최종 대결 준비
- 10권: 클라이맥스와 해결

7.4 plot-master.md 템플릿

# 플롯 마스터

> **생성일:** YYYY-MM-DD
> **담당:** Sonnet
> **검증:** (검증 후 기록)
> **타임라인 검증:** (검증 후 기록) ⭐

---

## 전체 구조

### 시리즈 개요
- **전체 권수:** ___권
- **1권당 화수:** 50화
- **핵심 갈등:**
- **최종 목표:**

### 3막 구조
| 막 | 권 | 핵심 |
|----|----|----|
| 1막 | 1-3권 | |
| 2막 | 4-7권 | |
| 3막 | 8-10권 | |

---

## 권별 플롯

### 1권: [부제]

#### 목표
- **권 목표:**
- **캐릭터 아크:**
- **핵심 갈등:**

#### 구조
| 구간 | 화 | 내용 |
|------|-----|------|
| 도입 | 1-10 | |
| 전개 | 11-25 | |
| 클라이맥스 | 26-40 | |
| 마무리 | 41-50 | |

#### 주요 이벤트
- **10화:**
- **25화:**
- **40화:**
- **50화:**

### 2권: [부제]
(동일 구조)

---

## 5화 단위 플롯

### 1권 1-5화
| 화 | 제목(가제) | 핵심 사건 | 감정선 |
|----|----------|----------|--------|
| 1 | | | |
| 2 | | | |
| 3 | | | |
| 4 | | | |
| 5 | | 클리프행어: | |

### 1권 6-10화
(동일 구조)

---

## 복선 관리

### 복선 설치 계획
| 복선 | 설치 | 회수 예정 | 유형 |
|------|------|----------|------|
| | ___권 ___화 | ___권 ___화 | 단기/중기/장기 |

### 복선 규칙
- 단기: 5화 이내 회수
- 중기: 같은 권 내 회수
- 장기: 다음 권 이후 회수
- **모든 복선은 반드시 회수!**

---

## 로맨스 라인 (해당 시)

### 진행 계획
| 단계 | 시점 | 이벤트 | 비고 |
|------|------|--------|------|
| 첫 만남 | ___권 ___화 | | |
| 호감 | ___권 ___화 | | |
| 갈등 | ___권 ___화 | | |
| 화해 | ___권 ___화 | | |
| 고백 | ___권 ___화 | | |

### project-config 준수 확인
- 비중 ___% 준수: [ ]
- 페이싱 준수: [ ]

---

## 갈등 라인

### 메인 갈등
- **갈등 내용:**
- **시작:** ___권
- **해결:** ___권

### 서브 갈등
| 갈등 | 시작 | 해결 | 유형 |
|------|------|------|------|
| | ___권 | ___권 | |

### project-config 준수 확인
- 강도 준수: [ ]
- 빈도 준수: [ ]

---

*플롯은 캐릭터를 따릅니다. 플롯을 위해 캐릭터를 왜곡하지 않습니다.*

7.5 체크리스트

Phase 4 완료 조건:
- [ ] 전체 구조 (3막)가 설계되었는가?
- [ ] 권별 목표/클라이맥스가 정의되었는가?
- [ ] 5화 단위 플롯이 최소 1권분 작성되었는가?
- [ ] 🚨 타임라인 검증 완료 (각 화 + 전체) ⭐ 필수
  - [ ] 모든 화의 타임라인 순서 확인
  - [ ] 역행 발견 시 [회상]/[병렬] 명시 또는 수정
  - [ ] 이전 화 종료일 ≤ 다음 화 시작일 준수
- [ ] 복선 설치 계획이 있는가?
- [ ] 로맨스/갈등이 project-config와 일치하는가?
- [ ] plot-master.md 생성 완료

9. Phase 5: 설계 검증

9.1 2단계 검증 체계

┌─────────────────────────────────────────────────────────┐
│ Phase 5-1: 품질 검증 (Opus)                             │
│                                                         │
│   "이 플롯이 재미있는가? 독자가 읽고 싶은가?"           │
└─────────────────────────────────────────────────────────┘
                        │
                        ▼
┌─────────────────────────────────────────────────────────┐
│ Phase 5-2: 일관성 검증 (Codex)                          │
│                                                         │
│   "앞뒤가 맞는가? 설정 충돌 없는가?"                    │
└─────────────────────────────────────────────────────────┘
                        │
                        ▼
┌─────────────────────────────────────────────────────────┐
│ 검증 완료 → CWS Writing Guide로 핸드오프                │
└─────────────────────────────────────────────────────────┘

9.2 Phase 5-1: 품질 검증 (Opus)

담당 모델: Opus

검증 항목

1. 프로젝트 설정 준수 (변수)

- [ ] 로맨스가 합의된 비중(___%)에 맞는가?
- [ ] 로맨스 페이싱이 합의 사항과 일치하는가?
- [ ] 갈등 강도가 합의 사항과 일치하는가?
- [ ] 갈등 빈도가 합의 사항과 일치하는가?
- [ ] 톤/분위기가 일관되는가?

2. 스토리 품질 (상수)

- [ ] 5화마다 클리프행어 또는 훅이 있는가?
- [ ] 10화마다 주요 이벤트가 있는가?
- [ ] 권 중반(25화)에 클라이맥스가 있는가?
- [ ] "그래서 뭐?" 구간이 없는가?
- [ ] 일상/긴장 페이싱이 균형 잡혔는가?

3. 캐릭터 검증

- [ ] 주인공 아크가 자연스럽게 진행되는가?
- [ ] 캐릭터 성격이 플롯 내내 일관되는가?
- [ ] 캐릭터 변화에 충분한 계기가 있는가?
- [ ] 캐릭터가 플롯의 도구로 전락하지 않았는가?

4. 감정선 검증

- [ ] 독자가 감정 이입할 순간이 있는가?
- [ ] 카타르시스 순간이 있는가?
- [ ] 감정 고조와 이완이 번갈아 있는가?

9.3 Phase 5-2: 일관성 검증 (Codex)

담당 모델: Codex

검증 항목

1. 타임라인 검증

- [ ] 🚨 플롯 타임라인 역행이 없는가? ⭐ 설계 단계 핵심
  - [ ] 모든 화의 시작일이 이전 화 종료일 이후인가?
  - [ ] 역행 발견 시 [회상]/[병렬]로 명시되었는가?
  - [ ] plot-master.md 타임라인 검증 완료 표시
- [ ] 날짜/시간 충돌이 없는가?
- [ ] 캐릭터 나이가 정확한가?
- [ ] 역사적 사건 날짜가 맞는가?
- [ ] 계절/날씨 묘사가 날짜와 맞는가?
- [ ] 이동 시간이 현실적인가?

2. 설정 검증

- [ ] 세계관 규칙이 위반된 곳이 없는가?
- [ ] 캐릭터 설정(외모, 능력 등)이 일관되는가?
- [ ] 장소 묘사가 일관되는가?
- [ ] 기술/마법 규칙이 일관되는가?

3. 복선 검증

- [ ] 설치된 복선이 모두 회수 예정인가?
- [ ] 회수 없는 복선이 있는가?
- [ ] 설치 없이 갑자기 등장하는 요소가 있는가?

4. 논리 검증

- [ ] 인과관계가 명확한가?
- [ ] "왜?"에 대한 답이 있는가?
- [ ] 우연의 일치가 과도하지 않은가?
- [ ] Deus Ex Machina가 없는가?

9.4 검증 결과 기록

# 설계 검증 보고서

> **검증일:** YYYY-MM-DD
> **검증자:**
>   - Phase 5-1: Opus
>   - Phase 5-2: Codex

---

## Phase 5-1 품질 검증 결과

### 통과 항목
- ✅ (항목)
- ✅ (항목)

### 수정 필요
- ⚠️ (항목): (수정 내용)
- ⚠️ (항목): (수정 내용)

### 조치 완료
- ✅ (수정된 항목)

---

## Phase 5-2 일관성 검증 결과

### 통과 항목
- ✅ (항목)

### 발견된 충돌
- ❌ (충돌 내용)
  - 위치:
  - 수정:

### 조치 완료
- ✅ (수정된 항목)

---

## 최종 판정

- [ ] 모든 검증 통과 → 작성 단계 진행 가능
- [ ] 수정 필요 → 해당 Phase로 돌아가기

---

*검증을 통과한 설계만 작성 단계로 넘어갑니다.*

9.5 체크리스트

Phase 5 완료 조건:
- [ ] Phase 5-1 품질 검증 완료
- [ ] Phase 5-2 일관성 검증 완료
- [ ] 발견된 문제 모두 수정 완료
- [ ] 검증 보고서 작성 완료
- [ ] "작성 단계 진행 가능" 판정

10. 산출물 명세

10.1 설계 단계 산출물 목록

파일 Phase 담당 필수
project-config.md 0 Opus
authors/author-XX.md 0.5 Sonnet v1.1 신규
worldbuilding.md 1 Sonnet
characters-master.md 2 Opus
timeline-master.md 3 Sonnet
plot-master.md 4 Sonnet
design-verification.md 5 Opus+Codex

10.2 파일 저장 위치

project/
├── settings/                    # 설계 산출물
│   ├── project-config.md        # Phase 0
│   ├── worldbuilding.md         # Phase 1
│   ├── characters-master.md     # Phase 2
│   ├── timeline-master.md       # Phase 3
│   ├── plot-master.md           # Phase 4
│   └── design-verification.md   # Phase 5
│
├── authors/                     # 작가 문체 프로필 ⭐ v1.1 신규
│   ├── author-01.md             # Phase 0.5
│   ├── author-02.md             # (필요 시)
│   └── ...
│
├── standards/                   # 방법론 (CWS에서 복사)
│   └── ...
│
└── volumes/                     # 작성 단계에서 생성
    └── ...

10.3 파일 간 참조 관계

project-config.md
        │
        ├──────────────────────────────┐
        │                              │
        ▼                              ▼
authors/author-XX.md          worldbuilding.md ◀──────────┐
        │                              │                  │
        │ (작성 시 참조)               ▼                  │
        │                     characters-master.md ◀──────┤
        │                              │                  │
        │                              ▼                  │
        └────────────────────▶ timeline-master.md ◀───────┤
                                       │                  │
                                       ▼                  │
                              plot-master.md ─────────────┘
                                       │
                                       ▼
                              design-verification.md

v1.1 신규:

  • author-XX.mdproject-config.md 톤/분위기 기반 생성
  • 작성 모드에서 author-XX.md 참조하여 문체 준수

11. Writing Guide로 핸드오프

11.1 핸드오프 조건

✅ 모든 Phase 완료 (0 ~ 5)
✅ 검증 통과
✅ 산출물 7개 완성 ⭐ v1.1: author-XX.md 추가
✅ 파일 간 참조 정상

11.2 핸드오프 체크리스트

## 설계 → 작성 핸드오프 체크리스트

### 파일 확인
- [ ] project-config.md 존재
- [ ] authors/author-XX.md 존재 ⭐ v1.1 신규
- [ ] worldbuilding.md 존재
- [ ] characters-master.md 존재
- [ ] timeline-master.md 존재
- [ ] plot-master.md 존재
- [ ] design-verification.md 존재 (검증 통과)

### 내용 확인
- [ ] 1권 5화 단위 플롯이 작성되어 있는가?
- [ ] 1권 등장 캐릭터가 모두 설계되어 있는가?
- [ ] 1권 타임라인이 상세히 작성되어 있는가?
- [ ] 🚨 호칭 체계가 정립되어 있는가? ⭐ v1.2 신규

### CWS Writing Guide 연동
- [ ] CLAUDE.md 생성/업데이트
- [ ] standards/ 폴더에 방법론 파일 복사
- [ ] volumes/vol-01/ 폴더 구조 생성
- [ ] 🚨 volumes/vol-01/characters.md 생성 (마스터에서 추출) ⭐ v1.2 신규
  - [ ] 1권 등장인물만 추출
  - [ ] 호칭 체계 포함 (필수!)
  - [ ] 복수/단수 규칙 명시

### 준비 완료
- [ ] 작성 모드 진입 가능!

11.3 Writing Guide에서 읽을 파일

작성 모드 시작 시 AI가 읽는 파일:

✅ CLAUDE.md
✅ authors/author-XX.md ⭐ v1.1 신규 (문체 준수)
✅ volumes/vol-XX/characters.md ⭐ v1.2 수정 (권별 추출, 호칭 규칙 포함!)
✅ volumes/vol-XX/timeline.md (권별 추출)
✅ volumes/vol-XX/plots/plot-XXX-YYY.md
✅ volumes/vol-XX/summaries/summary-이전.md
✅ standards/writing-guide.md

❌ settings/characters-master.md (마스터 파일, 너무 큼, 읽지 않음)
❌ settings/timeline-master.md (마스터 파일, 너무 큼, 읽지 않음)
❌ project-config.md (이미 반영됨)
❌ worldbuilding.md (characters-master에 반영)
❌ design-verification.md (검증용)

📌 중요:
- 마스터 파일은 설계용 (10권 전체, 무거움)
- 권별 파일은 작성용 (해당 권만, 가벼움)
- 권별 파일은 마스터 파일에서 추출하여 생성
- 🚨 characters.md에 호칭 규칙 반드시 포함!

11.4 핸드오프 후 설계 수정

⚠️ 작성 단계에서 설계 수정이 필요할 때:

1. 수정 범위 파악
2. 영향 받는 파일 확인
3. settings/ 파일 수정
4. 이미 작성된 챕터 영향도 체크
5. 필요 시 수정 모드로 전환

→ 이것이 "설계를 철저히 해야 하는 이유"

부록

A. 장르별 체크리스트

대체역사

- [ ] 분기점이 명확한가?
- [ ] 역사 고증이 충분한가?
- [ ] 나비효과가 합리적인가?
- [ ] 실존 인물 처리가 적절한가?

회귀물

- [ ] 회귀 규칙이 명확한가?
- [ ] 미래 지식 활용에 제약이 있는가?
- [ ] 주인공 먼치킨 방지책이 있는가?
- [ ] 긴장감 유지 장치가 있는가?

로맨스

- [ ] 로맨스 라인이 자연스러운가?
- [ ] 갈등-화해 구조가 있는가?
- [ ] 서브 커플이 메인을 방해하지 않는가?

B. 용어 정리

용어 설명
캐릭터 아크 캐릭터의 성장/변화 곡선
복선 미리 설치하여 나중에 회수하는 장치
클리프행어 긴장 상태에서 끊어 다음을 기대하게 함
페이싱 이야기 전개 속도
Deus Ex Machina 갑작스러운 외부 개입으로 문제 해결 (금지)
OOC Out Of Character, 캐릭터답지 않은 행동

C. 설계 소요 시간 가이드

Phase 0: 아이디어/컨셉    1-2 세션
Phase 1: 세계관           1 세션
Phase 2: 캐릭터           2-3 세션
Phase 3: 타임라인         1 세션
Phase 4: 플롯             3-5 세션
Phase 5: 검증             1-2 세션
─────────────────────────────────
총계:                     9-14 세션

→ 설계에 충분한 시간을 투자해야 작성이 수월합니다.

설계가 탄탄하면 작성은 즐거운 여정이 됩니다.


Creative Writing System v1.0