Files
novel-writing-guide/MEETING-2026-02-01.md
Alex 45bc3face4 CWS v2.0 완성: 25개 프로세스 가이드 완성
- 54개 파일 작성 완료 (setup 25개 + guides 25개 + 메타 4개)
- 프로세스 체계: P0(3) + P1(10) + P2(3) + P3(6) + P4(3) = 25개
- Claude 가독성: 5-10KB 가이드로 읽기 가능
- 파일명 고유성: vol-XX 접두사 보장
- 히스토리 강제화: logs/ 시스템
- 메타 문서: README, PROCESS-CATALOG, FILE-STRUCTURE, CHANGELOG

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
2026-02-01 20:38:16 +09:00

44 KiB

CWS 시스템 협의 회의록

날짜: 2026-02-01 참석: Alex, Claude 주제: CWS (Creative Writing System) 개선 및 협의


회의 개요

CWS 글쓰기 시스템에 대한 협의 진행 중


협의 내용

1. 회의 시작 (2026-02-01)

  • 배경: Guide 디렉토리 확인

  • 시스템 현황:

    • CWS v4.3 (AI 협업 장편 소설 작성 시스템)
    • 설계 단계: Phase 0-5 (Design Guide)
    • 작성 단계: PLOT/WRITING/VERIFICATION/FIX/POLISH 모드 (Writing Guide)
    • Single Source of Truth 시스템 확립 (v4.0)
  • 결정사항:

    • 협의 내용을 회의록으로 지속 기록하기로 함
    • 회의록 파일: MEETING-2026-02-01.md

2. 현재 시스템의 문제점 분석

2.1 핵심 문제

문제 1: 파일 크기 문제

  • 가이드 파일들이 너무 큼 (CWS Writing Guide: 29,277 토큰, Design Guide: 34,057 토큰)
  • Claude가 토큰 제한(25,000)으로 파일을 읽지 못함
  • 결과: Claude가 시스템 내용을 모르는 상태로 작업

문제 2: 정보 불일치

  • Alex: "이미 가이드에 다 있으니 Claude는 알고 있다"고 가정
  • Claude: 파일을 못 읽어서 실제로는 모름
  • 결과: 맥락 없이 작업 → 오류 발생

문제 3: 무한 반복 사이클

작업 → 검증 → 문제 발견 → 개선 → "완성도 95%"
→ 재검증 → 심각한 오류 발견 → 수정 → 다시 처음부터...
  • 품질 문제가 지속적으로 재발
  • 근본 원인: Claude가 전체 시스템을 파악하지 못한 채 작업

2.2 해결 방향 (Alex 제안)

목표: "법전" 시스템

  • 절차는 가이드로 잘 정리
  • Phase별로 분리
  • 각 Phase에 꼭 필요한 내용만 체크리스트/가이드로 작성
  • "법전"처럼 모르면 찾아보는 레퍼런스
  • 매번 전부 읽지 않아도 되는 구조

핵심 원칙:

  1. 모듈화: Phase별로 독립된 작은 파일들
  2. 최소화: 각 Phase에 정말 필요한 것만
  3. 실행 가능성: 체크리스트 중심
  4. 참조성: 상세 설명은 별도 (필요시만 참조)

3. 현재 시스템 구조 분석 완료

3.1 standards 디렉토리 현황

총 27개 프로토콜 파일 (templates/standards/)

문제가 되는 대형 파일들:

  • verification-mode.md: 48,092 바이트 (토큰 제한 초과 가능성 높음)
  • design-verification-mode.md: 36,014 바이트 (토큰 제한 초과)
  • writing-mode.md: 29,243 바이트 (토큰 제한 초과)
  • README.md: 27,449 바이트 (간신히 읽을 수 있음)
  • file-formats.md: 23,242 바이트

증상:

  • README에 "AI 강제 실행 규칙" 섹션이 있음
  • "프로토콜 읽지 않고 작업 시작 절대 금지!" 같은 강제 규칙들
  • 이것 자체가 Claude가 프로토콜을 안 읽고 작업했다는 증거
  • → 왜? 파일이 너무 커서 읽지 못했기 때문

3.2 근본 원인

큰 프로토콜 파일 (48KB)
  ↓
Claude가 토큰 제한으로 읽지 못함
  ↓
규칙을 모르고 작업
  ↓
오류 발생
  ↓
검증 → 문제 발견 → 수정
  ↓
재검증 → 또 다른 문제 발견
  ↓
무한 반복...

4. Alex의 명확한 방향 제시

4.1 해결 방법 (Alex)

잘못된 접근 (Claude 제안):

  • 큰 파일을 작은 파일로 쪼개기
  • 새로운 디렉토리 구조 만들기
  • 이건 문제 해결이 아님!

올바른 접근 (Alex 방향):

  1. claude.md 표준화 (네비게이터 역할)

    • 모든 Phase 목록
    • 각 Phase별 절차
    • 해당 가이드/체크리스트 파일 위치
    • Claude가 "현재 Phase → 해야 할 일 → 파일 위치" 바로 찾기
  2. work-mode.txt (상태 추적기)

    • 현재 어느 Phase인지
    • 무슨 작업 중인지
    • 어디까지 했는지
    • 다음에 할 일
  3. Phase별 완료 체크리스트 작성 (검증 도구)

    • Claude가 현재 Phase들을 분석
    • 각 Phase 완료 후 확인할 항목 추출
    • 체크리스트 작성
    • 이게 "법전"의 핵심!

4.2 작업 순서

Step 1: Phase 분석

  • 현재 시스템의 모든 Phase 파악
  • 각 Phase의 절차 이해
  • 각 Phase의 완료 조건 도출

Step 2: claude.md 표준화

  • Phase 목록 및 네비게이션 작성
  • 파일 위치 명시
  • Claude 작업 규칙 정리

Step 3: Phase별 완료 체크리스트 작성

  • 각 Phase마다 "완료 확인" 체크리스트
  • 간결하고 명확하게
  • Yes/No로 답할 수 있는 항목들

Step 4: work-mode.txt 템플릿 개선

  • 상태 추적에 필요한 정보 정리
  • 표준 형식 확정

5. 전체 시스템 재구성 범위 확정

5.1 문제 범위 확대

Design Guide뿐만 아니라 Writing Guide도 문제:

  • Writing Guide도 동일한 기준으로 정리 필요
  • Phase별 체크리스트 접근 방식 적용
  • 모든 가이드를 같은 체계로 통일

5.2 필수 정의 항목 (Alex 요구사항)

1. 표준 claude.md 양식

  • 정확한 구조 정의
  • Phase 네비게이션 형식
  • 파일 위치 참조 방법
  • Claude 작업 규칙 표준화

