Files
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

20 KiB

POLISH 모드 프로토콜

버전: 2.6.0 최종 수정: 2026-01-30 호환: CWS Writing Guide v4.2.0+ 용도: 문장 품질 다듬기 (내용 수정 없음) 주요 변경: AI 강제 실행 규칙 추가 - 모든 절차 건너뛰기 금지


🚨 AI 강제 실행 규칙 (v2.6.0 신규 - 절대 무시 불가!)

⚠️ 이 문서는 가이드라인이 아닙니다. 체크리스트입니다.

모든 절차는 강제 실행입니다. "참고", "건너뛰기", "판단으로 생략" 절대 금지.


규칙 1: POLISH vs MODIFICATION 경계 강제 확인

다음 체크리스트를 매 챕터 작업 전 출력 (건너뛰면 작업 무효):

🔍 POLISH 범위 체크리스트 (강제 실행):
- [ ] 내용 변경 없음 확인
- [ ] 사건/대화 추가/삭제 없음 확인
- [ ] 캐릭터 행동 변경 없음 확인
- [ ] 다음 작업만 수행:
  - [ ] 어색한 표현 → 자연스럽게
  - [ ] 중복 표현 제거
  - [ ] 리듬감 개선
  - [ ] 띄어쓰기/문장부호 교정

**이 체크리스트 없이 작업 시작 금지!**

규칙 2: 수정 전후 비교 필수

매 수정마다 다음 형식으로 기록:

✅ 올바른 수정 형식:
수정 전: (원문)
수정 후: (수정문)
이유: (왜 수정했는지)
범위: POLISH (내용 변경 없음 확인)

❌ 금지:
- 수정 근거 없이 변경
- 내용 추가/삭제
- "더 좋아 보여서" (주관적 판단)

규칙 3: 배치 크기 강제 (파일 개수 10개)

배치 시작 시 반드시 확인:

  • 파일 개수 카운트 (분할 챕터 = 각각 카운트)
  • 10개 도달 시 즉시 중단
  • WORK-MODE.txt 업데이트 필수

11개 이상 작업 금지!


위반 시 처리

이 규칙을 위반하면:

  1. 작업 전체 무효
  2. 수정 내용 롤백
  3. 재작업 필수

📋 CHANGELOG

v2.4.0 (2026-01-25)

추가:

  • 📌 리포트 유효성 검증 프로토콜 (report-management.md 연동)
  • 리포트 날짜 vs 파일 수정 시간 자동 체크
  • 무효 리포트 발견 시 재검증 필수

참고:

  • 이 업데이트는 VERIFICATION 모드 v2.9.0과 함께 적용됨

v2.3.0 (2026-01-20)

추가:

  • POLISH vs MODIFICATION 경계 명확화
  • 구체적 예시 추가 (OK/금지)

v2.2.0 (2025-XX-XX)

추가:

  • 플랫폼 가독성 체크 (문피아 최적화)
  • 빈 줄 패턴 통일 프로토콜

v2.0.0 이전

자세한 이력은 Git 커밋 히스토리 참조


🔄 컴팩팅 대응 시스템 (v2.0.0 신규)

배치 작업 시 WORK-MODE.txt 사용

배치 시작 시:

1. WORK-MODE.txt 파일 생성
---
CURRENT_MODE: POLISH
READ_FILE: standards/polish-mode.md
---
BATCH: 01
RANGE: ch-001 ~ ch-010
STATUS: IN_PROGRESS
LAST_COMPLETED: none
NEXT: ch-001
REPORT_FILE: polish-batch-01.md
STARTED: 2026-01-20 15:30
---

2. polish-batch-01.md 파일 생성 (진행 상황 체크리스트)

각 챕터 완료 후:

1. polish-batch-01.md에 [x] 표시
2. 챕터별 상세 내용 추가
3. WORK-MODE.txt의 LAST_COMPLETED, NEXT 업데이트
4. 파일 저장
5. 다음 챕터

컴팩팅 후 재개 시:

