완성된 스크립트를 기본 AI 이미지 생성기로 사용 가능한 여러 페이지 만화로 만들기 어려운 이유는 무엇일까?


2026-08-13


일관된 캐릭터, 역동적인 레이아웃, 통일된 색상 팔레트가 두 페이지 전체 구성에 걸쳐 이어지는 생동감 넘치는 여러 페이지 만화 스프레드

완성된 스크립트와 완성된 만화 페이지 사이에는 어떤 네 가지 실패 레이어가 있을까?

기본 AI 이미지 생성기가 여러 페이지 만화에서 실패하는 이유는 만화 페이지가 이미지의 단순한 묶음이 아니라 서로 조율된 네 개의 고유한 레이어로 이루어진 시스템이며, 범용 생성기는 그중 하나만 다루기 때문이다. Adobe Firefly, Midjourney, DALL·E 같은 도구는 개별 일러스트레이션을 훌륭하게 만들지만, 각 생성은 이전 결과를 기억하지 못한 채 새로 시작된다. 페이지를 하나의 단위로 이해하는 모델도, 읽기 흐름에 대한 이해도 없다. Jenova's Comic Creator, Dashtoon, ComicsMaker, Anifusion, Adobe Firefly Boards 같은 만화 전용 도구는 이 격차의 일부를 줄이지만, 모든 문제를 해결하지는 못한다.

스크립트에서 페이지로 옮기는 과정이 무너지는 네 가지 레이어는 다음과 같다.

✅ 캐릭터 정체성 드리프트 — 확산 모델은 생성할 때마다 프롬프트를 바탕으로 캐릭터를 다시 만들어 내므로, 얼굴과 의상이 3~10장 이미지 안에서 변형된다. ✅ 페이지 수준 구성 — 생성기는 거터, 블리드, 읽기 경로를 갖춘 패널 그리드가 아니라 직사각형 이미지를 출력한다. ✅ 스크립트 파싱 — 스크립트의 비트, 카메라 지시, 대사는 패널 수와 샷 유형으로 번역되어야 한다. 이는 이미지 작업이 아니라 편집적 판단이다. ✅ 레터링 및 인쇄 준비 — 말풍선, 꼬리 위치, CMYK 안전 여백은 전적으로 이미지 생성 바깥의 작업이다.

워크플로에서 어느 레이어가 실패하는지 이해하는 것은 해결 가능한 문제와 끝없는 재생성 루프를 가르는 차이다.

AI 캐릭터는 왜 3번 패널과 4번 패널 사이에서 얼굴이 달라질까?

확산 모델은 이전 출력물을 기억하지 못한 채 매 이미지를 처음부터 생성한다. 따라서 지속적인 시각 앵커가 없으면 모델은 프롬프트 텍스트만으로 캐릭터를 재구성하며, 작은 텍스트상의 모호함이 얼굴과 의상 드리프트로 연쇄 확대된다. TaleAtelier의 캐릭터 일관성 가이드에 기록된 테스트에 따르면, 프롬프트만 사용하는 방식에서는 3~10회 생성 안에 드리프트가 눈에 띄기 시작한다.

이는 실무자 보고에서 가장 자주 언급되는 실패 사례다.

는 초기 도구 상태를 단호하게 요약했다. “캐릭터는 바뀌고, 환경은 흔들리고, 모든 페이지에 수동 편집이 필요했다.” 도 Midjourney와 DALL·E에서 같은 패턴을 보고한다. 즉, “전반에 걸쳐 같은, 혹은 비슷한 캐릭터를 유지할 수 없는 문제”다.

일관성과 준비 시간의 절충안에 따라 순위를 매긴 다섯 가지 검증된 기법:

기법일관성준비 시간비용
마스터 프롬프트(텍스트만)낮음(~65%)0분$0
이미지 입력으로 사용하는 캐릭터 시트중간~30분$0–$15/mo
모델 네이티브 참조(Nano Banana, Midjourney --cref)중상~5분무료–유료 티어
작업 범위 추적(만화 전용 도구)높음~2분~$10–$20/mo
커스텀 LoRA 학습매우 높음2~4시간실행당 $5–$50

