create

에피소드 창작 오케스트레이터

설정문서(캐릭터시트·플롯가이드·부트스트랩)에 따라 에피소드를 순차 창작하는 4-에이전트 파이프라인.

아키텍처

Phase 1 (병렬)              Phase 2 (순차)          Phase 3 (순차)
┌──────────────────┐       ┌──────────────┐       ┌──────────────┐
│ episode-architect│──┐    │  episode-    │       │  quality-    │
│ (설계도 추출)      │  ├──▶│  creator     │──────▶│  verifier    │
└──────────────────┘  │    │  (본문 집필)   │       │  (7축 검증)   │
┌──────────────────┐  │    └──────────────┘       └──────┬───────┘
│ continuity-bridge│──┘          ◀── REWRITE (max 2) ───┘
│ (연속성 수집)      │                     │
└──────────────────┘             PASS ───▶ 다음 EP

실행 모드: 서브 에이전트 (파이프라인 패턴, lint/revise와 동일)

• 이유: 각 Phase가 이전 Phase 출력에 순차 의존, 에이전트 간 실시간 통신 불필요

전제 조건

1. novel-config.md 존재 (프로젝트 디렉토리 내)
2. 설정문서 존재: 부트스트랩, 캐릭터시트(core+detail+dialogue DNA), 플롯가이드
3. 에피소드 디렉토리 존재 (episode_dir in novel-config.md)

novel-config.md가 없으면 에러를 출력하고 종료한다.

인자 파싱

입력 형태	해석
/create	현재 디렉토리에서 novel-config.md 탐색, 마지막 EP 다음부터
/create 36억평	36억평 프로젝트, 마지막 EP 다음부터
/create EP051	현재 프로젝트, EP051만
/create 36억평 EP051	36억평 프로젝트, EP051만
/create 36억평 EP051-EP060	36억평 프로젝트, EP051~EP060 범위

실행 흐름

Step 0: 초기화

0. novel-config.md 필수 필드 검증 게이트: novel-config.md를 로드한 직후, 아래 필수 필드가 모두 존재하고 비어있지 않은지 검증한다. 하나라도 누락되면 에러를 출력하고 즉시 종료한다.

   필수 필드 체크리스트:
   - [ ] project.target_platform — 플랫폼명
   - [ ] project.episode_dir — 에피소드 저장 디렉토리
   - [ ] project.work_dir — 작업 디렉토리
   - [ ] project.design_dir — 설계문서 디렉토리
   - [ ] 설정문서 매핑.bootstrap — 부트스트랩 경로 (파일 존재 확인)
   - [ ] 설정문서 매핑.character_core — 캐릭터 핵심 경로 (파일 존재 확인)
   - [ ] 설정문서 매핑.character_detail — 캐릭터 상세 경로 (파일 존재 확인)
   - [ ] EP 범위별 플롯 가이드 — 최소 1개 행 존재 (파일 존재 확인)
   

   검증 실패 시 출력:

   ❌ novel-config.md 필수 필드 누락:
   - {누락 필드 목록}
   
   create 스킬을 실행하려면 위 필드를 채워주세요.
   템플릿: ${CLAUDE_PLUGIN_ROOT}/skills/polish/references/project-config-template.md
   

0.5 target_platform 허용 집합 검증 게이트:

• novel-config.md의 project.target_platform은 아래 canonical name 중 하나여야 한다:
  • 문피아, 네이버시리즈, 카카오페이지, 리디, 조아라, 노벨피아
• create 스킬은 novel-config.md에 저장된 canonical 값만 사용한다. 별칭 정규화나 자동 치환은 수행하지 않는다.
• 비지원 값이면 에러를 출력하고 즉시 종료한다.

❌ 허용되지 않는 target_platform: {현재값}

허용 플랫폼:
- 문피아
- 네이버시리즈
- 카카오페이지
- 리디
- 조아라
- 노벨피아

novel-config.md의 project.target_platform을 허용 플랫폼명으로 수정한 뒤 다시 실행해주세요.