2. work-mode.txt 표준

  • 어떤 정보를 담을지 정의
  • 필수 필드 목록
  • 형식 표준화

3. Phase별 work-mode.txt 세팅 기준

  • 각 Phase마다 work-mode.txt를 어떻게 세팅할지
  • Phase 전환 시 업데이트 규칙
  • 상태 추적 메커니즘

4. 프로젝트 구조 및 필수 파일 정의

  • 표준 디렉토리 구조
  • 필수 파일 목록
  • 각 파일의 역할 및 형식

5. 프로젝트 생성 자동화

  • 워크플로우:
    사용자: "디자인 가이드 읽고 프로젝트 생성해"
      ↓
    Claude: Design Guide 읽기
      ↓
    Claude: 프로젝트 구조에 맞게 자동 생성
      - 필요한 디렉토리 생성
      - 필수 파일 생성 또는 복사
      - claude.md 세팅
      - work-mode.txt 초기화
      ↓
    프로젝트 준비 완료
    

5.3 작업 순서 재정의

우선순위 1: 기준 문서 작성

  • 프로젝트 구조 정의
  • 필수 파일 목록
  • 표준 claude.md 양식
  • 표준 work-mode.txt 양식
  • Phase별 work-mode.txt 세팅 기준

우선순위 2: Phase 체계 정리

  • Design Guide Phase 분석 및 체크리스트
  • Writing Guide Phase 분석 및 체크리스트
  • Phase별 완료 조건 정의

우선순위 3: 자동화

  • 프로젝트 생성 스크립트/절차
  • Phase 전환 자동화
  • 검증 자동화

다음 안건

6. 중요한 원칙 확립 (Alex 강조)

⚠️ 경고: 기존 프로젝트는 참고만, 따라하지 말 것!

  • 1945-novel 프로젝트 = 문제가 있어서 개선하려는 것
  • 기존 구조 그대로 받아들이면 같은 문제 반복
  • 목표: 새로운 효율적인 구조 설계

올바른 접근:

1945-novel 분석 목적:
✅ 무엇이 문제였는지 파악
✅ 어떤 부분이 비효율적이었는지 식별
✅ 개선 포인트 도출

❌ 기존 구조 그대로 채택
❌ 문제 있는 방식 답습

다음 안건

7. 1945-novel 프로젝트 분석 (비판적 관점)

7.1 발견된 문제점

문제 1: 프로젝트 루트 혼란

루트 디렉토리에 임시 파일 산재:
- 1권_완전_검증_보고서.md
- 2권_문제점_상세보고서.md
- 2권_완전_재검증_보고서.md
- 2권_최종_완벽_검증_보고서.md
- ch-029_문제_보고서.md
- HEADER_FIX_NEEDED.md
- TODO_2권_전면_수정.md
- 회귀자-나이-개선-프로젝트.md

→ 정리되지 않은 임시 작업 파일들
→ 프로젝트 구조가 명확하지 않음

문제 2: WORK-MODE.txt 과다 정보

- 총 182줄
- "현재 상태"가 아니라 "전체 히스토리" 기록
- 배치별 진행 상황 상세 기록
- FIX/VERIFICATION 완료 내역 포함

→ 상태 파일이 아니라 로그 파일화
→ Claude가 읽어야 할 핵심 정보 파악 어려움

문제 3: claude.md 과다 경고

- 총 573줄
- "🚨 AI 강제 실행 규칙" 반복
- "⚠️ 절대 금지", "❌ 절대 하지 말 것" 섹션들
- "과거 실패 사례" 기록
- 예외 처리, 경고문 과다

→ 문제 발생 → 경고 추가 → 문서 비대화
→ "반응적" 문서 작성 방식
→ 네비게이터가 아니라 "경고문"

문제 4: volumes 구조 복잡도

vol-06/ 예시:
- design-verification.md
- vol-06-plot-integration-verification.md
- quality-verification.md
- design-verification-phase5-2.md
- vol-06-phase5-2-critical-issues.md

→ 검증 파일이 너무 많고 복잡
→ 어떤 파일을 읽어야 하는지 불명확

7.2 근본 원인 분석

반응적 문제 해결 방식:

문제 발생 → 규칙 추가 → 또 문제 발생 → 또 규칙 추가
→ 문서만 길어지고 복잡해짐
→ Claude는 여전히 읽지 못함 (토큰 제한)
→ 같은 문제 반복

구조 vs 경고:

현재: "이것 하지 마!", "저것 필수!", "절대 금지!"
필요: 명확한 구조, 간결한 네비게이션

상태 vs 로그:

현재 WORK-MODE.txt: 전체 히스토리 기록
필요: 현재 상태만 간결하게

7.3 개선 포인트 도출

개선 1: 프로젝트 구조 명확화

필요한 것:
- 명확한 디렉토리 구조
- 임시 파일 관리 규칙
- 보고서 저장 위치 표준화

개선 2: claude.md 간소화

목표: 네비게이터 역할만
- Phase 목록
- 각 Phase별 절차 요약
- 필요한 파일 위치
- 길이: 100줄 이하 목표

제거:
- 경고문, 금지사항 나열
- 과거 실패 사례
- 중복 설명

개선 3: WORK-MODE.txt 최소화

목표: 현재 상태만
- 현재 Phase
- 현재 작업
- 다음 할 일
- 필수 정보만
- 길이: 20줄 이하 목표

제거:
- 히스토리
- 완료된 작업 상세
- 배치별 진행 상황

개선 4: 파일 정리 규칙

필요한 것:
- 보고서 저장 위치 (reports/ 또는 각 권 폴더)
- 임시 파일 규칙
- 정리 주기

8. 핵심 설계 원칙 확립 (Alex)

8.1 근본 원인 재정의

현재 문제의 본질:

가이드가 무거움 (48KB)
  ↓
Claude가 안 읽음 (토큰 제한 + 부담)
  ↓
가이드가 있으나 마나
  ↓
오류 발생 → 경고 추가 → 가이드 더 무거워짐
  ↓
악순환 반복

해결책:

Phase별 가이드 최소화
  ↓
작업할 때마다 무조건 읽기 강제
  ↓
가이드를 실제로 읽음
  ↓
오류 감소

8.2 새로운 구조 설계

핵심 원칙:

  1. claude.md: 더 짧게 (50줄 이하 목표)
  2. WORK-MODE.txt: 주요 내용 기록 (핵심 역할)
  3. Phase별 표준 세팅 기준: 처음 한 번만 읽음
  4. Phase별 가이드: 최소화, 작업할 때마다 필수 읽기

정보 흐름:

claude.md (50줄)
  ↓
WORK-MODE.txt (현재 Phase + 주요 정보)
  ↓
Phase 표준 세팅 기준 (처음만 읽기)
  ↓
Phase 가이드 (짧음, 매번 읽기)
  ↓
