웹툰 조립·검수 방법론 (webtoon-assembly)

렌더가 끝난 패널을 "읽히는 웹툰"으로 만드는 마지막 공정이다. 조립(세로 스크롤 뷰어) → 레터링(말풍선) → QA/검수 → 연속성 관리 → 최종 패키징까지를 다룬다. 특정 회차에 맞추지 말고 어느 회차에든 적용되게 일반화해 쓴다. {NN} = 2자리 회차 번호.

핵심 원칙(왜 이렇게 하나):

• 순서가 서사다. 패널은 panel001 → panel050+ 순서가 곧 독서 흐름이며 긴장 곡선·반전 타이밍이 여기에 실린다. 순서를 깨면 이야기가 깨진다.
• 모바일 세로 스크롤이 기본 매체다. 독자는 손가락으로 내려 읽는다. 데스크톱도 중앙 정렬된 모바일 폭으로 본다.
• 가독성이 작화를 이긴다. 말풍선이 얼굴/핵심 작화를 가리면 독자는 이탈한다. 대사 위주 웹툰일수록 더 그렇다.
• 검수는 증명이다. "좋아 보인다"가 아니라 측정값과 교차 비교로 합격을 증명한다.

1. 세로 스크롤 뷰어 조립법 (episode-compositor)

왜: 패널을 한 줄기 세로 스트립으로 이어, 손가락 스크롤만으로 끊김 없이 읽게 만든다.

이 하네스의 말풍선은 in-image 베이크다. 말풍선·한글 대사가 패널 PNG에 이미 그려져 있으므로, 조립은 텍스트 오버레이 없이 패널을 순서대로 잇는 순수 이미지 스트립이다. lettering.md는 오버레이 데이터가 아니라 (a) 패널 간 간격·리듬 힌트, (b) QA가 베이크된 텍스트를 대조할 기준으로만 쓴다.

골격은 assets/viewer-template.html을 쓴다. 외부 의존성 없는 단일 HTML이라 어디서든 열어 검수할 수 있다. 처음부터 새로 짜지 말고 템플릿의 META와 PANELS 데이터 배열만 채운다.

절차

1. workspace/05panels/ep{NN}/의 PNG를 파일명 오름차순(panel_001 → …)으로 수집한다(panel-validator 통과본).
2. 템플릿의 PANELS 배열을 채운다. 한 항목 = 한 패널(말풍선 데이터 없음):

``js { src: "../../05panels/ep{NN}/panel001.png", alt: "panel 001", gap: 0 } ` - src는 결과 파일(06assembly/ep{NN}/index.html) 기준 상대경로(../../05panels/...). 또는 패널을 동일 폴더로 복사해 참조해도 된다. - gap은 다음 패널과의 간격(px): 0`=무봉제(연속 컷), 양수=장면 전환/시간 경과/침묵 컷("쿵"). lettering.md의 리듬 힌트와 샷리스트 SCENE BREAK를 근거로 정한다.

1. 패널을 원본 비율로 온전히 배치한다(베이크된 말풍선이 잘리지 않게).
2. 브라우저로 열어 스크롤·이음새·말풍선 가독을 육안 확인한다. 베이크 말풍선이 깨졌으면 오버레이로 덮지 말고 panel-validator/panel-artist에 재렌더를 요청한다(이중 표기 금지).

구조·스타일 규칙 (템플릿에 반영됨)

• 반응형 폭(모바일 우선): --max-w: 720px 중앙 정렬. 폭은 100%로 채우고 높이는 auto.
• 패널 간 이음새: --panel-gap로 제어. 0px=무봉제 연결(한 장면의 연속 컷), 양수=칸 분리(장면 전환·시간 경과). 의미에 맞게 쓴다.
• lazy-load: <img loading="lazy" decoding="async">. 50+ 패널 회차의 초기 로딩·메모리 부담을 줄인다.
• 결손 표시: 이미지 로드 실패 시 칸을 비우지 않고 경고 플레이스홀더를 보여준다(img.onerror). 누락을 숨기지 않아야 검수가 잡는다.
• 데이터/표현 분리: 패널·말풍선은 데이터 배열, 스타일은 CSS. 재조립·수정 시 데이터만 갈아끼운다.

결손·순서 처리

• 번호가 비면(panel_007 없음) 당겨 붙이지 말고 그 자리에 결손을 표시하고 panel-artist에 재렌더를 요청한다. 순서가 어긋나면 반전 타이밍이 무너진다.
• 0바이트/손상 PNG도 결손으로 취급한다.

2. 레터링 섹션 (letterer → prompt-smith 베이크용)

왜: 대사 위주 고긴장 웹툰에서 말풍선은 정보·감정·반전을 나르는 주된 통로다. 잘못 놓으면 작화가 좋아도 안 읽힌다. 이 하네스에서 말풍선은 이미지에 함께 그려지므로(in-image 베이크), letterer는 이 섹션 규칙으로 ep{NN}_lettering.md(베이크 명세)를 설계하고, prompt-smith가 이를 codex 프롬프트에 담아 렌더하며, panel-validator가 렌더 결과의 텍스트 정확도를 이 파일과 대조한다(episode-compositor는 오버레이하지 않는다).