1. novel-config.md를 파싱한다:

   {CONFIG}       ← novel-config.md 전체
   {TARGET_PLATFORM} ← config.target_platform
   {DESIGN_DIR}   ← config.design_dir
   {EPISODE_DIR}  ← config.episode_dir
   {WORK_DIR}     ← config.work_dir
   {GUARD_RAILS}  ← config.guard_rails + config.create_guard_rails (있으면)
   {CUSTOM_AXES}  ← config.custom_axes (있으면)
   {CREATE_CFG}   ← config.create 설정 (있으면, 없으면 기본값)
   

2. 기본값 ([create] 섹션 없을 때):

   draft_chars: 6000-10000           # Phase 2 초안 목표 (넉넉하게 작성)
   final_chars: 5000-8000            # Step 2.5 트리밍 후 최종 목표
   dialogue_ratio: 40-60%
   max_scenes: 4
   hook_targets:
     opening_intensity: 4
     ending_intensity: 5
   continuity_lookback: 2
   

   분량 전략: "넘치게 쓰고 줄이기" episode-creator는 draft_chars(6000-10000자) 목표로 초안을 작성한다. Step 2.5에서 오케스트레이터가 final_chars(5000-8000자)로 트리밍한다. 이유: 부족해서 살을 붙이면 품질이 낮아진다. 충분히 쓰고 불필요한 부분을 삭제해야 밀도가 높아진다.

3. EP 범위 결정:

   • 지정 EP가 있으면 해당 범위 사용
   • 없으면 {EPISODE_DIR}에서 마지막 EP 번호를 찾고, 다음 번호부터 시작
   • 종료 EP를 지정하지 않으면 1화만 창작 (무한 루프 방지)

4. EP 범위에 따른 설정문서 매핑:

   • novel-config.md의 ep_range_table에서 해당 EP가 속하는 act 확인
   • EP 범위 중첩 검출: ep_range_table의 모든 행을 순회하여 범위가 겹치는 행이 있는지 확인. 중첩 발견 시 경고를 출력하고 사용자에게 확인
   • 해당 act의 플롯가이드 결정:
     • 세부 플롯 가이드 열에 경로가 있고 파일이 존재하면 → {PLOT_DOC} = 세부 플롯 가이드
     • 없으면 → {PLOT_DOC} = 큰 설계 플롯 가이드
   • 해당 act의 캐릭터시트(detail) 결정:
     • 세부 캐릭터 시트 열에 경로가 있고 파일이 존재하면 → {CHAR_DETAIL_EP} = 세부 캐릭터 시트
     • 없으면 → {CHAR_DETAIL_EP} = 공통 character_detail
   • 세부 설계 문서 유무 확인: 해당 EP 범위에 세부 플롯 가이드(작은 설계 산출물)가 없으면 경고 출력:

     ⚠️ EP{NNN}이 속하는 범위에 세부 플롯 가이드가 없습니다.
     큰 설계 플롯 가이드만으로 EP별 비트를 추출하므로 설계도 품질이 저하될 수 있습니다.
     작은 설계(design-small)를 먼저 실행하는 것을 권장합니다.
     그래도 진행하시겠습니까?
     

5. {WORK_DIR}/_workspace/ 디렉토리 확인 (없으면 생성)

6. {WORK_DIR}/create-plan.md 생성/갱신:

   # 에피소드 창작 계획
   ## 대상: EP{start}-EP{end}
   - [ ] EP{NNN} — 미착수
   ...
   

Step 1: Phase 1 — 에피소드 설계 (병렬)

두 에이전트를 병렬로 (한 메시지에 Agent 2회 호출) 실행한다. run_in_background: true로 배경 실행한다.

⚠️ Phase 1 대기 방법 — 절대 금지/필수 준수:

• 금지: TaskOutput 사용 (팀 네임스페이스 충돌으로 "No task found" 오류 발생)
• 금지: Bash sleep 폴링 (sleep N && ls 반복 금지 — 불필요한 대기 + 승인 요청 유발)
• 필수: 배경 에이전트는 완료 시 시스템이 자동으로 알려준다. 두 에이전트 모두 완료 알림을 받은 후 Phase 2로 진행한다.

