Nano Banana 2.1で一貫性のある6コマストーリーボードを作成する

キャラクターは1枚の画像では完璧に見えても、カメラ、ポーズ、舞台が変わるとすぐにブレることがあります。実用的なストーリーボードは、物語を前進させながら、登場人物の顔、体の比率、色、衣装、特徴的なディテールを維持するという、両方の役割を同時に果たさなければなりません。

私たちは、オリジナルの3キャラクターを用いて、Nano Banana 2.1の2ステップワークフローをテストしました。まず、すっきりとした参照用ラインナップを1枚作成しました。次に、その画像だけを参照として、6コマのアドベンチャーストーリーを作成しました。最終シートでは、背面、クローズアップ、アクション、室内の各ビューにおいて3人のキャラクターを認識できる状態に保てました。しかし、この結果に至る過程では重要な限界も明らかになりました。1人のキャラクターに変身をさせようとすると、プロンプトで正確な人数を指定していても、重複が発生することがあります。

FINAL OUTPUT — SIX PANELS, THREE CONSISTENT CHARACTERS

なぜ最初にクリーンなキャラクターラインナップを作るのか

私たちは、意図的に異なるシルエットとカラーアンカーを持つキャストを設計しました。

• Rhea: 青緑のフード付きケープ、タン色のショルダーバッグ、真鍮のコンパスを身につけた、赤褐色のレッサーパンダの配達人��
• Nimbus: 黄色いスカーフと星形のヘアクリップを付けた、淡い青色の雲の精霊。
• Tock: コバルトブルーの目と巻き上げ用の鍵を備えた、真鍮製の鳥型ロボット。

最初の生成は物語のシーンではありません。キャラクター同士に十分な間隔を空け、ラベルや余分な小道具を入れない、ニュートラルな全身ラインナップです。これにより、6つの舞台とアクションを同時に処理させる前に、モデルへシンプルな視覚的契約を与えられます。

Googleは、Gemini Nano Banana 2.1を、プロンプト追従性と複数ターンにわたるキャラクター一貫性を改善した画像生成・対話編集モデルとして説明しています。DeepMindのモデルカードには、評価対象として単一および複数キャラクターの一貫性が含まれていますが、キャラクターの一貫性は常に完璧ではないとも注意されています。このテストは、幅広いモデルレビューではなく、実践的な1つのワークフローに焦点を当てています。

ステップ1：検証可能な参照画像を1枚生成する

無地の背景を使い、全身の正面ビューを指定し、後で確認できるディテールを各キャラクターに2つか3つ与えます。このステップではストーリー上のアクションを避けてください。デザインが安定する前に変数を増やしてしまうためです。

洗練された手描きの絵本アニメーションスタイルで、オリジナルの気まぐれな冒険者3人組の、クリーンな横長キャラクター参照ラインナップを作成してください。暖かみのあるオフホワイトのスタジオ背景に、3人のキャラクター全員を全身・正面向きで、互いに十分な間隔を空けて並べてください。キャラクターA：Rhea。赤褐色の毛、クリーム色の口元、青緑のフード付きケープ、タン色の斜めがけバッグ、丸い真鍮のコンパスを持つ小柄なレッサーパンダの配達人。キャラクターB：Nimbus。柔らかく丸みのある体、短い腕が2本、黄色いスカーフ、星形のヘアクリップ1つを持つ、小さな淡い青色の雲の精霊。キャラクターC：Tock。丸い胴体、細い脚、コバルトブルーのガラスの目、背中に小さな巻き上げ用の鍵を持つ、腰の高さほどの真鍮製鳥型ロボット。すべてのデザインをシンプルで特徴的にし、後で簡単に見分けられるようにしてください。各キャラクターは1人ずつのみ。追加キャラクターは不要、名前付きアクセサリー以外の小道具は不要、文字、ラベル、枠線、パネルは不要です。

REFERENCE INPUT

続行する前に、ラインナップをモデルシートのように確認してください。キャラクター数を数え、指定したアクセサリーを確認し、余分なラベルや不要な物体があれば除外します。ここでのミスは、すべてのパネルに波及する可能性があります。

ステ���プ2：アイデンティティロックと順序付きショットリストを組み合わせる

ラインナップを参照画像としてアップロードします。次のプロンプトでは、まずアップロードした画像が正確なデザイン参照であることを明記し、その後にアイデンティティアンカーを繰り返します。パネルを読む順序で説明し、最後にレイアウトと除外ルールを記載します。

私たちの物語では、3人組が壊れた橋を渡り、光る手紙を空に浮かぶ図書館へ届けます。最初のプロンプトでは、パネル4でNimbusを雲の足場に変身させるよう求めました。この表現がテストで最も重要な部分となりました。