1. WORK-MODE.txt 읽기
2. CURRENT_MODE 확인 → POLISH
3. READ_FILE 확인 → polish-mode.md (이 파일)
4. REPORT_FILE 읽기 → polish-batch-01.md
5. 진행 상황 체크리스트 확인
6. NEXT 챕터부터 재개

배치 완료 시:

1. 전체 [x] 확인
2. WORK-MODE.txt 삭제
3. 사용자에게 완료 보고

핵심 원칙:

❌ 10개 전부 메모리에 저장 후 한 번에 파일 작성
✅ 1개 완료 → 즉시 파일 업데이트 → WORK-MODE.txt 업데이트 → 다음

📋 리포트 유효성 검증 (v2.4.0 신규)

참고: standards/report-management.md 참조

🚨 필수: 리포트 읽기 전 유효성 체크

문제:

리포트 작성 후 파일이 수정되면 리포트가 과거 상태를 반영
→ 잘못된 정보를 사용자에게 전달하는 심각한 오류!

해결:

리포트 읽기 전 반드시 유효성 검증!

검증 절차

1단계: 리포트 날짜 확인

# polish-batch-05.md에서 날짜 추출
grep "시작\|완료" polish-batch-05.md
# 예: **완료:** 2026-01-21

2단계: 대상 파일 수정 시간 확인

# 배치 5 = ch-041~050
ls -l chapters/ch-04*.md chapters/ch-050.md

# Windows
Get-ChildItem "l:\...\chapters\ch-04*.md" | Select-Object Name,LastWriteTime

# 최종 수정 시간 확인

3단계: 비교 및 판정

리포트 날짜: 2026-01-21
파일 수정:
- ch-041.md: 2026-01-20 ✅ (리포트 이전)
- ch-046.md: 2026-01-24 ❌ (리포트 이후!)

→ 판정: 리포트 무효 → 재검증 필요

무효화 조건

자동 무효:

  1. 대상 파일 중 하나라도 리포트 이후 수정됨
  2. FIX 모드에서 챕터 재배치 발생
  3. 리포트 작성일 < 파일 최종 수정일

사용자 보고 형식:

리포트 유효:

polish-batch-05.md 확인:
- 작성일: 2026-01-21
- 파일 수정: 2026-01-20 (리포트 이전)
- 상태: ✅ 유효

배치 5 (ch-041~050): 이미 완료
- 수정: 0건
- 다음 배치로 진행

리포트 무효:

polish-batch-05.md 확인:
- 작성일: 2026-01-21
- 파일 수정: 2026-01-24 (리포트 이후!)
- 상태: ❌ 무효

이유: ch-028~030 재배치로 파일 수정됨
→ 배치 5 재검증 필요

체크리스트

모든 리포트 읽기 전:

  • 리포트 파일 존재 확인
  • 리포트 작성 날짜 추출
  • 대상 파일 목록 확인 (RANGE 기준)
  • 각 파일 최종 수정 시간 확인
  • 리포트 날짜 < 파일 수정? → 무효
  • 무효 시: 사용자에게 명확히 보고 + 재검증
  • 유효 시: 리포트 내용 사용

📋 POLISH 모드 개요

POLISH 모드는:

  • 문장 품질만 개선 (내용/플롯 수정 없음!)
  • 가독성, 리듬감, 문체 일관성 체크
  • VERIFICATION → FIX 완료 후 최종 다듬기

핵심 원칙:

VERIFICATION = 모든 문제 발견 (플롯 포함)
FIX = 발견된 문제 수정
POLISH = 문장 품질만 다듬기 (오타, 가독성, 문체)
(엄격 분리!)

금지:

❌ 장면 추가/삭제
❌ 인과관계 수정
❌ 캐릭터 관계 변경
❌ 설정 변경
→ 이런 건 VERIFICATION → FIX에서!

진입 조건:

  • ⚠️ VERIFICATION → FIX 완료 후 (필수)
  • POLISH는 검증 완료된 콘텐츠의 문체만 다듬음
  • 검증되지 않은 콘텐츠에 POLISH 적용 금지 (사용자 명시 요청 시 예외)