작업 실행

8.3 구체적인 구조

Level 1: claude.md (50줄 이하)

# 목적
- 최소한의 네비게이션만

# 내용
- WORK-MODE.txt 위치
- 기본 작업 규칙 (3-5개)
- 끝!

# 제거
- 경고문, 금지사항, 예외처리, 과거 사례

Level 2: WORK-MODE.txt (주요 정보)

# 내용
- 현재 Phase
- Phase 세팅 기준 파일 (처음이면 읽기)
- Phase 가이드 파일 (작업 시 필수 읽기)
- 현재 작업 상태
- 다음 할 일
- 필수 참조 정보

# 역할
- Claude가 읽는 주요 정보원
- 히스토리 아님, 현재 상태만

Level 3: Phase별 표준 세팅 기준 (처음만 읽기)

파일: writing-setup-standard.md

# 목적
- WRITING Phase 시작할 때 WORK-MODE.txt 세팅 방법

# 내용
- 필요한 필드
- 각 필드에 들어갈 정보
- 참조할 파일들
- 세팅 예시

# 언제 읽기
- WRITING Phase 처음 진입 시 1회만
- WORK-MODE.txt 세팅용

Level 4: Phase별 가이드 (짧음, 매번 읽기)

파일: writing-guide.md (5-10KB 목표)

# 목적
- WRITING 작업 시 필수 절차

# 내용
- 간결한 체크리스트
- 필수 검증 항목만
- 예시 최소화

# 언제 읽기
- WRITING 작업할 때마다 필수!
- 짧으니까 부담 없음

8.4 작동 방식 예시

시나리오 1: WRITING Phase 처음 시작

1. Claude가 claude.md 읽음 (50줄)
2. WORK-MODE.txt 읽음
3. 현재 Phase: WRITING (처음)
4. writing-setup-standard.md 읽기 (세팅 방법)
5. WORK-MODE.txt 세팅
6. writing-guide.md 읽기 (작업 절차)
7. 작업 시작

시나리오 2: WRITING Phase 계속

1. Claude가 claude.md 읽음 (50줄)
2. WORK-MODE.txt 읽음
3. 현재 Phase: WRITING (이미 세팅됨)
4. writing-guide.md 읽기 (작업 절차만)
5. 작업 시작

시나리오 3: Phase 전환 (WRITING → VERIFICATION)

1. WORK-MODE.txt 업데이트 (Phase: VERIFICATION)
2. verification-setup-standard.md 읽기 (처음)
3. WORK-MODE.txt 세팅
4. verification-guide.md 읽기
5. 검증 시작

8.5 핵심 이점

이점 1: 가이드가 짧아서 실제로 읽음

기존: 48KB → 못 읽음 → 무용지물
개선: 5-10KB → 읽을 수 있음 → 실제 활용

이점 2: 작업할 때마다 필수 읽기

가이드가 짧음 → 부담 없음 → 매번 읽기 강제 가능
→ 절차 준수율 향상

이점 3: WORK-MODE.txt가 주요 정보원

claude.md는 최소한
WORK-MODE.txt에 필요한 정보 집중
→ 읽어야 할 파일 명확

이점 4: 세팅은 한 번, 가이드는 매번

세팅 기준: 한 번만 읽으면 됨
작업 가이드: 짧으니까 매번 읽어도 OK
→ 효율적

9. 최종 시스템 설계 확정 (Alex)

9.1 Phase 세팅 자동화

사용자 명령:

"플롯설계 모드 Phase 4-1 세팅해"

Claude 자동 실행:

1. Phase 4-1 세팅 기준 파일 읽기
2. WORK-MODE.txt 자동 생성/업데이트
3. "세팅 완료" 보고

9.2 WORK-MODE.txt 구조 (핵심!)

필수 포함 내용:

---
PHASE: 4-1 (플롯 마스터 설계)
MODE: PLOT-MASTER
STATUS: READY / IN-PROGRESS / COMPLETED
STARTED: YYYY-MM-DD
---

📋 이 Phase 수행 절차:
1. [절차 1]
2. [절차 2]
3. [절차 3]

---

✅ 선행 필수 파일 체크리스트 (작업 전 확인):
- [ ] settings/characters-master.md 존재 확인
- [ ] settings/timeline-master.md 존재 확인
- [ ] settings/worldview.md 존재 확인

---

📝 작업 후 정리 체크리스트 (Phase 종료 시):
- [ ] plot-master.md 작성 완료
- [ ] 타임라인 일치성 확인
- [ ] Phase 완료 기록 작성 (logs/phase-4-1-YYYY-MM-DD.md)
- [ ] Git 커밋
- [ ] WORK-MODE.txt STATUS → COMPLETED

---

📖 참조 가이드:
- Guide/templates/standards/plot-master-guide.md (5KB)

---

핵심:

  • WORK-MODE.txt에 모든 정보 집중
  • 선행 체크리스트 (작업 전)
  • 정리 체크리스트 (작업 후)
  • 가이드는 짧은 파일만 참조

9.3 Phase 종료 시 기록 강제화

규칙:

모든 Phase 종료 시 반드시 기록 남기기

Phase 완료 기록 표준 양식:

# Phase 4-1 완료 기록

**날짜:** YYYY-MM-DD
**Phase:** 4-1 (플롯 마스터 설계)
**담당:** Claude Sonnet 4.5

---

## 수행 내용

- plot-master.md 작성 (10권 전체 플롯)
- 총 XXX화 구성
- 타임라인: YYYY ~ YYYY

---

## 산출물

- settings/plot-master.md (생성)
- [기타 파일들]

---

## 검증 결과

- [ ] 타임라인 일치성: PASS
- [ ] 캐릭터 일관성: PASS
- [ ] 세계관 일관성: PASS

---

## 발견된 이슈

- 없음 / [이슈 목록]

---

## 다음 Phase

- Phase 4-2: 권별 타임라인 설계

---

**작성:** Claude
**검토:** Alex

저장 위치:

프로젝트/logs/phase-4-1-YYYY-MM-DD.md

9.4 시스템 목적 재정의

목적:

  1. 파일 쪼개기 - 읽기 쉽게

    • 각 가이드 5-10KB
    • WORK-MODE.txt에 통합 정보
    • 필요한 것만 읽기
  2. 관리 미세화 - 더 세밀하게

    • Phase별 세분화
    • 각 Phase마다 체크리스트
    • 선행/정리 단계 명확화
  3. 히스토리 강제화 - 원인 추적

    • 모든 Phase 종료 시 기록
    • 표준 양식 사용
    • logs/ 디렉토리에 누적
    • 오류 발생 시 과거 기록 참조

9.5 전체 워크플로우

Phase 시작:

사용자: "Phase 4-1 세팅해"
  ↓