⚠️ 에이전트 공통 경로 제한 지시 (episode-architect, continuity-bridge 프롬프트에 반드시 포함): "아래 명시된 파일 경로만 읽어라. design/ 디렉토리를 Glob으로 탐색하거나, 명시되지 않은 파일을 스스로 찾아 읽으려 시도하지 마라. 필요한 모든 파일 경로는 이 프롬프트에 포함되어 있다."

Agent 1: episode-architect

• subagent_type: general-purpose
• run_in_background: true
• 프롬프트에 포함할 정보:
  • 에이전트 정의 파일 경로 → 읽으라고 지시
  • EP 번호
  • 읽을 설정문서 경로 (novel-config.md에 정의된 경로를 사용):
    • 부트스트랩: {CONFIG.bootstrap} (novel-config.md의 bootstrap 경로)
    • 플롯가이드: {PLOT_DOC} (Step 0.4에서 ep_range_table로 결정된 경로)
    • 캐릭터시트 core: {CONFIG.character_core} (novel-config.md의 character_core 경로)
    • 캐릭터시트 detail: {CHAR_DETAIL_EP} (ep_range_table 세부 캐릭터 시트 우선, 없으면 공통 character_detail)
  • novel-config.md의 가드레일, 커스텀 축
  • 목표 분량 명시 (반드시 포함):

    blueprint 헤더의 '목표 분량' 항목은 반드시 아래 값을 사용한다:
    - 초안 목표(draft_chars): {CREATE_CFG.draft_chars}자
    플랫폼 상식(문피아 3,000~4,000자 등) 기반의 자체 추론을 절대 사용하지 말 것.
    novel-config.md의 [create] 섹션 값이 없을 경우 기본값 8,000~10,000자 사용.
    

  • 경로 제한 지시 (위 공통 지시 포함)
  • 허용 경로 화이트리스트 (프롬프트에 반드시 포함):

    이 작업에서 Read할 수 있는 파일은 아래 목록이 전부다.
    목록에 없는 파일은 어떤 이유로든 Read하지 마라:
    0. ${CLAUDE_PLUGIN_ROOT}/agents/episode-architect.md (자신의 에이전트 정의)
    1. {CONFIG.bootstrap}
    2. {PLOT_DOC}
    3. {CONFIG.character_core}
    4. {CHAR_DETAIL_EP}
    5. novel-config.md
    위 6개 파일 외의 Read 시도는 경로 제한 위반이다.
    

  • 출력 경로: {WORK_DIR}/_workspace/01_episode-architect_blueprint_EP{NNN}.md

Agent 2: continuity-bridge

• subagent_type: general-purpose
• run_in_background: true
• 프롬프트에 포함할 정보:
  • 에이전트 정의 파일 경로 → 읽으라고 지시
  • EP 번호
  • 읽을 문서 경로:
    • 이전 N화: {EPISODE_DIR}/ep{N-2}.md, {EPISODE_DIR}/ep{N-1}.md
    • alive-tracker: {WORK_DIR}/alive-tracker.md (존재 시)
    • delta-tracker: {DESIGN_DIR}/delta_tracker_*.md (존재 시)
    • verification: {DESIGN_DIR}/verification_*.md (존재 시)
  • EP001 창작 시: 이전 에피소드 대신 부트스트랩 초기 상태를 요약하라고 지시
  • 경로 제한 지시 (위 공통 지시 포함)
  • 출력 경로: {WORK_DIR}/_workspace/02_continuity-bridge_report_EP{NNN}.md

Step 2: Phase 2 — 에피소드 집필 (순차)

Phase 1 완료 후 episode-creator를 실행한다.

Agent 3: episode-creator