말풍선 종류 (template의 type)

• dialogue(대사): 입 밖으로 낸 말. 흰 배경·검은 테두리·둥근 모서리, 꼬리(tail)가 화자를 가리킨다.
• thought(생각): 속마음. 점선 테두리·기울임. 꼬리 없음(또는 구름 점).
• shout(외침): 비명·고함·충격. 두꺼운 테두리·굵은 글씨·약간의 기울기. 반전·클라이맥스 패널에서 강하게.
• narration(나레이션): 화자 밖 서술·시간/장소 캡션. 사각 박스, 꼬리 없음. 남발 금지 — 내레이션 최소화가 원칙이며, 대사로 전할 수 있으면 대사로 전환한다.

위치 규칙

• 읽기 순서: 한 패널 안에서 위→아래, 좌→우 순으로 자연히 읽히게 배치한다. 먼저 말하는 풍선이 위/왼쪽.
• 얼굴·핵심 작화 회피: 인물 표정과 반전 단서를 가리지 않는다. 여백(하늘·바닥·배경)에 놓는다.
• 꼬리 방향(tail): 꼬리는 화자 입/머리 쪽을 가리킨다(left/right/up/down). 화자 귀속이 한눈에 보여야 한다.
• 가장자리 안전 여백: 말풍선이 패널 밖으로 잘리지 않게 x/y를 5~95% 안에 둔다.

가독성 원칙 (대사 위주 웹툰)

• 폰트 크기: 본문 대사는 충분히 크게(--bubble-fs 기준 16~18px급). 모바일 화면에서 작으면 곧 이탈.
• 대비: 글자색과 풍선 배경의 대비를 확실히(검정 글자/흰 풍선, 나레이션은 흰 글자/어두운 박스).
• 한 풍선의 분량: 호흡 단위로 끊는다. 긴 대사는 여러 풍선으로 분할해 긴장의 리듬을 만든다.
• 줄바꿈: word-break: keep-all로 한국어 어절이 어색하게 끊기지 않게 한다.
• 레터링 방식: 이 하네스의 기본은 in-image 베이크(이미지 생성 시 말풍선·한글을 함께 그림). letterer는 베이크 명세를 쓰고 prompt-smith가 프롬프트에 담는다. HTML 오버레이는 쓰지 않는다(이미지 텍스트와 이중 표기 방지).
• 한글 베이크 주의(최대 리스크): diffusion 이미지 생성은 한글을 자주 깨뜨린다. 그래서 (a) 말풍선당 대사를 짧게 끊고(어절 수 적게), (b) 대본 원문 철자를 정확히 적고, (c) panel-validator의 C3(텍스트 정확/가독) 재생성 루프로 통과시킨다.

ep{NN}_lettering.md 권장 형식 (letterer 출력 → prompt-smith 베이크)

### panel_001
- bubble_1: { speaker: 나레, type: narration, text: "비 오는 밤.", position: 상단 중앙, read_order: 1 }
- bubble_2: { speaker: 지호, type: dialogue, text: "…왜 또 너야?", position: 하단 좌측 여백(얼굴 안 가림), read_order: 2 }
### panel_004
- silent: true            # 무대사 침묵 컷(말풍선 없음)

• text는 대본 원문 그대로(맞춤법·문장부호 포함) — prompt-smith가 따옴표로 베이크하고 validator가 글자 단위로 대조한다.
• position은 좌표가 아니라 영역 지시(상/하/좌/우/중앙 + 얼굴 회피). 프롬프트가 말풍선 위치를 그리는 근거.

3. QA 체크리스트 (quality-reviewer)

왜: 결함은 일찍·객관적으로 잡을수록 재작업이 싸다. 셀 수 있는 것은 스크립트로 측정하고, 의미는 교차 비교로 검증한다. 점진적 QA — 모듈이 완성되는 즉시 검증한다.

2단 검증 분업: 패널 단위 1차 검증(캐릭터/배경/한글/프롬프트 충실도)은 비주얼팀 panel-validator가 렌더 중 생성-검증 루프로 거른다(ep{NN}_validation.md). quality-reviewer는 그 뒤 조립된 회차 전체를 검수하는 끝단 게이트로, validation.md의 ACCEPT-FLAG 패널을 먼저 파악하고 회차 흐름·반전·연속성·플래그 패널의 최종 수용에 집중한다.

검수 항목과 PASS/FIX/REDO 기준

• PASS: 그대로 통과. FIX: 국소 수정으로 해결(재렌더 불필요하거나 경미). REDO: 재렌더/재집필이 필요한 근본 결함. 등급을 흐리면 재작업 루프가 비효율이 된다.

객관 지표 측정 (스크립트로)

