Crea un storyboard coherente de seis paneles con Nano Banana 2.1

Un personaje puede verse perfecto en una imagen y aun así cambiar en cuanto varían la cámara, la pose y el entorno. Un storyboard útil debe cumplir ambas funciones a la vez: hacer avanzar la historia y preservar los rostros, proporciones, colores, ropa y detalles distintivos del elenco.

Probamos un flujo de trabajo de Nano Banana 2.1 en dos pasos con tres personajes originales. Primero, creamos una alineación de referencia limpia. Después, reutilizamos esa imagen como única referencia para una aventura de seis paneles. La hoja final mantuvo reconocibles a los tres personajes en vistas traseras, primeros planos, escenas de acción e interiores; pero llegar a ese resultado también reveló un límite útil: pedir que un personaje se transforme puede generar un duplicado, incluso cuando el prompt especifica una cantidad exacta.

FINAL OUTPUT — SIX PANELS, THREE CONSISTENT CHARACTERS

Por qué una alineación de personajes limpia es lo primero

Diseñamos un elenco con siluetas y anclajes de color deliberadamente distintos:

• Rhea: una mensajera panda roja de color rojo óxido, con capa con capucha verde azulado, bandolera canela y brújula de latón.
• Nimbus: un espíritu nube azul pálido con bufanda amarilla y pasador de pelo en forma de estrella.
• Tock: un robot pájaro de latón con ojo azul cobalto y llave de cuerda.

La primera generación no fue una escena de historia. Fue una alineación neutral de cuerpo entero, con amplio espacio entre los personajes y sin etiquetas ni accesorios adicionales. Esto ofrece al modelo un contrato visual sencillo antes de que tenga que resolver seis escenarios y acciones a la vez.

Google describe Gemini Nano Banana 2.1 como un modelo de generación de imágenes y edición conversacional con mejor seguimiento de prompts y consistencia de personajes en varios turnos. Su ficha de modelo de DeepMind incluye la consistencia de personajes individuales y múltiples en la cobertura de evaluación, pero también advierte que la consistencia de los personajes no siempre es perfecta. Esta prueba se centra en un flujo de trabajo práctico, no en una revisión amplia del modelo.

Paso 1: genera una imagen de referencia verificable

Usa un fondo sencillo, pide vistas frontales de cuerpo entero y da a cada personaje dos o tres detalles que puedan comprobarse más tarde. Evita la acción narrativa en este paso; añade variables antes de que los diseños sean estables.

Crea una alineación limpia de referencia de personajes en formato horizontal para un trío original de aventura fantástica con estilo refinado de animación de libro ilustrado pintado a mano. Muestra a los tres personajes de cuerpo entero, de frente, de pie uno junto al otro con amplia separación sobre un fondo de estudio blanco cálido. Personaje A: Rhea, una pequeña mensajera panda roja con pelaje rojo óxido, hocico crema, capa con capucha verde azulado, bandolera cruzada canela y brújula redonda de latón. Personaje B: Nimbus, un diminuto espíritu nube azul pálido con cuerpo suave y redondeado, dos brazos cortos, bufanda amarilla y un pasador de pelo en forma de estrella. Personaje C: Tock, un robot pájaro de latón de la altura de la cintura, con cuerpo redondo, patas delgadas, ojo de cristal azul cobalto y una pequeña llave de cuerda en la espalda. Mantén cada diseño sencillo, distintivo y fácil de reconocer después. Solo uno de cada personaje. Sin personajes adicionales, sin accesorios salvo los accesorios nombrados, sin texto, sin etiquetas, sin borde, sin paneles.

REFERENCE INPUT

Antes de continuar, revisa la alineación como si fuera una hoja de modelo. Cuenta los personajes, verifica los accesorios nombrados y rechaza cualquier etiqueta adicional u objeto extraño. Un error aquí puede propagarse a todos los paneles.

Paso 2: combina bloqueos de identidad con una lista de planos ordenada

Carga la alineación como imagen de referencia. En el siguiente prompt, primero indica que la imagen cargada es la referencia exacta de diseño y, después, repite los anclajes de identidad. Describe los paneles en orden de lectura y termina con las reglas de diseño y exclusión.

Nuestra historia envía al trío a cruzar un puente roto para entregar una carta brillante a una biblioteca flotante en el cielo. El primer prompt pedía que Nimbus se transformara en una plataforma de nube en el panel 4. Esa redacción se convirtió en la parte más importante de la prueba.

