Nano Banana 2.1로 일관된 6패널 스토리보드 만들기

캐릭터는 한 이미지에서는 완벽해 보여도 카메라, 포즈, 배경이 바뀌는 순간 일관성이 흐트러질 수 있습니다. 유용한 스토리보드는 두 가지 일을 동시에 해내야 합니다. 이야기를 전개하면서도 등장인물의 얼굴, 비율, 색상, 의상, 고유한 디테일을 유지해야 합니다.

세 명의 오리지널 캐릭터로 2단계 Nano Banana 2.1 워크플로를 테스트했습니다. 먼저 깔끔한 참조용 라인업 하나를 만들었습니다. 그런 다음 그 이미지만 참조로 사용해 6패널 모험 이야기를 제작했습니다. 최종 시트에서는 후면, 클로즈업, 액션, 실내 장면 전반에 걸쳐 세 캐릭터를 모두 알아볼 수 있었습니다. 하지만 이 결과에 도달하는 과정에서 유용한 한계도 드러났습니다. 프롬프트에서 정확한 수를 지정해도 한 캐릭터에게 변신을 요청하면 중복 캐릭터가 생성될 수 있습니다.

FINAL OUTPUT — SIX PANELS, THREE CONSISTENT CHARACTERS

깔끔한 캐릭터 라인업을 먼저 만드는 이유

의도적으로 서로 다른 실루엣과 색상 앵커를 가진 캐스트를 설계했습니다.

• Rhea: 청록색 후드 망토, 황갈색 가방, 황동 나침반을 든 적갈색 레서판다 배달원.
• Nimbus: 노란 스카프와 별 모양 헤어핀을 한 옅은 파란색 구름 정령.
• Tock: 코발트블루 눈과 태엽 열쇠가 달린 황동 새 로봇.

첫 번째 생성물은 스토리 장면이 아니었습니다. 캐릭터 사이에 넉넉한 간격을 두고 라벨이나 추가 소품 없이 만든 중립적인 전신 라인업이었습니다. 이렇게 하면 모델이 한 번에 여섯 가지 배경과 액션을 해결하기 전에 간단한 시각적 기준을 먼저 갖게 됩니다.

Google은 Gemini Nano Banana 2.1을 프롬프트 준수도와 여러 턴에 걸친 캐릭터 일관성이 개선된 이미지 생성 및 대화형 편집 모델로 설명합니다. DeepMind 모델 카드에는 단일 및 다중 캐릭터 일관성이 평가 범위에 포함되어 있지만, 캐릭터 일관성이 항상 완벽하지는 않다고도 경고합니다. 이 테스트는 폭넓은 모델 리뷰가 아니라 하나의 실용적인 워크플로에 초점을 맞춥니다.

1단계: 검증 가능한 참조 이미지 하나 생성하기

단색 배경을 사용하고, 전신 정면 모습을 요청하며, 나중에 확인할 수 있는 디테일을 캐릭터마다 두세 가지씩 부여하세요. 이 단계에서는 스토리 액션을 피하세요. 디자인이 안정되기 전에 변수를 추가하게 됩니다.

세련된 핸드페인팅 동화책 애니메이션 스타일로, 오리지널 기발한 모험 트리오를 위한 깔끔한 가로형 캐릭터 참조 라인업을 만드세요. 따뜻한 오프화이트 스튜디오 배경 위에 세 캐릭터 모두를 전신 정면으로, 서로 충분한 간격을 두고 나란히 세워 보여 주세요. 캐릭터 A: Rhea, 적갈색 털, 크림색 주둥이, 청록색 후드 망토, 황갈색 크로스바디 가방, 둥근 황동 나침반을 가진 작은 레서판다 배달원. 캐릭터 B: Nimbus, 부드러운 둥근 몸, 짧은 팔 두 개, 노란 스카프, 별 모양 헤어핀 하나를 가진 작은 옅은 파란색 구름 정령. 캐릭터 C: Tock, 둥근 몸통, 가느다란 다리, 코발트블루 유리 눈, 등에 달린 작은 태엽 열쇠를 가진 허리 높이의 황동 새 로봇. 모든 디자인은 단순하고 독특하며 나중에 쉽게 알아볼 수 있게 유지하세요. 각 캐릭터는 하나씩만 보여 주세요. 추가 캐릭터 금지, 명시된 액세서리를 제외한 소품 금지, 텍스트 금지, 라벨 금지, 테두리 금지, 패널 금지.