• subagent_type: general-purpose
• 프롬프트에 포함할 정보:
  • 에이전트 정의 파일 경로 → 읽으라고 지시
  • 읽을 문서:
    • {WORK_DIR}/_workspace/01_episode-architect_blueprint_EP{NNN}.md
    • {WORK_DIR}/_workspace/02_continuity-bridge_report_EP{NNN}.md
    • 캐릭터시트 core + detail + dialogue DNA
    • novel-config.md의 가드레일
  • {CREATE_CFG} 설정 (목표 글자수, 대화 비율 등)
  • 출력 경로: {EPISODE_DIR}/ep{NNN}.md
  • 상세 집필 원칙이 필요하면 references/creation-principles.md를 읽으라고 지시
  • Bash 금지 지시: "집필 완료 후 Bash/python3 스크립트를 실행하지 마라. 글자수·대화비율·장면수 집계는 quality-verifier가 수행한다. 파일 저장 후 셀프체크(있었다/고 있었다/것이었다 Grep 카운트)를 수행한 뒤 종료하라."
  • 경로 제한 지시 (Step 1의 공통 지시 포함)

재작성 모드 (REWRITE 후 재실행 시):

• 추가 프롬프트:
  • {WORK_DIR}/_workspace/04_quality-verifier_verdict_EP{NNN}.md를 읽으라고 지시
  • 기존 초안 {EPISODE_DIR}/ep{NNN}.md를 읽으라고 지시
  • "수정 지시에 따라 해당 부분만 수정하라. 전체 재작성 금지."

Step 2.5: 트리밍 게이트 (오케스트레이터 직접 수행)

Phase 2 완료 후, Phase 3 진입 전에 오케스트레이터가 초안을 트리밍한다.

전략: "넘치게 쓰고 줄이기" episode-creator는 6000-10000자 초안을 작성한다. 오케스트레이터가 5000-8000자로 트리밍한다. 부족해서 살을 붙이는 것보다 충분히 쓰고 줄이는 것이 품질이 높다.

측정 기준: wc -m으로 파일 전체 글자수를 측정한다 (마크다운 헤더·메타데이터 포함).

1. 측정: Bash wc -m {EPISODE_DIR}/ep{NNN}.md → 글자수 확인

2. 판정: 최종 목표 범위(기본 final_chars: 5000-8000) 대비 확인

   • 상한 초과 (8000자 초과 — 일반적 케이스):

     • episode-creator를 트리밍 모드로 재호출한다
     • 프롬프트에 다음을 포함:

       트리밍 모드:
       - 현재 글자수: {N}자 (wc -m 기준, 헤더 포함)
       - 목표 범위: {FINAL_MIN}~{FINAL_MAX}자
       - 초과분: {N - FINAL_MAX}자
       - 지시: 아래 삭제 우선순위에 따라 불필요한 부분을 제거하여 {FINAL_MAX}자 이내로 만들어라.
         삭제 우선순위:
         1순위: 서술자의 상황 정리/요약 문장 (메타서술)
         2순위: 같은 감정을 다른 비유로 반복 표현한 문장
         3순위: 플롯 비트에 기여하지 않는 배경 묘사
         4순위: 이미 행동으로 보여준 감정을 내면 독백으로 재확인하는 문장
         5순위: 과도한 감각 묘사 (핵심 장면이 아닌 전환 구간)
         주의: 플롯 비트, 대사, 클리프행어, 핵심 감각 묘사는 보존. 엔딩은 대사/행동으로 유지.
       

     • 트리밍 후 다시 글자수를 측정한다. 1회까지 재시도, 이후 Phase 3으로 진행

   • 범위 내 (5000-8000자): Phase 3으로 진행

   • 하한 미달 (5000자 미만 — 초안이 부족한 비정상 케이스):

     • episode-creator를 즉시 재호출한다 (Phase 3 진입 전 보정)
     • 프롬프트에 다음을 포함:

       글자수 부족 보정 모드:
       - 현재 글자수: {N}자
       - 목표 하한: {FINAL_MIN}자
       - 지시: 기존 장면을 확장하거나 부족한 묘사/대화를 보강하여 {FINAL_MIN}자 이상으로 만들어라.
               새로운 플롯 비트를 추가하지 말고, 기존 장면의 밀도를 높여라.
       

     • 보정 후 다시 글자수를 측정한다. 2회까지 시도, 이후 Phase 3으로 진행

Step 3: Phase 3 — 품질 검증 (순차)