• 패널 수: workspace/05panels/ep{NN}/의 panel_*.png 개수를 센다.
• 0바이트: 파일 크기 0인 PNG를 찾는다.
• 손상: PNG 매직 바이트(\x89PNG)로 헤더를 확인한다.
• md5 중복: md5 -r panel_*.png | awk '{print $1}' | sort | uniq -d — 비어야 정상(서로 다른 패널이 같은 이미지면 사고). EP01에서 실제 발생했으므로 필수. (참조: references/qa-checks.md)

경계면 교차 검증 (최우선)

가장 비싼 실패는 단절이다: 대본(03episode/ep{NN}scriptfinal.md)·반전 설계(02story/twist-plan.md)엔 반전이 있는데 실제 패널/레터링엔 안 드러나는 경우. 항상 대본 ↔ 레터링 ↔ 패널을 교차로 본다 — 반전이 시각/대사로 표현됐는지, 복선이 앞 패널에 심겼는지.

수정 지시 작성

대상·문제·조치·담당을 명시한다. 예: "panel_023 말풍선이 화자 얼굴을 가림 → 우상단 여백 이동 (담당: letterer/episode-compositor)". 모호어("어색함") 금지.

재작업 루프

FIX/REDO는 담당 에이전트(배치→episode-compositor, 작화/외형/손상→panel-artist, 말풍선→letterer, 반전/대사→script-editor·twist-master)에게 보낸다. 루프는 최대 2회, 이후에도 REDO면 showrunner에 에스컬레이션.

4. 연속성 관리 (continuity-manager)

왜: 회차가 쌓이면 외형·설정·떡밥이 어긋나기 쉽다. 단일 원장에 누적해야 다음 회차가 모순 없이 이어진다. continuity.md는 덮어쓰지 말고 회차별로 이어 쓴다(과거 상태를 알아야 모순을 잡는다).

추적할 원장:

• 캐릭터 외형 원장: 인물별 고정 특징(머리색/의상/체형/식별점) + 회차별 변경 이력("ep03에서 X→Y").
• 설정·세계관 원장: 능력 규칙·지명·조직·시간선의 추가/변경.
• 플롯·관계·정보 상태: 회차 종료 시점 스냅샷, 누가 무엇을 아는지(정보 비대칭).
• 반전 떡밥 원장(표): 복선 / 심은 회차 / 회수 예정 / 회수 여부 / 비고. 미회수 떡밥을 항상 표면에 둔다 — 심은 복선은 회수 의무가 있다.
• 다음 회차 주의사항: 일관성·회수 관점 체크리스트(명령형).

정본은 02story/(characters/world/series-arc/twist-plan)와 04visual/ 시트다. 산출물이 정본과 충돌하면 산출물이 틀린 것으로 보거나 정본 갱신을 요청한다(임의 판단 금지, 양쪽 기록).

5. 최종 패키징 (showrunner)

왜: 합격본은 그 자체로 열어보고 배포할 수 있어야 한다. RELEASE는 무엇이 포함됐는지(매니페스트)와 합격 근거, 다음 회차 시드를 함께 담는다.

사인오프 기준: qa_report.md(회차 내 품질)와 continuity.md(회차 간 연속성)를 동시에 만족해야 한다. REDO나 미해결 모순이 있으면 사인오프하지 않고 되돌린다.

_workspace/RELEASE/ep{NN}/ 구조:

RELEASE/ep{NN}/
  index.html          # 뷰어(상대경로가 깨지지 않게 panels/ 동봉 권장)
  panels/             # 패널 PNG 사본(또는 안정적 참조)
  qa_report.md        # 품질 합격 근거
  RELEASE_NOTES.md    # 사인오프 판정 · 포함 목록 · 다음 회차 시드

• 다음 회차 시드: 이번 클리프행어와 미회수 떡밥을 이어받아 다음 회차 시작점을 continuity-manager와 합의해 RELEASE_NOTES.md에 적고, 시나리오팀(series-plotter·twist-master)에 넘긴다.

6. 출력 경로 (§3 데이터 흐름 준수)

• 조립 뷰어: workspace/06assembly/ep{NN}/index.html (episode-compositor)
• 검수 보고: workspace/06assembly/ep{NN}/qa_report.md (quality-reviewer)
• 연속성 기록: workspace/06assembly/continuity.md (continuity-manager, 누적)
• 최종 패키지: _workspace/RELEASE/ep{NN}/ (showrunner)

입력 경로: 패널 workspace/05panels/ep{NN}/panel.png, 레터링 workspace/04visual/ep{NN}lettering.md, 확정 대본 workspace/03episode/ep{NN}scriptfinal.md, 반전 설계 workspace/02story/twist-plan.md, 정본 workspace/02story/·workspace/04visual/*.

7. 후속 작업(다시/재조립/수정/보완)

• 산출물이 이미 있으면 통째로 새로 만들지 말고 변경분만 교체한다. 합격한 부분은 보존한다.
• 재조립: 변경된 패널/말풍선의 데이터 항목만 교체. 재검수: 재작업된 항목만 재검증해 판정 갱신. 연속성: 변한 항목만 이어 기록.
• 자산: 동작하는 뷰어 골격은 assets/viewer-template.html. 바로 쓰는 검증 명령은 references/qa-checks.md.