솔직한 한계를 아는 것이 중요하다. TaleAtelier의 테스트는 AI 캐릭터 일관성을 패널 전반에서 약 80%의 시각적 유사성 — 100%가 아님으로 규정한다. 여러 페이지 만화에서는 이 문제가 증폭된다. 페이지 4와 페이지 40을 오가며 보는 독자는 단일 이미지만 보는 사람이라면 결코 알아차리지 못할 차이를 발견한다.

실전 해결책 — 패널 하나를 생성하기 전에 캐릭터 참조 시트를 만든다:

  1. 정면, 3/4 측면, 측면, 후면 뷰와 표정 그리드, 라벨을 붙인 기본 의상을 포함한 한 페이지 시트를 만든다.
  2. 시트당 캐릭터 한 명만 배치한다. 여러 캐릭터가 들어간 시트는 Midjourney가 정체성을 섞게 만든다.
  3. Midjourney에서는 --cref [url] --cw 50을 덧붙인다. 가중치 100은 얼굴, 의상, 그리고 포즈까지 고정하므로 장면 다양성에는 지나치게 경직될 수 있다. 가중치 50은 얼굴과 헤어스타일 정체성만 고정하며, 연속 작업에 권장되는 기본값이다.
  4. 전체 스크립트를 진행하기 전에 서로 다른 다섯 장면에서 테스트한다. 얼굴이 흔들리면 시트를 다듬고, 의상이 흔들리면 의상 스트립을 추가한다.

만화 페이지에는 단일 이미지에 없는 무엇이 실제로 필요할까?

만화 페이지는 일러스트레이션을 담는 용기가 아니라 통제된 시선 경로를 설계한 읽기 표면이다. 만화가 Bill Koeb는 Visual Arts Passage에서 작업 과정이 썸네일부터 시작된다고 설명한다. 썸네일은 “얼굴이 어디에 있는지, 얼마나 보이는지, 어떤 앵글을 사용할지, 어떻게 조명할지, 이미지의 전체 명도 구조는 어떨지를 탐색하기 위해 아주 적은 표시만으로 빠르게 만든 작은 그림”이다.

이런 결정은 어느 것도 이미지 생성의 결정이 아니다. 최종 아트가 존재하기 전에 내려지는 페이지 아키텍처 결정이다. 기본 생성기에는 썸네일 단계가 없기 때문에, 패널들이 어떻게 함께 배치될지에 대한 계획 없이 곧바로 렌더링으로 넘어간다.

생성기가 볼 수 없는 페이지 수준 변수:

  • 📐 패널 크기 위계 — 클라이맥스 패널은 지배적이어야 하고, 호흡을 위한 패널은 작아져야 한다. 균일한 출력은 감정의 리듬을 평평하게 만든다.
  • ➡️ 시선 경로와 거터 너비 — 서양 만화는 Z 패턴으로 읽고, 망가는 오른쪽에서 왼쪽으로 읽는다. 패널 배치가 이를 강제하며, 이미지 폴더는 그렇지 못하다.
  • 🎨 패널 간 명도 구조 — 독자의 시선이 원하는 곳에 머물도록 페이지 전체에 일관된 밝음과 어두움의 분포가 필요하다.
  • 📄 페이지 넘김 — 넘기기 직전의 마지막 패널은 훅을 품는다. 생성기는 페이지 구분이 어디에 놓이는지 알지 못한다.

독립 크리에이터 Daniel Wieser는 Medium 에세이에서 구조적 문제를 이렇게 지적한다. “AI는 모든 병목을 없애는 대신 새로운 병목을 만든다. AI는 종종 어려움을 다른 곳으로 옮긴다.” 그는 특히 인쇄 블리드 영역과 패널 배치가 이미지 생성이 전혀 다루지 못하는 방식으로 결과물에 영향을 준다고 지적한다.

스크립트에서 패널로 번역하는 단계는 실제로 어떻게 무너질까?