Agent 4: quality-verifier (CREATE 모드)

• subagent_type: general-purpose
• 프롬프트에 포함할 정보:
  • 에이전트 정의 파일 경로 → 읽으라고 지시
  • CREATE 모드로 동작하라고 지시 (창작 품질 검증 — 아래 8축 적용):

    CREATE 모드 검증 8축 (구조적 정합성 중심 — polish의 문체·표현 레벨 교정과 구분):
    1. PLOT_BEAT — 설계도의 플롯 비트가 에피소드에 모두 반영되었는가
    2. TIMELINE — 시간 마커·날짜·나이가 설정문서 및 이전 에피소드와 일치하는가
    3. NUMBER — 핵심 수치(면적·자금·수확량 등)가 설정문서와 일치하는가
    4. GUARDRAIL — novel-config.md의 보존 가드레일을 위반하지 않았는가
    5. CONTINUITY — continuity-bridge 보고서의 미해결 복선/관계 상태가 반영되었는가
    6. HOOK — 오프닝/엔딩 훅 강도가 설정된 목표치 이상인가
    7. CHAR_VOICE — 등장인물의 대사가 캐릭터 보이스표/대화 DNA와 일관되는가
    8. CUSTOM — novel-config.md의 커스텀 축 위반이 없는가
    

    polish와의 관계: create의 quality-verifier는 구조적 정합성(플롯·수치·가드레일)을 검증한다. polish는 문장 품질(금지표현·침묵패턴·번역투·모바일 가독성·캐릭터 생동감)을 교정한다. 따라서 create PASS 에피소드도 polish를 거쳐야 최종 품질에 도달한다.

  • 재검증 지시 (REWRITE 후 재실행 시 반드시 포함): "기존 verdict 파일이 있더라도 절대 읽지 마라. 에피소드 원문 파일을 가장 먼저 읽고, 모든 검증축을 처음부터 수행하라. 결과를 verdict 파일에 새로 덮어써라."
  • 경로 제한 지시 (Step 1의 공통 지시 포함)
  • 읽을 문서:
    • {EPISODE_DIR}/ep{NNN}.md (창작된 에피소드)
    • {WORK_DIR}/_workspace/01_episode-architect_blueprint_EP{NNN}.md
    • {WORK_DIR}/_workspace/02_continuity-bridge_report_EP{NNN}.md
    • 설정문서 (부트스트랩, 캐릭터시트, 플롯가이드)
    • novel-config.md (가드레일, 수치 검증 우선순위, 커스텀 축)
  • 출력 경로: {WORK_DIR}/_workspace/04_quality-verifier_verdict_EP{NNN}.md

Step 4: 판정 분기

verdict 파일을 읽어 판정을 확인한다.

PASS 판정 시 — 오케스트레이터 교차검증 (필수):

이중 안전장치: quality-verifier가 직접 Grep 카운트를 수행하더라도, 오케스트레이터는 독립적으로 재확인한다. 두 레이어가 동일 결과를 내야 PASS가 확정된다.

verdict가 PASS인 경우, 오케스트레이터가 핵심 가드레일을 직접 교차검증한다:

1. Grep 있었다 in {EPISODE_DIR}/ep{NNN}.md → 5회 이하 확인
2. Grep 고 있었다 in {EPISODE_DIR}/ep{NNN}.md → 3회 이하 확인
3. Bash: wc -m {EPISODE_DIR}/ep{NNN}.md → 목표 글자수 범위(기본 final_chars: 5000-8000) 확인

3개 중 하나라도 위반 시, 위반 유형에 따라 분기한다:

경로 A — 오케스트레이터 직접 Edit (MINOR 위반): 다음 조건을 모두 충족하면 오케스트레이터가 직접 수정한다:

• 글자수 위반이 아님 (글자수 미달/초과는 경로 B)
• 위반 항목의 초과분이 3건 이하 (예: '있었다' 7회 → 2건 초과)
• 위반이 단일 표현의 텍스트 치환으로 해소 가능

직접 Edit 절차:

1. Grep으로 위반 표현의 전체 출현 위치를 파악한다 (output_mode: "content", -n: true)
2. 초과분에 해당하는 출현을 선택한다 (에피소드 후반부 → 전반부 순으로 선택)
3. 각 출현에 대해 전후 2문장을 Read로 확인하여 문맥을 파악한 후 대체한다
4. 대체 전략 (보수적 — 시제 보존 우선):
   • '있었다' → '~였다' (과거 유지, 가장 안전) 또는 '~이다' (현재 문맥인 경우만)
   • '고 있었다' → '~했다' (단순 과거 전환, 시제 오류 최소)
   • '것이었다' → '~였다', '~인 셈이었다'
   • 시제를 과거→현재로 변경해야 하는 경우는 경로 B로 분류한다 (문맥 의존적 수정)
5. 수정 후 다시 Grep으로 카운트가 상한 이내인지 확인한다
6. 확인 완료 시 PASS 경로를 계속한다 (verdict 파일에 "[오케스트레이터 직접 수정: {항목} {원래값}→{수정값}]" 추기)

경로 B — REWRITE 절차 (MAJOR 위반): 다음 중 하나라도 해당하면 기존 REWRITE 절차를 따른다:

• 글자수 위반 (구조적 수정 필요)
• 초과분이 4건 이상 (광범위 수정 필요)
• 시제 변경이 필요한 대체 (문맥 의존적 수정)
• 단순 치환으로 해소 불가 (문맥 의존적 수정 필요)

REWRITE 절차:

• "⚠️ quality-verifier PASS 판정이 원문과 불일치. 오케스트레이터가 REWRITE로 재판정합니다."
• 기존 REWRITE 절차(Step 4 후반부)로 진행한다

교차검증 통과 시:

1. create-plan.md에서 해당 EP를 [x]로 갱신하고 요약 추가
2. 다음 EP로 이동 (Step 1부터)

REWRITE:

1. 재시도 횟수를 확인한다 (해당 EP의 누적 REWRITE 횟수)
2. 기존 verdict 파일을 삭제한다: Bash rm -f {WORK_DIR}/_workspace/04_quality-verifier_verdict_EP{NNN}.md

   verdict 파일이 남아있으면 quality-verifier가 재검증 없이 이전 결과를 재사용한다. 반드시 삭제한다.

3. 2회 미만: Step 2로 돌아간다 (재작성 모드, 수정 지시 포함)
4. 2회 이상: 사용자에게 알리고 해당 EP를 [△](부분통과)로 표시, 다음 EP로 이동

Step 5: 자기 루프

대상 범위의 모든 EP가 처리될 때까지 Step 1~4를 반복한다.

완료 시:

1. create-plan.md 최종 갱신
2. .design-hashes 베이스라인 생성: {WORK_DIR}/.design-hashes 파일을 생성/갱신한다. 설정문서(부트스트랩, 캐릭터시트, 플롯가이드 등 {DESIGN_DIR}/ 내 모든 설정문서)의 SHA256 해시를 기록한다. 이 파일은 rewrite 스킬이 설정문서 변경을 감지하는 베이스라인으로 사용된다.

   .design-hashes 형식:
   {파일경로}\t{SHA256해시}\t{생성시각}
   

   목적: rewrite 최초 실행 시 "모든 설정문서가 변경됨"으로 오탐하는 것을 방지. create가 완료된 시점의 설정문서 상태가 베이스라인이 된다.

3. 결과 요약 출력:

   ## 창작 완료 요약
   - 총 에피소드: N화
   - PASS: X화
   - 부분통과(△): Y화
   - REWRITE 발생: Z회
   
   ### 다음 단계
   - 문장 품질 향상: `/polish` — 12축 진단으로 문체·훅·수치·캐릭터 생동감을 교정
   - 설정 변경 반영: `/rewrite` — 설정문서 변경 시 영향받는 에피소드를 재작성
   - ⚠️ 설정을 변경할 예정이라면 `/rewrite` → `/polish` 순서로 실행하세요
   

에러 핸들링