Claude: phase-4-1-setup.md 읽기
  ↓
Claude: WORK-MODE.txt 자동 생성
  - 절차
  - 선행 체크리스트
  - 정리 체크리스트
  - 참조 가이드
  ↓
Claude: "세팅 완료. 선행 체크리스트를 확인하세요."

Phase 작업:

사용자: "Phase 4-1 시작"
  ↓
Claude: WORK-MODE.txt 읽기
  ↓
Claude: 선행 체크리스트 확인
  ↓
Claude: 참조 가이드 읽기 (짧음)
  ↓
Claude: 작업 수행
  ↓
Claude: 작업 완료

Phase 종료:

사용자: "Phase 4-1 완료"
  ↓
Claude: WORK-MODE.txt 읽기
  ↓
Claude: 정리 체크리스트 확인
  ↓
Claude: Phase 완료 기록 작성 (표준 양식)
  ↓
Claude: logs/phase-4-1-YYYY-MM-DD.md 저장
  ↓
Claude: Git 커밋
  ↓
Claude: WORK-MODE.txt STATUS → COMPLETED
  ↓
Claude: "Phase 4-1 완료. 다음 Phase: 4-2"

9.6 필요한 표준 문서들

1. Phase별 세팅 파일 (각 Phase마다)

Guide/templates/setup/
├── phase-4-1-setup.md  (플롯 마스터 세팅 방법)
├── phase-4-2-setup.md  (권별 타임라인 세팅 방법)
├── phase-4-3-setup.md  (5화별 플롯 세팅 방법)
├── writing-setup.md    (작성 모드 세팅 방법)
├── verification-setup.md
└── ...

2. Phase별 가이드 (짧음, 5-10KB)

Guide/templates/standards/
├── plot-master-guide.md      (5KB)
├── volume-timeline-guide.md  (5KB)
├── plot-detail-guide.md      (5KB)
├── writing-guide.md          (8KB)
├── verification-guide.md     (10KB)
└── ...

3. Phase 완료 기록 템플릿

Guide/templates/logs/
└── phase-completion-template.md

4. 표준 claude.md (50줄)

Guide/templates/claude.md.template

5. WORK-MODE.txt 템플릿

Guide/templates/WORK-MODE.txt.template

10. 작업 순서 재정의 (Alex 지적)

10.1 순서 오류 수정

잘못된 접근:

claude.md 먼저 작성 → Phase 나중에 정리
❌ 무엇을 네비게이션할지도 모르는데 네비게이터부터 만들기

올바른 접근:

1. 가이드 전체 파악
2. Phase 나누기 (MECE)
3. 관리 체계 확립
4. 파일 구조 설계
5. 템플릿 작성
6. 마지막에 claude.md

10.2 작업 방식 주의사항

위험:

내용 정리 없이 파일 수정
  ↓
컴팩팅 발생
  ↓
대화 내용 날아감
  ↓
정리한 내용 소실

안전한 방식:

1. 먼저 대화로 내용 완전히 정리
2. 정리 완료 후 파일 수정
3. 한 번에 작업

10.3 최종 목표 재확인

주 목표:

Claude가:
- 읽기 쉽게
- 매번 해당 절차를 완벽히 숙지
- 완벽하게 따라할 수 있게

부 목표:

- 가이드 전체 MECE하게 재정리
- Design Guide + Writing Guide 통합 정리
- 업데이트하면서 복잡해진 것 단순화

작업 계획 (최종)

Phase 1: 현황 파악 (대화로 정리)

1-1. 전체 Phase 목록 작성

  • Design Guide Phase 전체
  • Writing Guide Phase 전체
  • 현재 standards/ 파일들과 매핑

1-2. MECE 분석

  • 중복되는 Phase 식별
  • 누락된 Phase 식별
  • 애매한 경계 명확화

1-3. Phase 재분류

  • 논리적 그룹핑
  • 순서 정립
  • 의존관계 파악

Phase 2: 구조 설계 (대화로 정리)

2-1. 각 Phase별 필요 정보 정의

  • 선행 조건
  • 수행 절차
  • 산출물
  • 검증 기준
  • 완료 조건

2-2. 파일 구조 설계

  • 디렉토리 구조
  • 파일명 규칙
  • 파일 크기 목표
  • 파일 간 관계

2-3. 템플릿 구조 설계

  • WORK-MODE.txt 구조
  • Phase 세팅 파일 구조
  • Phase 가이드 구조
  • Phase 완료 기록 구조

Phase 3: 내용 작성 (대화로 초안)

3-1. 1개 Phase 프로토타입 작성

  • Phase 선택 (대표성 있는 것)
  • 전체 문서 세트 작성
  • 검증 및 개선

3-2. 전체 Phase 확대

  • 프로토타입 기반 나머지 작성
  • 일관성 검증

3-3. claude.md 작성

  • 전체 구조 반영
  • 네비게이션 설계

Phase 4: 파일 생성 (일괄 작업)

4-1. 정리된 내용 기반 파일 생성

  • 모든 템플릿 파일
  • 모든 가이드 파일
  • 디렉토리 구조

4-2. 기존 시스템과 비교

  • 마이그레이션 계획
  • 호환성 검증

즉시 시작: Phase 1-1

전체 Phase 목록 작성

현재까지 파악된 Phase:

Design Guide (Phase 0~5):

  • Phase 0: 아이디어/컨셉
  • Phase 0.5: 작가 문체 정의
  • Phase 1: 세계관 설계
  • Phase 2: 캐릭터 설계
  • Phase 3: 타임라인 설계
  • Phase 4: 플롯 설계
    • Phase 4-1: PLOT-MASTER (plot-master.md)
    • Phase 4-2-A: VOLUME-TIMELINE (vol-XX-timeline.md)
    • Phase 4-2-B: VOLUME-CHARACTERS (vol-XX-characters.md)
    • Phase 4-2-C: VOLUME-PLOT (vol-XX-plot.md)
    • Phase 4-3: PLOT (vol-XX-plot-NNN-MMM.md)
  • Phase 5: 설계 검증
    • Phase 5-1: Opus 품질 검증
    • Phase 5-2: Codex 일관성 검증

Writing Guide (작성 단계):

  • WRITING 모드: 챕터 작성
  • VERIFICATION 모드: 전체 검증
  • FIX 모드: 문제 수정
  • POLISH 모드: 문장 다듬기
  • MODIFICATION 모드: 내용 수정
  • RETOUCH 모드: 퇴고
  • ARTISTIC-REVIEW 모드: 예술성 검토

11. 최종 접근 방법 확정 (Alex - 핵심!)

11.1 프로세스 카탈로그 생성

목표:

Claude의 작업 최소 단위로 분해
  ↓