진입 명령:

  • "POLISH 모드"
  • "다듬기"
  • "가독성 검토해"
  • "문체 검토해"

모드 진입 시 자동 실행:

  • WORK-MODE.txt 업데이트 (CURRENT_MODE: POLISH)
  • 필수 파일 자동 읽기 (writing-guide.md, characters-master.md)
  • 준비 완료 보고 및 대기

📚 모드 진입 시 읽을 파일

필수

  1. standards/writing-guide.md - 문체 기준
  2. settings/characters-master.md - 캐릭터 말투

검토 대상

  1. volumes/vol-XX/chapters/ch-*.md - 해당 챕터들

📦 배치 크기 규정 (v2.5.0 신규)

POLISH 모드 배치 크기: 파일 개수 기준 10개

배치 1: 파일 10개
배치 2: 파일 10개
배치 3: 파일 10개
...

예시:

일반 챕터만:
- 배치 1: ch-001 ~ ch-010 (10개)
- 배치 2: ch-011 ~ ch-020 (10개)

분할 챕터 포함:
- 배치 1: ch-001, ch-002, ch-003, ch-004, ch-005A, ch-005B, ch-006, ch-007A, ch-007B, ch-008 (10개)
- 배치 2: ch-009, ch-010, ch-011A, ch-011B, ch-012, ch-013, ch-014, ch-015, ch-016, ch-017 (10개)

중요: 파일 개수로 카운트!
- ch-007A.md + ch-007B.md = 2개 파일

분할 챕터 처리:

분할 챕터는 각각 개별 파일로 처리:
- ch-007A.md: 개별 POLISH 작업
- ch-007B.md: 개별 POLISH 작업

단, 일관성 유지:
- 동일 화(ch-007)의 A/B는 문체 일관성 필수
- 어미 패턴, 리듬감 연결성 체크

배치 경계 처리:

분할 챕터가 배치 경계에 걸칠 때:

예시:
- 배치 1 마지막: ch-010A
- 배치 2 시작: ch-010B
→ 배치 1 완료 시 ch-010A 문체 기록
→ 배치 2 시작 시 ch-010A 문체 확인 후 ch-010B 작업

🎯 POLISH 체크 항목

1. 문장 가독성

✅ 문장 길이
   - 한 문장 50자 이상 → 분리 권장
   - 3줄 이상 문장 → 🔴 분리 필요

✅ 문단 길이 (웹소설 기준)
   - 권장: 3-5줄 (모바일 화면 최적)
   - 7줄 이상 → 🟡 분리 검토
   - 10줄 이상 → 🔴 필수 분리
   - 1-2줄 짧은 문단 OK (호흡 공간)

✅ 복문 구조
   - ~하고, ~하며, ~해서 3개 이상 연결 → 분리

2. 반복 표현

✅ 문장 끝 반복
   - "~했다" 3회 연속 → 🟡 변경 권장
   - "~였다" 3회 연속 → 🟡 변경 권장

✅ 주어 반복
   - "그는" / "그녀는" 연속 → 생략 또는 이름으로

✅ 단어 반복
   - 같은 단어 한 문단에 3회 이상 → 유의어로 대체

✅ 접속사 반복
   - "그리고" / "하지만" 연속 → 다양화

3. 대화/묘사 비율

✅ 권장 비율
   대화 : 묘사 : 서술 = 40 : 40 : 20

✅ 불균형 체크
   - 대화만 1페이지 이상 → 🟡 묘사/서술 추가
   - 묘사만 1페이지 이상 → 🟡 대화 추가
   - 서술만 1페이지 이상 → 🟡 장면화 고려

4. 문체 일관성

✅ 시제 일관성
   - 과거형 기조 유지
   - 갑자기 현재형 전환 → 🟡 수정

✅ 문어체/구어체
   - 지문: 문어체 유지
   - 대화: 캐릭터별 구어체

✅ 어미 다양성
   - ~다, ~였다, ~했다 균형

5. 리듬감