Usa la alineación cargada como referencia exacta de los personajes. Crea una hoja de storyboard refinada de 3 por 2 con seis paneles cinematográficos iguales, leídos de izquierda a derecha y de arriba abajo, en el mismo estilo de animación de libro ilustrado pintado a mano. Conserva la identidad, las proporciones, los colores, la ropa y los accesorios de los tres personajes en cada panel: Rhea es la mensajera panda roja con capa con capucha verde azulado, bandolera canela y brújula de latón; Nimbus es el espíritu nube azul pálido con bufanda amarilla y pasador de pelo en forma de estrella; Tock es el robot pájaro de latón con ojo azul cobalto y llave de cuerda.
Historia: el trío entrega una carta brillante a una biblioteca flotante en el cielo. Panel 1: llegan al borde de un puente de cuerda roto sobre las nubes. Panel 2: Rhea estudia la brújula mientras Nimbus señala la biblioteca distante y Tock observa. Panel 3: el puente se derrumba y los tres reaccionan sorprendidos. Panel 4: Nimbus se expande hasta convertirse en una suave plataforma de nube que transporta a Rhea y Tock a través del vacío. Panel 5: aterrizan ante las puertas de la biblioteca del cielo y Rhea levanta la carta brillante. Panel 6: dentro de la cálida biblioteca, los tres amigos celebran juntos mientras la carta entregada se convierte en una pequeña constelación sobre ellos.
Mantén exactamente una Rhea, un Nimbus y un Tock en cada panel. Varía la distancia de cámara y las poses, pero mantén consistentes los rostros, colores del vestuario, formas del cuerpo y accesorios distintivos. Separaciones blancas y claras entre los paneles. Sin bocadillos de diálogo, sin subtítulos, sin texto, sin logotipos, sin marca de agua, sin personajes adicionales.

Primera pasada: identidad sólida, dos fallos estructurales

FIRST PASS — AUDIT REQUIRED

La primera hoja contó la historia en el orden correcto y preservó los principales anclajes de identidad. También ignoró dos restricciones explícitas:

1. Las separaciones blancas contenían los números del 1 al 6 a pesar de la regla de no incluir texto.
2. El panel 4 mostraba tanto al pequeño Nimbus como una segunda plataforma de nube más grande con rostro.

No se trata simplemente de un error de conteo. La frase «Nimbus se expande hasta convertirse en una suave plataforma de nube» pide al modelo representar una identidad en dos estados visuales dentro de un panel. El generador de imágenes mantuvo al personaje original y añadió el estado transformado.

Segunda pasada: un conteo más estricto corrigió las etiquetas, no el duplicado

El siguiente prompt hizo que las separaciones fueran «completamente en blanco», prohibió los números de panel y exigió exactamente 18 apariciones de personajes en los seis paneles. También indicó que no se mostrara un Nimbus pequeño junto a la plataforma grande.

SECOND PASS — ONE ISSUE REMAINS

La instrucción de separaciones en blanco funcionó. El duplicado no. Añadir aritmética no resolvió la ambigüedad semántica, que es la lección más útil: cuando un momento visual contiene dos formas de un personaje, una frase de conteo exacto puede perder frente a la transformación solicitada.

Pasada final: reescribe la acción en vez de acumular restricciones

Para el tercer intento, eliminamos la transformación. El panel 4 ahora pide que los mismos tres personajes salten juntos el vacío usando tablones de madera flotantes, mientras Nimbus sopla una ráfaga de viento. También prohibimos duplicar, transformar, fusionar o sustituir a un personaje.

Panel 4: los mismos tres personajes saltan juntos el vacío usando tres tablones de madera flotantes, mientras Nimbus sopla una ráfaga de viento visible detrás de ellos.
Exactamente tres apariciones de personajes por panel: una Rhea, un Nimbus y un Tock. En seis paneles, exactamente 18 apariciones de personajes en total. Nunca dupliques, transformes, fusiones ni sustituyas a un personaje.
Usa separaciones blancas limpias y completamente vacías. No imprimas números de panel ni marcas en las separaciones. Sin bocadillos de diálogo, sin subtítulos, sin texto, sin logotipos, sin marca de agua, sin personajes adicionales.

El resultado final resolvió el duplicado y mantuvo las separaciones en blanco. Cada panel contiene una instancia de cada personaje. La capa y bandolera de Rhea, la bufanda y estrella de Nimbus, y el cuerpo de latón y ojo azul de Tock siguen siendo identificables con distintas poses y puntos de vista.

Aún queda una pequeña variación: la llave de cuerda de Tock no es visible desde todos los ángulos, y los tres tablones aparecen como parte del cruce en vez de haber una plataforma bajo cada personaje. Esos cambios no rompen la identidad ni el orden de la historia, pero muestran por qué la hoja final todavía necesita una revisión panel por panel.

Usa esta lista de comprobación antes de aprobar un storyboard

Si un panel falla, cambia una fuente de ambigüedad en vez de añadir una larga acumulación de reglas negativas. Reescribir la acción suele ofrecer al modelo un problema visual más claro que repetir «exactamente uno» varias veces.

La conclusión práctica

Nano Banana 2.1 convirtió una alineación de tres personajes en una narrativa coherente de seis paneles, manteniendo reconocible al elenco a través de cambios de ubicación, pose, escala y cámara. Esto hace que el flujo de trabajo sea útil para borradores de storyboards, preproducción de animación, planificación de cómics y contenido social centrado en personajes.

El principal riesgo no es solo la deriva visual; también es la lógica de los objetos. La transformación de un personaje puede interpretarse como dos estados dibujables y producir un duplicado incluso cuando el conteo es explícito. Bloquea primero los diseños, describe los paneles en orden, audita cada instancia y sustituye las transformaciones ambiguas por acciones que mantengan a cada personaje separado.

Prueba el flujo de trabajo en el generador WeShop Nano Banana: crea primero la alineación, reutilízala como referencia y trata el primer storyboard como evidencia para perfeccionar, no como el recurso terminado.