Создайте последовательную раскадровку из шести панелей с Nano Banana 2.1
Превратите состав из трёх персонажей в раскадровку из шести панелей с Nano Banana 2.1, а затем исправьте дубликаты персонажей и нежелательные подписи панелей.
Персонаж может выглядеть идеально на одном изображении, но потерять узнаваемость, как только меняются камера, поза и окружение. Хорошая раскадровка должна выполнять две задачи одновременно: развивать историю и сохранять лица, пропорции, цвета, одежду и характерные детали персонажей.
Мы протестировали двухэтапный процесс работы с Nano Banana 2.1 на трёх оригинальных персонажах. Сначала мы создали один чистый референсный состав. Затем использовали это изображение как единственный референс для приключения из шести панелей. Итоговый лист сохранил узнаваемость всех трёх персонажей в ракурсах со спины, крупных планах, динамичных и интерьерных сценах, но получение этого результата также выявило полезное ограничение: просьба превратить одного персонажа во что-то другое может создать дубликат, даже если в промпте указано точное количество.
Протестированный процесс
Один состав из трёх персонажей превратился в раскадровку 3×2. Три попытки показывают, как референсные якоря сохраняли идентичность — и почему переписывание неоднозначного действия сработало лучше, чем добавление новых правил подсчёта.
Почему сначала нужен чистый состав персонажей
Мы разработали персонажей с намеренно разными силуэтами и цветовыми якорями:
- Рея: курьер-рыжая панда с рыже-красным мехом, бирюзовым плащом с капюшоном, бежевой сумкой и латунным компасом.
- Нимбус: бледно-голубой облачный дух с жёлтым шарфом и заколкой для волос в форме звезды.
- Ток: латунный робот-птица с кобальтово-синим глазом и заводным ключом.
Первая генерация была не сюжетной сценой. Это был нейтральный ростовой состав с большим пространством между персонажами, без подписей и лишнего реквизита. Такой подход задаёт модели простой визуальный контракт до того, как ей придётся одновременно решать задачу с шестью сценами и действиями.
| Настройка | Состав персонажей | Раскадровка |
|---|---|---|
| Инструмент | WeShop Nano Banana | WeShop Nano Banana |
| Модель | Nano Banana 2.1 | Nano Banana 2.1 |
| Ввод | Текстовый промпт | Одно изображение состава + промпт |
| Соотношение сторон | 16:9 | 16:9 |
| Размер изображения | 2K | 2K |
| Количество | 1 | 1 |
| Полученные размеры | 2752 × 1536 | 2752 × 1536 |
Google описывает Gemini Nano Banana 2.1 как модель генерации изображений и диалогового редактирования с улучшенным следованием промптам и согласованностью персонажей в многошаговых диалогах. В её карте модели DeepMind согласованность одного и нескольких персонажей включена в оценку, но также отмечается, что согласованность персонажей не всегда идеальна. Этот тест посвящён одному практическому процессу, а не широкому обзору модели.
Шаг 1: создайте один проверяемый референс
Используйте простой фон, попросите показать персонажей в полный рост спереди и дайте каждому персонажу две-три детали, которые можно будет проверить позже. Избегайте сюжетного действия на этом этапе: оно добавляет переменные до стабилизации дизайнов.
Прежде чем продолжить, проверьте состав как модельный лист. Подсчитайте персонажей, убедитесь в наличии названных аксессуаров и отклоните любой лишний ярлык или случайный объект. Ошибка на этом этапе может распространиться на каждую панель.
Шаг 2: объедините фиксацию идентичности с упорядоченным списком кадров
Загрузите состав как референсное изображение. В следующем промпте сначала укажите, что загруженное изображение является точным референсом дизайна, затем повторите якоря идентичности. Опишите панели в порядке чтения и завершите правилами компоновки и исключений.
Наша история отправляет трио через сломанный мост, чтобы доставить светящееся письмо в парящую небесную библиотеку. В первом промпте Нимбусу предлагалось превратиться в облачную платформу в панели 4. Эта формулировка стала самой важной частью теста.
Первая попытка: сильная идентичность, два структурных сбоя
Первый лист рассказал историю в правильном порядке и сохранил основные якоря идентичности. Однако он проигнорировал два явных ограничения:
- В белых промежутках появились цифры 1–6, несмотря на правило без текста.
- На панели 4 были показаны и маленький Нимбус, и вторая, более крупная облачная платформа с лицом.
Это не просто ошибка подсчёта. Фраза «Нимбус расширяется и превращается в мягкую облачную платформу» просит модель показать одну идентичность в двух визуальных состояниях внутри панели. Генератор изображений сохранил исходного персонажа и добавил преобразованное состояние.
Вторая попытка: более строгий подсчёт исправил подписи, но не дубликат
Следующий промпт потребовал, чтобы промежутки были «полностью пустыми», запретил номера панелей и указал ровно 18 появлений персонажей в шести панелях. Также в нём ��ыло сказано не показывать маленького Нимбуса рядом с большой платформой.
Инструкция о пустых промежутках сработала. Дубликат — нет. Добавление арифметики не устранило смысловую неоднозначность, и это более полезный вывод: когда визуальный эпизод содержит две формы одного персонажа, предложение о точном количестве может уступить место запрошенной трансформации.
Финальная попытка: перепишите действие вместо накопления ограничений
Для третьего запуска мы убрали трансформацию. Теперь панель 4 просит тех же трёх персонажей перепрыгнуть пропасть по парящим деревянным доскам, пока Нимбус дует порывом ветра. Мы также запретили дублировать, трансформировать, объединять или заменять персонажа.
Финальный результат устранил дубликат и сохранил промежутки пустыми. Каждая панель содержит по одному экземпляру каждого персонажа. Плащ и сумка Реи, шарф и звезда Нимбуса, а также латунное тело и синий глаз Тока остаются узнаваемыми при разных позах и ракурсах.
Остаётся одна небольшая вариация: заводной ключ Тока виден не под каждым углом, а три доски выглядят как часть переправы, а не как отдельная платформа под каждым персонажем. Эти изменения не нарушают идентичность или порядок истории, но показывают, почему финальный лист всё равно требует проверки панель за панелью.
Используйте этот чек-лист перед утверждением раскадровки
| Проверка | Что проверить | Результат в финальной попытке |
|---|---|---|
| Количество персонажей | По одному экземпляру каждого требуемого персон��жа в панели | Пройдено во всех шести панелях |
| Идентичность | Лицо, материал тела, основные цвета, одежда | Сохранена |
| Характерные якоря | Плащ, сумка, компас, шарф, звезда, синий глаз | Сохранены; заводной ключ зависит от ракурса |
| Порядок истории | Каждая панель развивает запланированный эпизод | Сохранён |
| Компоновка | Шесть панелей, читаются слева направо, пустые промежутки | Сохранена |
| Лишний текст | Нет подписей, заголовков, логотипов или водяных знаков | Не виден |
| Детали действия | Запрошенная постановка и реквизит | В основном сохранены; расположение досок различается |
Если панель неудачна, измените один источник неоднозначности вместо добавления длинного списка негативных правил. Переписывание действия часто даёт модели более понятную визуальную задачу, чем многократное повторение «ровно один».
Практический вывод
Nano Banana 2.1 превратил один состав из трёх персонажей в цельное повествование из шести панелей, сохранив узнаваемость персонажей при смене локаций, поз, масштаба и камеры. Это делает процесс полезным для черновиков раскадровок, предпроизводства анимации, планирования комиксов и социального контента с персонажами.
Главный риск — не только визуальный дрейф, но и логика объектов. Трансформация персонажа может быть интерпретирована как два состояния, которые нужно нарисовать, создавая дубликат даже при явном указании количества. Сначала зафиксируйте дизайны, описывайте панели по порядку, проверяйте каждый экземпляр и заменяйте неоднозначные трансформации действиями, которые сохраняют каждого персонажа отдельным.
Попробуйте этот процесс в генераторе WeShop Nano Banana: сначала создайте состав, используйте его как референс и воспринимайте первую раскадровку как материал для доработки, а не как готовый результат.