✅ 문장 길이 변화
   - 짧은 문장 → 긴 문장 → 짧은 문장
   - 같은 길이 5문장 연속 → 🟢 변화 권장

✅ 긴장/이완
   - 액션 장면: 짧은 문장
   - 여유 장면: 긴 문장

6. 어색한 표현

✅ 조사 오류
   - 을/를, 이/가, 은/는 체크

✅ 어색한 어순
   - 자연스러운 한국어 어순

✅ 번역체
   - "~라는 것을" → "~라는 걸"
   - "그것은" → "그건"

7. 플랫폼 가독성 (v2.2.0 신규)

⭐ 웹소설 플랫폼 최적화 (문피아/카카오페이지/네이버 시리즈)

✅ 문단 사이 빈 줄 일관성
   - 기본 원칙: 모든 문단 사이 빈 줄 1개
   - Part 구분: 빈 줄 2개
   - 현재 문제: 파일마다 다름 → 🔴 통일 필수

   예시:

민준은 창밖을 바라보았다. 해방된 서울이 보였다.

"이제 시작이야."

그가 중얼거렸다.


✅ 대화 구분 명확성
- 대화 블록 전: 빈 줄 1개
- 대화 블록 후: 빈 줄 1개
- 연속 대화: 빈 줄 없이 연결

예시:

민준은 눈을 감았다.

"뭐라고?" "네가 들은 대로야." "믿을 수 없어."

침묵이 흘렀다.


✅ 모바일 화면 최적화
- 세로 스크롤 중심 (좁은 화면)
- 긴 문단 → 피로감 증가
- 짧은 문단 + 빈 줄 → 숨 쉬는 공간
- 빠른 스크롤 → 명확한 구분 필요

✅ 여백 활용
- 긴 장면 후: 빈 줄로 호흡
- 시점 전환: 빈 줄 2개
- 시간 경과: 빈 줄 + "---" + 빈 줄 (선택)
- 액션 → 대화: 명확한 빈 줄

✅ Part/Scene 구분
- Part 전환: 빈 줄 3개 (또는 "---" 구분선)
- Scene 전환: 빈 줄 2개
- 일반 문단: 빈 줄 1개

📊 POLISH 보고서 형식

# POLISH 보고서

> **검토일:** YYYY-MM-DD
> **검토 범위:** ch-001 ~ ch-050

---

## 📊 요약

| 항목 | 발견 건수 | 수정 |
|------|----------|------|
| 1. 문장 가독성 | X건 | ✅/⏳ |
| 2. 반복 표현 | X건 | ✅/⏳ |
| 3. 대화/묘사 비율 | X건 | ✅/⏳ |
| 4. 문체 일관성 | X건 | ✅/⏳ |
| 5. 리듬감 | X건 | ✅/⏳ |
| 6. 어색한 표현 | X건 | ✅/⏳ |
| 7. 플랫폼 가독성 ⭐ | X건 | ✅/⏳ |
| **총계** | **X건** | |

---

## 🔴 필수 수정

| # | 위치 | 유형 | 내용 | 수정 |
|---|------|------|------|------|
| 1 | ch-005:34-36 | 문장 길이 | 3줄 문장 | → 2문장으로 분리 |
| 2 | ch-012:45-50 | 반복 | "했다" 5회 연속 | → 어미 다양화 |

---

## 🟡 권장 수정

| # | 위치 | 유형 | 내용 | 수정 제안 |
|---|------|------|------|----------|
| 1 | ch-008:22-35 | 대화 과다 | 대화만 15줄 | 중간에 묘사 추가 |
| 2 | ch-015:67 | 번역체 | "그것은" | → "그건" |

---

## 🟢 선택 수정

| # | 위치 | 유형 | 내용 |
|---|------|------|------|
| 1 | ch-003:12-16 | 리듬 | 비슷한 길이 5문장 |

---

## 📈 통계

### 문장 길이 분포
- 20자 이하: XX%
- 21-40자: XX%
- 41-60자: XX%
- 60자 이상: XX% (→ 분리 권장)