각 단위마다:
  - 고유 기호 (예: P0-1)
  - 고유 명칭 (예: "아이디어 컨셉 정의")
  - 설명
  - 필요 파일 리스트
  - 산출물 리스트
  ↓
완전한 프로세스 카탈로그

사용 방법:

  • Alex: 리스트 보면서 "P0-1 해줘" 또는 "아이디어 컨셉 정의 해줘"
  • Claude: 기호/명칭으로 프로세스 식별 → 필요 파일 읽기 → 작업 수행
  • 공통 참조 문서: 양쪽 다 같은 리스트 보면서 작업

11.2 프로세스 카탈로그 구조

각 프로세스 항목:

## P0-1: 아이디어 컨셉 정의

**기호:** P0-1
**명칭:** 아이디어 컨셉 정의 (중복 없음)
**설명:** 막연한 아이디어를 구체적 컨셉으로 발전
**카테고리:** 설계 > 초기 설정

**필요 파일 (INPUT):**
- (없음, 사용자와 대화로 진행)

**산출물 (OUTPUT):**
- settings/project-config.md

**다음 프로세스:**
- P0-2 (작가 문체 정의)

**참조 가이드:**
- Guide/templates/standards/concept-guide.md

11.3 번호 체계

제안:

P = Process (프로세스)
X-Y 형식:
  X = 대분류 (0=초기, 1=설계, 2=작성, 3=검증, 4=완료)
  Y = 순번

예시:
P0-1: 아이디어 컨셉 정의
P0-2: 작가 문체 정의
P1-1: 세계관 설계
P1-2: 캐릭터 설계
P1-3: 타임라인 설계
P1-4: 플롯 마스터 설계
P1-5: 권별 타임라인 설계
P1-6: 권별 캐릭터 설계
P1-7: 권별 플롯 설계
P1-8: 5화별 상세 플롯 설계
P2-1: 챕터 작성
P3-1: 전체 검증
P3-2: 문제 수정
P3-3: 문장 다듬기
...

11.4 MECE 재분류 필요

현재 문제:

Design Guide: Phase 0~5
Writing Guide: Phase 1~7 (번호 중복!)
Standards: Mode 시스템 (PLOT, WRITING, VERIFICATION...)

→ 체계가 3개로 분산
→ 번호 중복
→ Phase vs Mode 혼재

해결:

하나의 통합 프로세스 카탈로그
  - 고유 번호 (P0-1 ~ PX-Y)
  - 고유 명칭 (중복 없음)
  - MECE하게 분류
  - 명확한 경계

현재 작업: 프로세스 카탈로그 작성

Step 1: 전체 프로세스 리스트업 (진행 중)

현재까지 파악:

Design Guide에서 추출:

  • P0-1: 아이디어 컨셉 정의
  • P0-2: 작가 문체 정의
  • P1-1: 세계관 설계
  • P1-2: 캐릭터 설계
  • P1-3: 타임라인 설계
  • P1-4: 플롯 마스터 설계 (Phase 4-1)
  • P1-5: 권별 타임라인 설계 (Phase 4-2 선행)
  • P1-6: 권별 캐릭터 설계 (Phase 4-2 선행)
  • P1-7: 권별 플롯 설계 (Phase 4-2)
  • P1-8: 5화별 상세 플롯 설계 (Phase 4-3)
  • P1-9: 설계 품질 검증 (Phase 5-1)
  • P1-10: 설계 일관성 검증 (Phase 5-2)

Writing Guide에서 추출 필요:

  • P2-X: 작성 관련
  • P3-X: 검증 관련
  • P4-X: 완료 관련

Standards에서 추출 필요:

  • 각 모드별 세부 프로세스

12. 프로세스 카탈로그 초안 작성 및 검토

12.1 초안 완료

Claude가 전체 프로세스 카탈로그 초안 작성 완료

  • P0-X: 초기 설정 (2개)
  • P1-X: 설계 단계 (16개)
  • P2-X: 작성 단계 (2개)
  • P3-X: 검증 및 개선 (6개)
  • P4-X: 완료 및 전환 (3개)

12.2 Alex 피드백

핵심 지적:

P2 작성 단계에 즉시 검증 필요!

현재:
P2-1 작성 → P2-2 서머리 → (검증 없음) → P3-1 전체 검증
                                              ↑
                                    여기서 문제 발견 (늦음!)

개선:
P2-1 작성 → P2-2 즉시 자가 검증 → P2-3 서머리 → P3-1 전체 검증
                    ↑                               ↑
              문제 즉시 발견                  문제 거의 없어야 함!

철학:

  • P3 검증은 "문제 없음" 확인이 목표
  • 문제는 작성 직후 바로 잡아야 함
  • Self-Check 개념 필요

12.3 추가 보완 필요 사항 (Claude 제안)

  1. 프로젝트 초기화 프로세스 누락

    • P0-0: 프로젝트 생성 (디렉토리, 파일 구조)
  2. Git 관련 프로세스 명시 필요

    • 각 단계 완료 후 커밋 프로세스
  3. 완료 기록 강제화

    • 모든 프로세스 완료 후 logs/ 기록
    • 표준 양식 사용

12.4 보완 중 (Alex 승인 대기)

추가 보완할 사항 있으면 말씀해주세요.

13. 파일명 고유성 원칙 (Alex - 중요!)

13.1 문제 인식

현재 문제:

verification-report.md (어느 프로세스? 언제?)
self-check-report.md (어느 챕터? 언제?)
quality-verification.md (어느 권? 언제?)

→ 파일명만 보고 구분 불가
→ 같은 날 여러 번 하면 덮어쓰기
→ 관리 어려움

원칙:

모든 파일은 프로젝트 내에서 고유 파일명
→ 파일명만 보고 무엇인지 알 수 있어야 함
→ 절대 충돌 없어야 함

13.2 파일명 규칙 설계 필요

고려사항:

  1. 컨텍스트 포함

    • 프로세스 기호 (p1-4v)
    • 대상 (plot-master, ch001, vol-02)
    • 날짜시간 (20260201-1430)
  2. 형식 표준화

    • 일관된 패턴
    • 정렬 가능
    • 검색 가능
  3. 디렉토리 구조 vs 파일명

    • 옵션 A: 디렉토리로 분류 + 간단한 파일명
    • 옵션 B: 평면 구조 + 상세한 파일명

13.3 제안 (논의 필요)

옵션 A: 디렉토리 구조

reports/
├── p1-4v-plot-master/
│   └── 20260201-1430.md
├── p1-5v-vol02-timeline/
│   └── 20260201-1530.md
├── p2-2-ch001/
│   └── 20260201-1630.md
└── p3-1-vol02/
    └── 20260201-1730.md

logs/
├── p1-4-plot-master/
│   └── 20260201-1430.md
└── p1-5-vol02-timeline/
    └── 20260201-1530.md