REFERENCE INPUT

계속하기 전에 라인업을 모델 시트처럼 점검하세요. 캐릭터 수를 세고, 명시된 액세서리를 확인하며, 불필요한 라벨이나 엉뚱한 오브젝트는 제외하세요. 여기서 생긴 오류는 모든 패널로 전파될 수 있습니다.

2단계: 정체성 고정 요소와 순서 있는 샷 목록 결합하기

라인업을 참조 이미지로 업로드하세요. 다음 프롬프트에서 먼저 업로드한 이미지가 정확한 디자인 참조임을 명시한 다음, 정체성 앵커를 다시 설명하세요. 패널을 읽는 순서대로 설명하고, 마지막에 레이아웃 및 제외 규칙을 적으세요.

우리의 이야기는 세 친구가 빛나는 편지를 배달하기 위해 부서진 다리를 건너 공중에 떠 있는 하늘 도서관으로 향하는 내용입니다. 첫 프롬프트에서는 4번 패널에서 Nimbus가 구름 플랫폼으로 변신하도록 요청했습니다. 이 표현이 테스트에서 가장 중요한 부분이 되었습니다.

업로드한 라인업을 정확한 캐릭터 참조로 사용하세요. 동일한 핸드페인팅 동화책 애니메이션 ��타일로, 왼쪽에서 오른쪽으로 그리고 위에서 아래로 읽는 동일한 크기의 시네마틱 패널 여섯 개가 있는 완성도 높은 3×2 스토리보드 시트 하나를 만드세요. 모든 패널에서 세 캐릭터의 정체성, 비율, 색상, 의상, 액세서리를 유지하세요. Rhea는 청록색 후드 망토, 황갈색 가방, 황동 나침반을 든 레서판다 배달원입니다. Nimbus는 노란 스카프와 별 모양 헤어핀을 한 옅은 파란색 구름 정령입니다. Tock은 코발트블루 눈과 태엽 열쇠가 달린 황동 새 로봇입니다.
이야기: 세 친구는 빛나는 편지를 공중에 떠 있는 하늘 도서관으로 배달합니다. 패널 1: 구름 위에 있는 부서진 밧줄 다리 끝에 도착합니다. 패널 2: Rhea가 나침반을 살피는 동안 Nimbus는 멀리 있는 도서관을 가리키고 Tock은 지켜봅니다. 패널 3: 다리가 무너지며 세 캐릭터 모두 놀라서 반응합니다. 패널 4: Nimbus가 부드러운 구름 플랫폼으로 커져 Rhea와 Tock을 태우고 틈을 건넙니다. 패널 5: 하늘 도서관 문 앞에 도착하고 Rhea가 빛나는 편지를 들어 올립니다. 패널 6: 따뜻한 도서관 안에서 세 친구가 함께 축하하며, 배달된 편지는 머리 위의 작은 별자리로 변합니다.
모든 패널에 Rhea 한 명, Nimbus 한 명, Tock 한 명만 정확히 배치하세요. 카메라 거리와 포즈는 다양하게 하되, 얼굴, 의상 색상, 체형, 고유 액세서리는 일관되게 유지하세요. 패널 사이에는 선명한 흰색 여백을 두세요. 말풍선 금지, 캡션 금지, 텍스트 금지, 로고 금지, 워터마크 금지, 추가 캐릭터 금지.

첫 번째 결과: 강한 정체성 유지, 두 가지 구조적 실패

FIRST PASS — AUDIT REQUIRED

첫 번째 시트는 올바른 순서로 이야기를 전달했고 주요 정체성 앵커도 유지했습니다. 하지만 두 가지 명시적 제약은 무시했습니다.

1. 텍스트 금지 규칙에도 흰색 여백에 1~6 숫자가 들어갔습니다.
2. 4번 패널에는 작은 Nimbus와 얼굴이 있는 더 크고 두 번째 구름 플랫폼이 함께 나타났습니다.

이는 단순한 수량 오류가 아닙니다. “Nimbus가 부드러운 구름 플랫폼으로 커진다”라는 문구는 모델에게 하나의 정체성을 한 패널 안에서 두 가지 시각적 상태로 표현하도록 요청합니다. 이미지 생성기는 원래 캐릭터를 유지하면서 변신한 상태를 추가했습니다.

두 번째 결과: 더 엄격한 수량 규칙은 라벨을 해결했지만 중복은 해결하지 못함