번역 단계가 무너지는 이유는 스크립트와 패널 분해표가 서로 다른 문서인데 생성기는 스크립트만 받기 때문이다. 산문이나 시나리오 형식의 스크립트는 무슨 일이 일어나는지를 묘사한다. 반면 패널 분해표는 각 비트에 몇 개의 패널을 줄지, 그리고 어떤 샷 유형이 이를 전달할지를 결정한다. 이 중간 문서를 건너뛰기 때문에, 수많은 스크립트-만화 시도가 문장을 문자 그대로 렌더링하면서도 스토리텔링은 놓치게 된다.

Koeb는 분해표가 활용하는 샷 유형의 어휘를 다음과 같이 정리한다.

  • 도입 샷 — 장소와 긴장 요소를 설정한다. “사건이 펼쳐지려는 장소로 우리를 데려간다.”
  • 클로즈업 — Koeb는 이것이 “캐릭터의 얼굴을 보여 주는 데만 한정될 필요는 없다”고 말하며, “미지의 것을 향해 뻗는 긴장된 손”을 예로 든다.
  • 미디엄 샷 — 행동 중인 캐릭터를 보여 주며, 동작으로 장면을 시작할 때 자주 사용한다.
  • 추상적 또는 상징적 패널 — Koeb는 Neil Gaiman과 Dave McKean의 Black Orchid를 예로 든다. 이 작품은 소량의 분홍색 수채화만 담긴 흰 패널로 시작하며, 그 의미는 페이지를 넘길 때까지 해소되지 않는다.

기본 생성기에 “그녀는 그가 거짓말했다는 사실을 깨닫는다”라는 문장을 주면, 놀란 표정의 여성을 렌더링할 것이다. 그러나 그 비트를 무언의 3패널 점진적 고조로 처리할지, 그녀의 손을 꽉 잡은 단일 클로즈업으로 처리할지, 프레임 안에서 그녀를 고립시키는 와이드 샷으로 처리할지는 결정하지 못한다.

학술 연구는 이것이 프롬프팅의 공백이 아니라 구조적 공백임을 확인한다. North Carolina State University 연구진이 수행한 arXiv에 발표된 협업 만화 생성 연구는 서사 관용구가 “AI 기반 만화 생성에 거의 통합되지 않는다”고 지적하며, 대부분의 생성 시스템에서 “저자는 창작 과정에 제한된 유연성만 가진다”고 말한다. 이들의 프로토타입은 이미지 모델이 접근할 수 없었기 때문에 Neil Cohn의 시각 서사 문법, 즉 Establisher / Initial / Prolongation / Peak / Release 구조를 별도 시스템 레이어로 명시적으로 인코딩해야 했다.

같은 논문은 자체 접근법의 솔직한 한계도 기록한다. 편집 가능성을 위해 시각 레이어를 분리하면 “장면과 캐릭터의 상호작용이 줄어들어, 응집력 있는 아트워크와 풍부한 행동 표현이 제한된다.” 이 영역의 모든 아키텍처는 무언가를 대가로 치른다.

스크립트 비트가 일관된 캐릭터를 유지하는 서사 시퀀스의 연출된 샷으로 번역된 모습을 보여 주는 연속 스토리보드 패널

주요 도구 카테고리는 여러 페이지 스크립트 작업에서 어떻게 비교될까?

스크립트가 사용 가능한 여러 페이지 만화가 될지를 실제로 결정하는 여섯 가지 차원, 즉 스크립트 파싱, 캐릭터 일관성, 페이지 레이아웃 제어, 레터링, 여러 페이지의 연속성, 내보내기를 기준으로 비교해 보자.