옵션 B: 평면 구조 + 상세 파일명

reports/
├── p1-4v-plot-master-20260201-1430.md
├── p1-5v-vol02-timeline-20260201-1530.md
├── p2-2-ch001-20260201-1630.md
└── p3-1-vol02-20260201-1730.md

logs/
├── p1-4-plot-master-20260201-1430.md
└── p1-5-vol02-timeline-20260201-1530.md

옵션 C: 혼합 (권별 분류 + 상세 파일명)

volumes/vol-02/
├── reports/
│   ├── p1-5v-timeline-20260201-1530.md
│   ├── p1-6v-characters-20260201-1540.md
│   ├── p2-2-ch001-20260201-1630.md
│   └── p3-1-full-20260201-1730.md
├── logs/
│   ├── p1-5-timeline-20260201-1530.md
│   ├── p2-1-ch001-20260201-1625.md
│   └── p3-1-verification-20260201-1730.md
└── ...

13.4 산출물 파일명 재정의 필요

현재 카탈로그:

  • verification-report.md (X)
  • self-check-report.md (X)
  • quality-verification.md (X)

개선 필요: 각 프로세스마다 산출물 파일명 규칙 명시

13.5 Alex 방향 확정

원칙:

  1. 권별 분류: 리포트는 권별로 관리
  2. vol-XX 접두사: 모든 파일명에 vol-XX 포함
  3. 절대 중복 없음: 프로젝트 내 모든 파일 고유
  4. 체계 확립: 1945처럼 엉망이 되지 않도록

1945 문제:

프로젝트 루트에 산재:
- 1권_완전_검증_보고서.md
- 2권_문제점_상세보고서.md
- 2권_완전_재검증_보고서.md
- 2권_최종_완벽_검증_보고서.md
- ch-029_문제_보고서.md
- TODO_2권_전면_수정.md
- 회귀자-나이-개선-프로젝트.md

→ 정리 안 됨, 찾기 어려움, 관리 불가

14. 파일 구조 및 파일명 규칙 확정

14.1 디렉토리 구조

프로젝트/
├── settings/                    # 전체 프로젝트 설정
│   ├── project-config.md
│   ├── worldview.md
│   ├── characters-master.md
│   ├── timeline-master.md
│   └── plot-master.md
│
├── authors/                     # 작가 문체
│   └── author-01.md
│
├── volumes/
│   ├── vol-01/
│   │   ├── vol-01-timeline.md        # 권별 타임라인
│   │   ├── vol-01-characters.md      # 권별 캐릭터
│   │   ├── vol-01-plot.md            # 권별 플롯
│   │   │
│   │   ├── plots/                    # 5화별 상세 플롯
│   │   │   ├── vol-01-plot-001-005.md
│   │   │   ├── vol-01-plot-006-010.md
│   │   │   └── ...
│   │   │
│   │   ├── chapters/                 # 챕터
│   │   │   ├── vol-01-ch-001.md
│   │   │   ├── vol-01-ch-002.md
│   │   │   └── ...
│   │   │
│   │   ├── summaries/                # 서머리
│   │   │   ├── vol-01-summary-001-005.md
│   │   │   ├── vol-01-summary-001-010.md
│   │   │   ├── vol-01-summary-001-050.md
│   │   │   └── vol-01-summary-final.md
│   │   │
│   │   ├── reports/                  # 권별 리포트 ⭐
│   │   │   ├── design/               # 설계 관련
│   │   │   │   ├── vol-01-p1-5v-timeline-20260201-1430.md
│   │   │   │   ├── vol-01-p1-6v-characters-20260201-1440.md
│   │   │   │   ├── vol-01-p1-7v-plot-20260201-1450.md
│   │   │   │   └── vol-01-p1-9-quality-20260201-1500.md
│   │   │   │
│   │   │   ├── writing/              # 작성 관련
│   │   │   │   ├── vol-01-p2-2-ch001-selfcheck-20260201-1600.md
│   │   │   │   ├── vol-01-p2-2-ch002-selfcheck-20260201-1610.md
│   │   │   │   └── ...
│   │   │   │
│   │   │   ├── verification/         # 검증 관련
│   │   │   │   ├── vol-01-p3-1-batch01-20260201-1700.md
│   │   │   │   ├── vol-01-p3-1-batch02-20260201-1710.md
│   │   │   │   └── vol-01-p3-1-final-20260201-1800.md
│   │   │   │
│   │   │   └── polish/               # 품질 개선
│   │   │       ├── vol-01-p3-3-batch01-20260201-1900.md
│   │   │       └── ...
│   │   │
│   │   └── logs/                     # 완료 기록 ⭐
│   │       ├── vol-01-p1-5-timeline-20260201-1430.md
│   │       ├── vol-01-p1-6-characters-20260201-1440.md
│   │       ├── vol-01-p2-1-ch001-20260201-1600.md
│   │       └── ...
│   │
│   ├── vol-02/
│   │   └── (동일 구조)
│   │
│   └── ...
│
├── logs/                        # 전체 프로젝트 로그
│   ├── p0-0-init-20260115.md
│   ├── p0-1-concept-20260115.md
│   ├── p1-1-worldview-20260116.md
│   └── ...
│
├── claude.md                    # Claude 작업 규칙
├── WORK-MODE.txt                # 현재 작업 상태
└── README.md

14.2 파일명 규칙

기본 패턴:

vol-XX-{type}-{identifier}-{timestamp}.md

vol-XX: 권 번호 (항상 포함)
type: 파일 타입 (p1-5v, p2-2, ch, plot 등)
identifier: 대상 식별 (001, batch01, final 등)
timestamp: YYYYMMDD-HHMM (선택적, 리포트/로그에 필수)

예시:

설계 파일:

  • vol-01-timeline.md (권별 타임라인)
  • vol-01-characters.md (권별 캐릭터)
  • vol-01-plot.md (권별 플롯)
  • vol-01-plot-001-005.md (5화별 상세 플롯)

챕터:

  • vol-01-ch-001.md
  • vol-01-ch-002.md
  • vol-01-ch-010A.md (분할 챕터)

서머리:

  • vol-01-summary-001-005.md
  • vol-01-summary-final.md

리포트:

  • vol-01-p1-5v-timeline-20260201-1430.md (타임라인 검증)
  • vol-01-p2-2-ch001-selfcheck-20260201-1600.md (즉시 검증)
  • vol-01-p3-1-batch01-20260201-1700.md (배치 검증)
  • vol-01-p3-1-final-20260201-1800.md (최종 검증)

로그:

  • vol-01-p1-5-timeline-20260201-1430.md (타임라인 완료)
  • vol-01-p2-1-ch001-20260201-1600.md (챕터 작성 완료)