### 문장 끝 어미 분포
- ~했다: XX%
- ~였다: XX%
- ~이다: XX%
- 기타: XX%

🔧 POLISH 수정 예시

긴 문장 분리

Before:
"민준은 창밖을 바라보며 지난 몇 년간 자신이 걸어온 길을
되돌아보았는데, 그 과정에서 수많은 사람들을 만났고,
때로는 그들과 갈등을 빚기도 했지만, 결국에는 모두가
같은 목표를 향해 나아가고 있다는 것을 깨달았다."

After:
"민준은 창밖을 바라보았다. 지난 몇 년간 걸어온 길이
떠올랐다. 수많은 사람들을 만났다. 때로는 갈등을 빚기도
했다. 하지만 결국 모두가 같은 목표를 향하고 있었다."

반복 표현 수정

Before:
"민준이 말했다. 윤희가 대답했다. 태준이 끼어들었다.
민준이 다시 말했다."

After:
"민준이 입을 열었다. 윤희가 고개를 끄덕였다. 태준이
끼어들었다. 민준은 잠시 생각하다 다시 말했다."

대화/묘사 균형

Before:
"뭐라고?"
"네가 들은 대로야."
"믿을 수 없어."
"믿든 말든."
"하지만..."
"더 이상 말해도 소용없어."

After:
"뭐라고?"
민준의 눈이 커졌다. 믿기 어려웠다.
"네가 들은 대로야."
윤희는 담담했다. 창밖을 바라보는 눈빛이 차가웠다.
"믿을 수 없어."
"믿든 말든." 윤희가 어깨를 으쓱했다.
"더 이상 말해도 소용없어."

🔄 POLISH 워크플로우

1. 범위 설정 (1권 전체 또는 특정 챕터)
    ↓
2. 체크 항목별 검토
    ↓
3. 🔴 필수 수정 처리
    ↓
4. 🟡 권장 수정 처리
    ↓
5. 🟢 선택 수정 (시간 여유 시)
    ↓
6. 보고서 작성
    ↓
7. Git 커밋

POLISH 체크리스트

문장 가독성

  • 50자 이상 문장 분리
  • 7줄 이상 문단 검토, 10줄 이상 필수 분리
  • 복문 구조 단순화

반복 표현

  • 문장 끝 어미 다양화
  • 주어 반복 해소
  • 단어 반복 해소

대화/묘사 비율

  • 40:40:20 근접
  • 대화만 구간 없음
  • 묘사만 구간 없음

문체 일관성

  • 시제 일관
  • 문어체/구어체 구분
  • 어미 다양

리듬감

  • 문장 길이 변화
  • 장면에 맞는 템포

어색한 표현

  • 조사 정확
  • 어순 자연스러움
  • 번역체 제거

플랫폼 가독성

  • 문단 사이 빈 줄 일관성 (기본 1개, Part 2개)
  • 대화 구분 명확성 (대화 블록 전후 빈 줄)
  • 모바일 화면 최적 (짧은 문단 + 여백)
  • Part/Scene 구분 명확 (빈 줄 개수 통일)

🚫 POLISH 모드 금지사항

❌ 스토리 변경 (→ MODIFICATION 모드)
❌ 설정 수정 (→ FIX 모드)
❌ 캐릭터 성격 변경
❌ 플롯 추가/삭제
❌ 과도한 수정 (원문의 맛 유지)

⚖️ POLISH vs MODIFICATION 경계 (v2.3.0 신규)

명확한 구분

┌─────────────────────────────────────────────────┐
│ POLISH = 같은 의미, 더 나은 표현                │
│ MODIFICATION = 의미/내용 변경                   │
└─────────────────────────────────────────────────┘

구체적 예시

POLISH (OK)

**1. 문장 다듬기 (의미 동일)**
Before: "민준은 화가 많이 났다."
After: "민준의 주먹이 떨렸다."
→ Show, Don't Tell 적용 (의미 동일!)

**2. 어순 자연스럽게**
Before: "민준은 화가 나서 주먹을 쥐었다."
After: "민준이 주먹을 쥐었다. 화가 치밀었다."
→ 리듬감 개선 (내용 동일!)