アップロードしたラインナップを正確なキャラクター参照として使用してください。同じ手描き絵本アニメーションスタイルで、左から右、上から下へ読む、均等なシネマティックパネル6枚からなる洗練された3×2のストーリーボードシートを1枚作成してください。すべてのパネルで、3人のキャラクターのアイデンティティ、体の比率、色、衣装、アクセサリーを維持してください。Rheaは青緑のフード付きケープ、タン色のバッグ、真鍮のコンパスを持つレッサーパンダの配達人、Nimbusは黄色いスカーフと星形ヘアクリップを持つ淡い青色の雲の精霊、Tockはコバルトブルーの目と巻き上げ用の鍵を持つ真鍮製の鳥型ロボットです。
ストーリー：3人組は、光る手紙を空に浮かぶ図書館へ届けます。パネル1：雲の上にある壊れたロープ橋の端に到着する。パネル2：Rheaがコンパスを調べ、Nimbusが遠くの図書館を指さし、Tockが見守る。パネル3：橋が崩れ、3人全員が驚いて反応する。パネル4：Nimbusが柔らかな雲の足場に膨らみ、RheaとTockを乗せて隙間を渡る。パネル5：空の図書館の扉に到着し、Rheaが光る手紙を掲げる。パネル6：暖かな図書館の内部で、届けられた手紙が頭上の小さな星座となり、3人の友達が一緒に祝う。
各パネルには、Rhea、Nimbus、Tockをそれぞれ必ず1人ずつだけ配置してください。カメラ距離とポーズに変化を付けつつ、顔、衣装の色、体形、特徴的なアクセサリーは一貫させてください。パネル間には明確な白い余白を入れてください。吹き出し、キャプション、文字、ロゴ、透かし、追加キャラクターは不要です。

最初の試行：強いアイデンティティ、2つの構造的な失敗

FIRST PASS — AUDIT REQUIRED

最初のシートは正しい順序で物語を描き、主要なアイデンティティアンカーを維持していました。しかし、明示した2つの制約は守られませんでした。

1. 文字なしのルールにもかかわらず、白い余白に1〜6の番号が含まれていた。
2. パネル4には、小さなNimbusと、顔の付いたもう1つの大きな雲の足場の両方が描かれていた。

これは単なるカウントミスではありません。「Nimbusが柔らかな雲の足場に膨らむ」という表現は、1つのパネル内で同じアイデンティティを2つの視覚状態として表現するようモデルに求めています。画像生成モデルは元のキャラクターを残し、変身後の状態を追加しました。

2回目の試行：厳密なカウントでラベルは修正できたが、重複は解消できなかった

次のプロンプトでは、余白を「完全に空白」にし、パネル番号を禁止し、6パネル全体でキャラクターの登場回数を正確に18回とするよう指定しました。また、小さなNimbusを大きな足場と並べて表示しないようにも指示しました。

SECOND PASS — ONE ISSUE REMAINS

空白の余白という指示は機能しました。しかし、重複は解消されませんでした。算術的な条件を追加しても意味上の曖昧さは解消されなかったのです。ここから得られるより有用な教訓は、1人のキャラクターの2つの形態を含む視覚的な場面では、正確な数を指定する文よりも、要求した変身の指示が優先される可能性があるということです。

最終試行：制約を積み重ねるのではなく、アクションを書き換える

3回目の試行では、変身を削除しました。パネル4では、同じ3人のキャラクターが、Nimbusが風の突風を吹き出しながら、浮かぶ木の板を使って隙間を飛び越えるよう求めています。また、キャラクターの複製、変身、融合、置き換えも禁止しました。

パネル4：同じ3人のキャラクターが、3枚の浮かぶ木の板を使って一緒に隙間を飛び越え、Nimbusが彼らの後ろで目に見える風の突風を吹き出している。
各パネルでキャラクターの登場は正確に3回：Rheaが1人、Nimbusが1人、Tockが1人。6パネル全体で、キャラクターの登場は合計で正確に18回。キャラクターを複製、変身、融合、置き換えしないこと。
完全に空白のクリーンな白い余白を使用してください。余白にパネル番号やその他の印を入れないでください。吹き出し、キャプション、文字、ロゴ、透かし、追加キャラクターは不要です。

最終出力では重複が解消され、余白も空白のまま維持されました。各パネルには各キャラクターが1人ずつ含まれています。Rheaのケープとバッグ、Nimbusのスカーフと星、Tockの真鍮の胴体と青い目は、異なるポーズや視点でも識別可能なままです。

小さな差異が1つ残っています。Tockの巻き上げ用の鍵はすべての角度から見えるわけではなく、3枚の板は各キャラクターの下に1枚ずつの足場としてではなく、横断シーンの一部として現れています。これらの変更はアイデンティティや物語の順序を損ないませんが、最終シートにもパネルごとのレビューが必要であることを示しています。

ストーリーボードを承認する前にこのチェックリストを使う

パネルが失敗した場合は、長い否定ルールを積み重ねるのではなく、曖昧さの原因を1つ変更してください。「正確に1人」を何度も繰り返すよ���も、アクションを書き換えるほうが、モデルにとってより明確な視覚的課題になることがよくあります。

実用的なポイント

Nano Banana 2.1は、3キャラクターのラインナップ1枚を、場所、ポーズ、スケール、カメラの変化を通じてもキャストを認識できる、一貫性のある6コマの物語へと変換しました。このワークフローは、ストーリーボードの下書き、アニメーションのプリプロダクション、コミックの企画、キャラクター中心のソーシャルコンテンツに役立ちます。

主なリスクは視覚的なブレだけではなく、オブジェクトの論理です。キャラクターの変身は2つの描画可能な状態として解釈され、人数が明示されていても重複が生じることがあります。まずデザインを固定し、パネルを順番に説明し、すべての登場を確認し、曖昧な変身は各キャラクターを別々に保てる���クションに置き換えてください。

WeShop Nano Bananaジェネレーターでこのワークフローを試してみましょう。最初にラインナップを作成し、それを参照として再利用し、最初のストーリーボードは完成品ではなく改善のための証拠として扱ってください。