항목Adobe FireflyMidjourneyDashtoonComicsMakerJenova Comic Creator
스크립트 → 패널 분해수동 — 패널당 프롬프트수동 — 패널당 프롬프트패널 중심 워크플로패널 중심 워크플로전체 스크립트를 바탕으로 한 대화형 분해
캐릭터 일관성이미지 간 참조; 스케치 또는 이전 패널 업로드--cref + --cw 가중치 조정무료 티어에서 캐릭터 일관성 제공패널 간 재사용 가능한 캐릭터 디자인세션 간 지속되는 캐릭터 추적
페이지 레이아웃 제어패널을 스트립으로 배치하는 Firefly Boards없음 — 단일 이미지 출력내장 패널 템플릿내장 패널 워크플로대화의 일부로 이루어지는 레이아웃 계획
레터링 / 말풍선Boards에서 대사와 캡션 추가지원하지 않음지원지원가이드 및 구성 지원, 네이티브 말풍선 렌더러 없음
여러 페이지 연속성보드 수준; 세션 간 메모리 없음없음출판 중심패널 및 페이지 중심무제한 히스토리 — 스타일과 캐스트가 세션 간 유지됨
내보내기최대 2000×2000 JPEG/PNG; 1080p MP4표준 이미지 내보내기무료 티어에서는 Dashtoon Reader 출판으로 제한표준 내보내기표준 이미지 내보내기
가격무료 티어 제공구독무료 티어: 하루 100장 이미지구독무료 티어; Plus $20/mo로 무료 사용량의 30배
적합한 용도단일 스트립, 스타일 탐색, 상업적으로 안전한 학습 데이터패널당 최고 수준의 아트 품질, 아티스트 주도 워크플로웹툰 형식 출판캐릭터 중심 다중 패널 작업지속되는 스토리 메모리를 활용한 스크립트-페이지 기획

전반적으로 존재하는 솔직한 한계:

  • Adobe Firefly는 라이선스를 받은 콘텐츠와 퍼블릭 도메인 콘텐츠로 학습했다는 강력한 상업 안전성 근거를 제시하지만, 내보내기는 최대 2000×2000픽셀로 제한된다. 이는 표준 인쇄 만화 해상도보다 낮으며, 레이아웃 작업은 Firefly Boards 또는 Photoshop으로 넘겨진다.
  • Midjourney는 범용 생성기 중 패널당 아트 품질이 가장 높지만, 페이지 레이아웃이나 레터링 기능은 전혀 없으며 위에서 설명한 참조 시트 규율이 필요하다.
  • Dashtoon의 무료 티어는 하루 100장 이미지로 넉넉하지만, 출력은 Dashtoon Reader 출판에 묶인다.
  • Jenova's Comic Creator는 스크립트 분해, 스타일 고정, 세션 간 연속성을 처리하지만 네이티브 말풍선 렌더러나 인쇄 블리드/CMYK 준비 기능은 없다. 따라서 최종 레터링과 인쇄 파일은 여전히 Clip Studio Paint, Photoshop 또는 Affinity Publisher를 거쳐야 한다. 이는 기획 및 생성 파트너이지 완전한 DTP 대체재는 아니다.

“짧은 웹 만화 몇 편과 천천히 작업 중인 더 긴 작품 하나”를 운영하는

는 하나가 아닌 세 가지 도구를 쓰는 방식에 정착했다고 보고한다. 단일 스트립을 넘어 작업하는 사람에게 이는 현실적인 패턴이다.

도구와 싸우지 않고 전체 스크립트를 여러 페이지로 실제로 옮기려면 어떻게 해야 할까?

효과적인 워크플로는 스크립트와 생성기 사이에 두 가지 문서를 넣는다. 바로 고정된 캐릭터 참조와 페이지별 패널 분해표다. 어느 하나라도 건너뛰면 끝없는 재생성 루프가 발생한다.

1단계 — 패널을 생성하기 전에 캐스트를 고정한다. 캐릭터마다 참조 시트를 하나 만든다. 서로 관련 없는 다섯 장면에서 해당 캐릭터를 생성한다. 얼굴이 유지되면 진행하고, 그렇지 않으면 시트를 다듬거나 더 높은 기법 티어로 옮긴다.

2단계 — 분해표를 별도 문서로 작성한다. 각 스크립트 페이지마다 패널 수, 패널별 샷 유형, 누가 프레임을 담당하는지를 명시한다. 세 줄짜리 대화에 패널 하나가 아니라 네 개가 필요하다는 결정을 내리는 곳이 바로 이 단계다.

3단계 — 페이지 단위가 아니라 패널 단위로 생성한다. 기본 생성기는 페이지를 구성할 수 없다. 분해표와 맞춘 일관된 가로세로비로 개별 패널을 생성한다.