전체 프로젝트 로그:

  • p0-0-init-20260115.md (프로젝트 초기화)
  • p1-1-worldview-20260116.md (세계관 설계 완료)

14.3 장점

1. 고유성 보장

모든 파일명에 vol-XX 포함
→ 프로젝트 전체에서 절대 중복 없음

2. 검색 용이

vol-01-* : 1권 관련 모든 파일
*-p2-2-* : 모든 즉시 검증 리포트
*-ch-001* : 1화 관련 모든 파일

3. 정리 명확

reports/design/ : 설계 관련
reports/writing/ : 작성 관련
reports/verification/ : 검증 관련
logs/ : 완료 기록

4. 시간순 정렬

타임스탬프로 작업 순서 파악
히스토리 추적 가능

14.4 프로세스 카탈로그 업데이트 필요

이제 각 프로세스마다:

  • 산출물 파일명 규칙 명시
  • 저장 위치 명시
  • 예시 제공

다음 작업: 프로세스 카탈로그 v3 (파일명 포함)

15. CWS v2.0 새로 시작 결정 (Alex 확정)

15.1 결정 사항

CWS v2.0으로 새로 만들기

이유:

  1. 기존 가이드와 근본적으로 다른 체계
  2. 기존 가이드 너무 무거움 (2,600줄 이상)
  3. 수정이 아니라 재작성 수준
  4. 깔끔한 시작이 더 효율적

기존 가이드 처리:

  • Guide/legacy/ 폴더로 이동
  • 참고용 보관
  • v1.6.0 마지막 버전

15.2 CWS v2.0 구조

Guide/
├── legacy/                          # v1 보관
│   ├── CWS Design Guide.md (v1.6.0)
│   ├── CWS Writing Guide.md (v4.2.0)
│   └── README-legacy.md
│
├── v2/                              # 새 CWS v2.0
│   ├── README.md
│   ├── PROCESS-CATALOG.md           # 프로세스 카탈로그 (마스터)
│   ├── FILE-STRUCTURE.md            # 파일 구조 및 명명 규칙
│   │
│   ├── setup/                       # Phase별 세팅 가이드
│   │   ├── p0-0-setup.md
│   │   ├── p1-5-setup.md
│   │   └── ...
│   │
│   ├── guides/                      # Phase별 실행 가이드 (5-10KB)
│   │   ├── p1-5-guide.md
│   │   ├── p2-1-guide.md
│   │   └── ...
│   │
│   └── templates/
│       ├── claude.md.template
│       ├── WORK-MODE.txt.template
│       ├── project-structure/       # 프로젝트 구조 템플릿
│       └── logs/
│           └── completion-log-template.md
│
├── templates/standards/             # 기존 유지 (당분간)
└── CHANGELOG.md                     # v1 → v2 마이그레이션

15.3 작업 계획

Phase 1: 핵심 문서 작성 (오늘)

  1. 프로세스 카탈로그 v3 완성 (대화 완료)
  2. PROCESS-CATALOG.md 작성
  3. FILE-STRUCTURE.md 작성
  4. README.md 작성

Phase 2: 템플릿 작성 (오늘/내일) 5. claude.md.template 6. WORK-MODE.txt.template 7. completion-log-template.md 8. 프로젝트 구조 템플릿

Phase 3: Phase별 가이드 작성 (점진적) 9. 핵심 3개 프로세스 가이드 (P1-5, P2-1, P3-1) 10. 나머지 프로세스 가이드 (순차적)

Phase 4: 기존 정리 11. legacy/ 폴더 생성 및 이동 12. CHANGELOG 작성 (v1 → v2 차이점)

15.4 즉시 시작

다음 작업:

  1. Guide/v2/ 디렉토리 생성
  2. PROCESS-CATALOG.md 작성 (오늘 정리한 내용)
  3. FILE-STRUCTURE.md 작성
  4. README.md 작성

주의:

  • 대화 컴팩팅 방지: 문서 내용 먼저 확정, 파일 생성은 나중에
  • 한 번에 여러 파일 생성

16. CWS v2.0 핵심 문서 생성 완료

16.1 생성된 파일

Guide/v2/ 디렉토리 생성 완료

  1. README.md (3.4KB)

    • CWS v2.0 개요
    • 핵심 개념 5가지
    • v1 → v2 변경 사항
    • 시작 가이드
  2. FILE-STRUCTURE.md (7.8KB)

    • 프로젝트 디렉토리 구조
    • 파일명 규칙 (vol-XX 패턴)
    • 각 디렉토리 역할
    • 파일 찾기 예시
  3. PROCESS-CATALOG.md (13KB)

    • 31개 프로세스 전체 목록
    • P0~P4 카테고리별 분류
    • 각 프로세스마다:
      • 고유 기호 (P0-1, P1-5 등)
      • 명확한 설명
      • 필요 파일 목록
      • 산출물 위치 및 파일명 규칙
      • 완료 기록 규칙

16.2 디렉토리 구조 생성

Guide/v2/
├── README.md ✅
├── PROCESS-CATALOG.md ✅
├── FILE-STRUCTURE.md ✅
├── setup/ (생성됨, 빈 폴더)
├── guides/ (생성됨, 빈 폴더)
└── templates/
    ├── logs/ (생성됨)
    └── project-structure/ (생성됨)

오늘 작업 요약 (2026-02-01)

달성한 목표

  1. 문제 분석 완료

    • 기존 CWS v1 시스템의 근본적 문제 파악
    • 1945-novel 프로젝트 문제점 분석
    • 가이드 크기 문제, 파일명 중복 문제 식별
  2. 새로운 시스템 설계

    • 프로세스 카탈로그 중심 접근
    • MECE한 프로세스 분류 (P0~P4, 31개)
    • 파일명 고유성 보장 (vol-XX 접두사)
    • 간결한 가이드 원칙 (5-10KB)
  3. CWS v2.0 핵심 문서 작성

    • README.md (3.4KB)
    • FILE-STRUCTURE.md (7.8KB)
    • PROCESS-CATALOG.md (13KB)

확립된 원칙

1. 프로세스 카탈로그 중심

  • 작업 최소 단위로 분해
  • 고유 기호 및 명칭
  • "P1-5 해줘" → 즉시 실행 가능

2. 파일명 고유성

  • vol-XX 접두사 강제
  • 타임스탬프로 버전 관리
  • 프로젝트 내 절대 중복 없음

3. WORK-MODE.txt 중심

  • 현재 상태만 기록
  • 선행/정리 체크리스트 포함
  • 히스토리는 logs/에

4. 히스토리 강제화

  • 모든 프로세스 완료 시 logs/ 기록
  • 표준 양식 사용
  • 오류 추적 가능