**3. 반복 제거**
Before: "민준이 말했다. 윤희가 말했다."
After: "민준이 말했다. 윤희가 고개를 끄덕였다."
→ 태그 다양화 (대화 내용 변경 없음!)

**4. 문단 분리 (가독성)**
Before: (10줄 긴 문단)
After: (3-5줄씩 3개 문단)
→ 모바일 가독성 (내용 동일!)

**5. 띄어쓰기/여백**
Before: (불규칙한 빈 줄)
After: (일관된 빈 줄 1개)
→ 플랫폼 최적화 (내용 동일!)

MODIFICATION (금지!)

**1. 대사 추가/삭제**
Before: "알겠습니다."
After: "알겠습니다. 그런데 형님, 이거는 어떻게 하시겠습니까?"
→ ❌ 새로운 질문 추가 = 내용 변경!
→ MODIFICATION 모드에서 해야 함!

**2. 장면 추가**
Before: 민준이 회의실을 나섰다.
After: 민준이 회의실을 나섰다. 복도에서 윤희를 만났다.
→ ❌ 새 장면 추가 = 플롯 변경!
→ MODIFICATION 모드에서 해야 함!

**3. 인과관계 수정**
Before: "명단을 받았으니 이제 작성하겠습니다."
After: "이미 작성했습니다."
→ ❌ 순서 바뀜 = 플롯 변경!
→ FIX 모드에서 해야 함!

**4. 캐릭터 반응 변경**
Before: 민준은 고개를 끄덕였다.
After: 민준은 고개를 저었다.
→ ❌ 동의 → 거부 = 내용 변경!
→ MODIFICATION 모드에서 해야 함!

**5. 설정/호칭 변경**
Before: "형님들"
After: "형님"
→ ❌ 호칭 수정 = 내용 변경!
→ FIX 모드에서 해야 함! (검증 보고서 기반)

판단 기준

질문: "이 수정이 POLISH인가, MODIFICATION인가?"

체크:
1. [ ] 의미가 100% 동일한가?
2. [ ] 플롯에 영향 없는가?
3. [ ] 인과관계 변화 없는가?
4. [ ] 캐릭터 반응/관계 동일한가?

→ 모두 Yes: POLISH ✅
→ 하나라도 No: MODIFICATION ❌

애매한 경우

❓ "그는" → "민준은"
✅ POLISH
→ 대명사를 이름으로 (의미 동일, 명확성 증가)

❓ "민준은" → "강민준은"
✅ POLISH
→ 이름 풀네임 (의미 동일, 명확성 증가)

❓ "형님" → "민준 형님"
⚠️ 판단 필요!
→ 호칭 규칙에 맞으면 POLISH
→ 호칭 규칙 위반 수정이면 FIX

❓ "민준이 말했다." → "민준이 고개를 끄덕이며 말했다."
⚠️ MODIFICATION!
→ 행동 추가 = 내용 변경
→ "말했다" → "고개를 끄덕였다" (대체)는 POLISH OK

원칙

의심스러우면 → 건드리지 마라!

POLISH는 보수적으로:
- 확실히 의미 동일한 것만
- 가독성/문체만 개선
- 내용에 의심 가면 SKIP

"이거 바꿔도 될까?" → NO!
"이거 안 바꾸면 문법 틀림?" → YES!

🔗 연계 모드

VERIFICATION (검증, 기록)
    ↓
FIX (일괄 수정)
    ↓
POLISH (가독성/문체) ← 현재
    ↓
완료!

💡 POLISH 팁

1. 소리 내어 읽어보기
   - 막히는 부분 = 수정 필요

2. 한 번에 한 유형씩
   - 반복 표현만 → 문장 길이만 → 리듬만

3. 과도한 수정 주의
   - 작가의 문체 유지
   - 모든 문장을 완벽하게 할 필요 없음

4. 핵심 장면 우선
   - 클라이맥스, 감정 장면 먼저 다듬기

POLISH는 문장 품질! 스토리는 건드리지 않음!