4단계 — 페이지 도구에서 합성한다. Clip Studio Paint, Affinity Publisher 또는 Firefly Boards를 사용한다. 거터, 블리드, 읽기 순서를 강제하는 작업은 여기서 이루어진다.

5단계 — 레터링은 마지막에 한다. 레이아웃을 고정하기 전에 배치한 말풍선은 다시 옮겨야 한다.

2~3단계에 스크립트를 이해하는 에이전트 활용하기. Jenova's Comic Creator를 사용하면 분해 작업이 별도의 수동 문서가 아니라 대화 방식으로 이루어진다. 스크립트를 붙여 넣고 목표 형식을 설명한다.

“여기 12페이지 스크립트가 있습니다. 6×9 재단 규격의 서양식 인쇄 만화를 위해 페이지별 패널 분해표로 나누어 주세요. 각 비트의 패널 수와 샷 유형을 지정하고, 패널 수에 비해 대사가 너무 많은 페이지는 표시해 주세요.”

그런 다음 생성 전에 시각적 정체성을 고정한다.

“이 세 캐릭터와 이 아트 스타일을 프로젝트 전체에 걸쳐 고정해 주세요. 앞으로의 모든 패널 요청에서 이름으로 참조하고, 매번 다시 설명하지 않아도 되게 해 주세요.”

여기서 경제성을 바꾸는 요소는 지속 메모리다. 페이지 40에서 200단어짜리 프롬프트를 다시 구축하는 대신, “같은 스타일, 같은 캐스트, 페이지 40 패널 2”라고 말할 수 있다. 세로 스크롤 콘텐츠를 제작한다면 Webtoon Creator는 같은 분해 논리를 스크롤 리듬과 에피소드 훅에 적용하며, Manga Creator는 오른쪽에서 왼쪽으로 읽는 흐름과 스크린톤 관례를 다룬다.

Midjourney 중심 워크플로에서는 같은 2단계를 텍스트 도구에서 수행한 뒤, 모든 프롬프트 끝에 --cref [sheet_url] --cw 50을 붙여 패널을 생성한다. 시트 URL은 책 전체에 걸쳐 동일하게 유지한다.

현업 만화 전문가들은 스크립트-페이지 파이프라인의 AI에 대해 무엇이라고 말할까?

실무자들의 합의는 AI가 일러스트레이션 병목은 압축했지만 편집과 페이지 디자인 병목은 건드리지 못했다는 것이다. 즉, 어려움은 사라진 것이 아니라 위치만 옮겨 갔다.

“거의 모든 사람이 저지르는 실수는 스크립트를 프롬프트처럼 취급하는 것이다. 스크립트는 페이지가 무엇인지 이미 아는 인간 협업자를 위한 지시 사항 묶음이다. 그것을 이미지 모델에 넘기는 순간, 조용히 분해 작업, 샷 선택, 페이지 넘김 배치, 시선 경로 설계를 하던 사람을 제거하게 된다. 모델은 자신이 그 작업을 해야 한다는 사실을 모르기 때문에, 단어를 렌더링하고 이미지 폴더를 돌려준다.”

“제작 현장에서 일관되게 확인하는 점은 일관성 작업이 앞단에 집중된다는 것이다. 무언가를 생성하기 전에 오후 한나절을 들여 캐릭터 참조 시트와 패널 분해표를 만드는 팀은 페이지 1부터 생성하고 나중에 드리프트를 고치려는 팀보다 20페이지짜리 책을 더 빨리 끝낸다. 프로젝트가 죽는 지점은 초기 생성이 아니라 재생성 루프다. 그리고 계획 시점에 잡아야 할 솔직한 수치는 100%가 아닌 약 80% 캐릭터 유사성이다. 정리 작업 패스를 예산에 포함해야 한다.”

“분명히 말할 가치가 있는 또 하나는, 현재 어떤 AI 도구도 인쇄 준비를 처리하지 못한다는 점이다. 블리드, 재단, CMYK 변환, 최종 해상도의 말풍선 배치는 여전히 데스크톱 출판 작업이다. 스크립트에서 인쇄 가능한 PDF까지 된다고 약속하는 사람은 과장하고 있다. 스크립트에서 합성된 페이지까지는 오늘날 가능하다. 마지막 단계는 아직 아니다.”