다음 프롬프트에서는 패널 사이 여백을 “완전히 비어 있게” 하고, 패널 번호를 금지하며, 여섯 패널 전체에 정확히 18개의 캐릭터 등장 횟수를 요구했습니다. 또한 큰 플랫폼 옆에 작은 Nimbus를 보여 주지 말라고 했습니다.

SECOND PASS — ONE ISSUE REMAINS

빈 여백 지시는 효과가 있었습니다. 중복은 그렇지 않았습니다. 산술 규칙을 추가해도 의미적 모호성은 해결되지 않았습니다. 여기서 얻을 수 있는 더 유용한 교훈은 시각적 장면에 한 캐릭터의 두 가지 형태가 포함될 때, 정확한 수량을 지정하는 문장이 요청된 변신 묘사보다 우선하지 못할 수 있다는 것입니다.

최종 결과: 제약을 쌓는 대신 액션 다시 작성하기

세 번째 실행에서는 변신을 제거했습니다. 이제 4번 패널은 Nimbus가 바람을 불어 주는 가운데, 같은 세 캐릭터가 공중에 떠 있는 나무 판자들을 이용해 틈을 뛰어넘도록 요청합니다. 또한 캐릭터의 복제, 변신, 융합 또는 대체를 금지했습니다.

패�� 4: 같은 세 캐릭터가 세 개의 공중에 떠 있는 나무 판자를 이용해 함께 틈을 뛰어넘고, Nimbus는 뒤에서 눈에 보이는 바람을 불어냅니다.
패널마다 정확히 세 번의 캐릭터 등장: Rhea 한 명, Nimbus 한 명, Tock 한 명. 여섯 패널 전체에서 총 캐릭터 등장 횟수는 정확히 18번입니다. 캐릭터를 절대 복제, 변신, 융합 또는 대체하지 마세요.
완전히 비어 있는 깨끗한 흰색 패널 여백을 사용하세요. 여백에 패널 번호나 어떤 표시도 넣지 마세요. 말풍선 금지, 캡션 금지, 텍스트 금지, 로고 금지, 워터마크 금지, 추가 캐릭터 금지.

최종 결과에서는 중복이 해결되었고 여백도 비어 있게 유지되었습니다. 각 패널에는 각 캐릭터가 하나씩 포함되어 있습니다. Rhea의 망토와 가방, Nimbus의 스카프와 별, Tock의 황동 몸체와 파란 눈은 다양한 포즈와 시점에서도 식별할 수 있습니다.

작은 변형 하나는 남아 있습니다. Tock의 태엽 열쇠는 모든 각도에서 보이지 않으며, 세 개의 판자는 각 캐릭터 아래에 하나의 플랫폼으로 놓이기보다 건너는 장면의 일부로 나타납니다. 이러한 변화는 정체성이나 이야기 순서를 깨지는 않지만, 최종 시트도 패널별 검토가 필요한 이유를 보여 줍니다.

스토리보드 승인 전에 이 체크리스트를 사용하세요

패널이 실패하면 긴 부정 규칙 목록을 추가하기보다 하나의 모호한 원인을 바꾸세요. “정확히 하나”를 여러 번 반복하는 것보다 액션을 다시 작성하는 편이 모델에 더 명확한 시각적 문제를 제시하는 경우가 많습니다.

실무적인 핵심 요점

Nano Banana 2.1은 세 캐릭터 라인업 하나를 위치, 포즈, 크기, 카메라 변화 속에서도 캐스트를 알아볼 수 있는 일관된 6패널 내러티브로 만들었습니다. 따라서 이 워크플로는 스토리보드 초안, 애니메이션 프리프로덕션, 만화 기획, 캐릭터 중심 소셜 콘텐츠에 유용합니다.

주요 위험은 시각적 일관성 붕괴만이 아니라 오브젝트 논리입니다. 캐릭터 변신은 두 개의 그릴 수 있는 상태로 해석될 수 있어, 수량을 명시했어도 중복을 생성할 수 있습니다. 먼저 디자인을 고정하고, 패널을 순서대로 설명하며, 모든 개체를 검토하고, 모호한 변신은 각 캐릭터가 분리된 상태를 유지하는 액션으로 대체하세요.

WeShop Nano Banana 생성기에서 이 워크플로를 사용해 보세요. 먼저 라인업을 만들고, 이를 참조로 재사용하며, 첫 번째 스토리보드는 완성된 에셋이 아니라 개선을 위한 근거로 활용하세요.