5. 간결한 가이드

  • Phase별 5-10KB
  • Claude가 읽을 수 있는 크기
  • 매번 필수 읽기 가능

다음 단계

Phase 1: 템플릿 작성 (다음 작업)

  • claude.md.template
  • WORK-MODE.txt.template
  • completion-log-template.md
  • 프로젝트 구조 템플릿

Phase 2: Phase별 가이드 작성 (점진적)

  • 핵심 3개 프로세스 (P1-5, P2-1, P3-1)
  • setup 가이드 + 실행 가이드
  • 나머지 프로세스 (순차적)

Phase 3: 기존 정리

  • legacy/ 폴더 생성 및 이동
  • CHANGELOG 작성

Phase 4: 실제 적용

  • 1945-novel v2 마이그레이션 계획
  • 또는 새 프로젝트로 테스트

17. Phase 2 완료: 템플릿 작성

17.1 생성된 템플릿 (4개)

1. claude.md.template (1KB)

  • 프로젝트별 네비게이터 역할
  • 50줄 이하, 최소한의 정보만
  • WORK-MODE.txt 참조 중심

2. WORK-MODE.txt.template (1KB)

  • 현재 상태 추적기
  • 선행 체크리스트 포함
  • 정리 체크리스트 포함
  • Phase별 세팅 시 사용

3. completion-log-template.md

  • 프로세스 완료 기록 표준 양식
  • 산출물, 검증 결과, 이슈 기록
  • logs/ 디렉토리에 저장

4. project-structure/README.md

  • 프로젝트 구조 생성 가이드
  • Windows/Unix 명령어 제공
  • 디렉토리 구조 상세 설명

18. Phase 3 완료: 핵심 가이드 작성

18.1 작성된 가이드 (3개 프로세스, 6개 파일)

P1-5: 권별 타임라인 설계

  • setup/p1-5-setup.md - WORK-MODE.txt 세팅 방법
  • guides/p1-5-guide.md (5.4KB) - 실행 가이드
    • plot-master.md 기반 타임라인 작성
    • 일관성 검증 절차
    • 완료 기록 작성

P2-1: 챕터 작성

  • setup/p2-1-setup.md - WORK-MODE.txt 세팅 방법
  • guides/p2-1-guide.md (5.8KB) - 실행 가이드
    • 플롯 기반 작성 (8,000~12,000자)
    • 작가 문체 준수
    • P2-2 즉시 검증 필수

P3-1: 전체 검증

  • setup/p3-1-setup.md - WORK-MODE.txt 세팅 방법
  • guides/p3-1-guide.md (8.6KB) - 실행 가이드
    • 배치 단위 검증 (5~10개 챕터)
    • 5개 카테고리 체크리스트
    • 심각도 분류 (🔴긴급/🟡중요/🟢경미)

18.2 가이드 설계 원칙

1. 이원화 구조

  • setup: Phase 시작 시 한 번만 읽음 (WORK-MODE.txt 세팅용)
  • guide: 작업할 때마다 필수 읽음 (절차 실행용)

2. 크기 제한

  • setup: 1~2KB
  • guide: 5~10KB (Claude가 읽을 수 있는 크기)

3. 실행 가능성

  • 구체적인 절차
  • 명확한 체크리스트
  • 문제 해결 가이드 포함

19. CWS v2.0 최종 구조

Guide/v2/
├── README.md ✅ (3.4KB)
├── PROCESS-CATALOG.md ✅ (13KB, 31개 프로세스)
├── FILE-STRUCTURE.md ✅ (7.8KB)
│
├── setup/ ✅
│   ├── p1-5-setup.md (권별 타임라인)
│   ├── p2-1-setup.md (챕터 작성)
│   └── p3-1-setup.md (전체 검증)
│
├── guides/ ✅
│   ├── p1-5-guide.md (5.4KB)
│   ├── p2-1-guide.md (5.8KB)
│   └── p3-1-guide.md (8.6KB)
│
└── templates/ ✅
    ├── claude.md.template (1KB)
    ├── WORK-MODE.txt.template (1KB)
    ├── logs/
    │   └── completion-log-template.md
    └── project-structure/
        └── README.md

총 파일: 13개 총 용량: 약 45KB


20. 남은 작업

20.1 가이드 작성 (28개 프로세스)

P0 초기 설정 (3개):

  • P0-0: 프로젝트 생성
  • P0-1: 아이디어 컨셉 정의
  • P0-2: 작가 문체 정의

P1 설계 단계 (나머지 13개):

  • P1-1 ~ P1-4 (세계관, 캐릭터, 타임라인, 플롯 마스터)
  • P1-5v ~ P1-10 (검증 프로세스들)

P2 작성 단계 (1개):

  • P2-2: 작성 즉시 검증 중요!

P3 검증 및 개선 (5개):

  • P3-2 ~ P3-6 (수정, 품질 개선, 내용 수정, 퇴고, 예술성)

P4 완료 및 전환 (3개):

  • P4-1 ~ P4-3 (최종 완료, 권 전환, 프로젝트 완료)

20.2 기존 정리

  • legacy/ 폴더 생성
  • CWS Design Guide v1.6.0 이동
  • CWS Writing Guide v4.2.0 이동
  • CHANGELOG.md 작성 (v1 → v2 변경 사항)

20.3 실제 적용

  • 새 프로젝트로 테스트 또는
  • 1945-novel v2 마이그레이션 계획

회의 성과 (최종)

소요 시간: 약 5시간 작성된 문서: 13개 (총 45KB) 정리된 프로세스: 31개 확립된 원칙: 5개

Phase별 완료 상황:

  • Phase 1: 핵심 문서 (README, PROCESS-CATALOG, FILE-STRUCTURE)
  • Phase 2: 템플릿 (4개)
  • Phase 3: 핵심 가이드 (3개 프로세스, 6개 파일)
  • Phase 4: 나머지 가이드 (28개 프로세스)
  • Phase 5: 기존 정리 (legacy/ 이동, CHANGELOG)

핵심 성과:

  • CWS v1의 근본 문제 해결 방향 확립
  • 완전히 새로운 체계 설계 완료
  • 실행 가능한 프로세스 카탈로그 작성
  • 파일 관리 체계 확립
  • 템플릿 및 핵심 가이드 작성 완료
  • CWS v2.0 기본 골격 완성

회의록 작성: Claude Sonnet 4.5 최종 업데이트: 2026-02-01 19:25


다음 회의 안건

  1. P2-2 (즉시 검증) 가이드 우선 작성 - 매우 중요!
  2. 나머지 프로세스 가이드 작성 전략
  3. 1945-novel 프로젝트 v2 마이그레이션 계획
  4. 또는 새 프로젝트로 CWS v2.0 테스트

작성: Claude (자동 기록) 최종 수정: 2026-02-01 19:25