— Jenova Product Team, 크리에이티브 AI 워크플로 도구 구축 경력 9년

캐릭터 드리프트 문제는 실제로 해결되고 있을까?

캐릭터 일관성은 모델 수준에서 빠르게 개선되고 있지만, 수 주에 걸쳐 제작하는 40페이지 이상에서 캐스트를 안정적으로 유지하는 여러 페이지 연속성은 범용 생성기로는 여전히 상당 부분 해결되지 않았다. 단일 패널 일관성과 책 길이의 일관성 사이의 간극에서 대부분의 프로젝트가 여전히 무너진다.

2026년 기준으로 실제로 개선된 사항:

  • 모델 네이티브 참조 시스템은 이제 거의 제로샷 수준의 캐릭터 조건화를 제공한다. Google의 Gemini 2.5 Flash Image(“Nano Banana”)는 참조 이미지 조건화를 출시했으며, TaleAtelier의 테스트는 정체성 유지 측면에서 이를 Midjourney 무료 체험판, DALL·E 3, LoRA를 적용하지 않은 Stable Diffusion보다 높게 평가한다.
  • 만화 전용 도구는 이제 긴 페이지 수에 걸친 캐릭터 추적을 홍보한다. ComicPad는 “4개에서 400개 패널에 걸친” 일관성을 내세운다.
  • 캐릭터 LoRA 학습 비용은 실행당 $5–$50, 소요 시간은 2~4시간으로 낮아져 캐릭터당 100장 이상의 이미지가 필요한 본격적인 시리즈 작업에도 활용 가능해졌다.

여전히 해결되지 않은 사항:

  • 극단적인 앵글. 참조 조건화는 내려다보는 앵글과 로우 앵글에서 성능이 크게 떨어진다. 바로 만화가 액션 시퀀스에 의존하는 역동적 앵글들이다.
  • 앙상블 장면. 프레임 안에 캐릭터가 셋 이상 들어가면 정체성이 캐릭터 사이로 번진다. 이것이 얼굴이 섞여 나오는 결과를 낳는 문서화된 실패 모드다.
  • 미세한 의상 디테일. 얼굴이 유지되어도 특정 장신구 패턴, 자수, 휘장은 흔들린다. 즉, “같은 캐릭터인데 미묘하게 다른 재킷” 문제가 남는다.
  • 페이지 수준의 모든 것. ComicsAI의 2026년 생성기 비교는 여러 도구에 걸쳐 “다중 패널 일관성은 보장되지 않으며”, “페이지 레이아웃에 대한 세밀한 제어는 제한적일 수 있다”고 지적한다.

이 추세는 패널 수준 생성은 해결에 가까워졌고, 페이지 수준 구성은 다음의 진정한 개척지임을 시사한다. 현재의 실용적 답은 아키텍처에 있다. 아트 품질에는 범용 생성기를, 캐스트 및 분해의 연속성에는 전용 도구를, 페이지 자체에는 페이지 레이아웃 애플리케이션을 사용하라. 어려움의 본질은 AI가 그림을 못 그린다는 데 있지 않았다. 만화 페이지는 트렌치코트 하나를 함께 걸친 서로 다른 세 가지 문제이기 때문이다.

참고 자료

  1. ComicsAI — AI 만화 생성기 비교 2026
  2. Daniel Wieser, Medium — “AI가 이미지를 만든다”는 “만화 만들기가 쉽다”는 뜻이 아니다
  3. ComicPad — AI로 일관된 만화 캐릭터를 만드는 방법
  4. ComicPad — 일관된 캐릭터 AI 생성기
  5. Visual Arts Passage — 만화와 연속 예술: 첫 패널 설계하기(Bill Koeb)
  6. arXiv — 협업 만화 생성: 시각 서사 이론과 AI 모델의 통합
  7. Adobe — 무료 AI 만화 생성기(Firefly)
  8. ComicsMaker — AI 만화 생성기
  9. Anifusion — 2026년 최고의 AI 만화 생성기 도구 비교