에러 유형	전략
에이전트 실패	1회 재시도 → 실패 시 해당 EP를 [!]로 표시하고 다음으로
설정문서 누락	사용자에게 경고 후 가용한 문서로 진행. 플롯가이드 누락 시 종료
이전 EP 없음 (EP001)	continuity-bridge가 부트스트랩 초기 상태 요약
novel-config.md 누락	에러 출력 후 종료
가드레일 충돌	episode-creator가 [가드레일우회] 태그 → auditor가 해당 부분 별도 평가
Phase 1 한쪽만 실패	성공한 보고서로 Phase 2 진행, 누락 명시

novel-config.md 확장 — [create] 섹션

novel-config.md에 다음 섹션을 추가하면 창작 설정을 커스터마이즈할 수 있다. 없으면 기본값을 사용한다.

## create 설정
draft_chars: 6000-10000          # Phase 2 초안 목표 (넉넉하게 작성)
final_chars: 5000-8000           # Step 2.5 트리밍 후 최종 목표
dialogue_ratio: 40-60%           # 대화 비율 (기본: 40-60%)
max_scenes: 4                    # 최대 장면 수 (기본: 4)
hook_targets:
  opening_intensity: 4           # 1-5, 오프닝 훅 강도 (기본: 4)
  ending_intensity: 5            # 1-5, 엔딩 클리프행어 강도 (기본: 5)
continuity_lookback: 2           # 이전 참조 화수 (기본: 2)
point_scenes_per_ep: 2-3         # 포인트 장면 수 (기본: 2-3)
dead_zone_threshold: 3500        # 포인트 장면 없는 최대 허용 글자수 (기본: 3500)

## create 사전 예방 (shift-left)
# create는 lint와 달리 문제를 사후 검출이 아닌 사전 예방한다.
# 아래 항목을 episode-architect의 설계도에 사전 포함하여 episode-creator가 준수하게 한다:
timeline_lock: true              # 에피소드별 절대 날짜/나이 사전 확정 (기본: true)
voice_quickref: true             # 등장인물별 보이스 퀵레프 카드 사전 추출 (기본: true)
nonverbal_memory: true           # 이전 2화 비언어 반복 메모리 수집 (기본: true)
echo_dialogue_filter: true       # 메아리 대화 방지 규칙 적용 (기본: true)
cider_gogumo_balance: true       # 사이다/고구마 밸런스 추적 (기본: true)

## create 가드레일
# lint 가드레일에 추가로 적용할 창작 전용 가드레일
# 예시:
# - 주인공이 1화에 전문 분야 외 지식을 시연하면 안 됨
# - 회귀 사실을 3막 이전에 타인에게 노출하면 안 됨

테스트 시나리오

정상 흐름

1. /create 36억평 EP051 실행
2. novel-config.md 파싱 → EP051은 Act2 범위
3. Phase 1: episode-architect(Act2 플롯가이드 + 부트스트랩 + 캐릭터시트) ‖ continuity-bridge(EP049, EP050) 병렬
4. Phase 2: episode-creator가 설계도+연속성+캐릭터 DNA로 집필 → 36억평/episodes/ep051.md
5. Phase 3: quality-verifier가 7축 검증 → PASS
6. create-plan.md 갱신 [x] EP051, EP052로 이동

에러 흐름 — REWRITE

1. Phase 3에서 REWRITE 판정 (TIMELINE CRITICAL: 날짜 불일치)
2. verdict의 수정 지시를 episode-creator에 전달
3. episode-creator가 해당 부분만 수정
4. Phase 3 재실행 → PASS
5. create-plan.md 갱신, 다음 EP로 이동

에러 흐름 — 첫 에피소드

1. /create 36억평 EP001 실행
2. continuity-bridge: 이전 에피소드 없음 → 부트스트랩 초기 상태 요약
3. 이후 정상 흐름과 동일

에러 흐름 — 범위 창작

1. /create 36억평 EP051-EP055 실행
2. EP051 PASS → EP052 REWRITE(1차) → REWRITE(2차) → 부분통과(△) → EP053 PASS → ...
3. 최종 요약: PASS 4화, 부분통과 1화