Flujo de trabajo de generación de imágenes con IA: una puerta de revisión que decide entre refinar, regenerar o publicar

La mayor parte del tiempo en un flujo de trabajo de generación de imágenes con IA no se dedica a escribir prompts. Se dedica a mirar renders y decidir qué hacer con ellos: quedarse con este, corregir ese borde, empezar de nuevo o pasarle todo el trabajo a un retocador. Cuando esa decisión se toma a ojo, el trabajo se convierte en un bucle. Cada render parece un poco mejor que el anterior, así que cada render se gana otra ronda, y después nadie sabe explicar por qué se aprobó el archivo que se aprobó.

Una puerta de revisión rompe el bucle porque hace explícita la decisión. Tiene cuatro partes: criterios de aceptación escritos antes del primer render, un orden fijo para las comprobaciones, una sola forma de comparar candidatos y una regla que elige entre refinar, regenerar y componer. La puerta no hace que un modelo genere mejores imágenes. Lo que hace es evitar que pagues rondas que no necesitabas.

Escribe los criterios de aceptación antes del primer render

Cuatro líneas bastan, y se escriben en cinco minutos:

• El tamaño y el recorte de entrega: una imagen en línea de 1200 píxeles, una imagen principal de 3000 píxeles, una tarjeta social cuadrada, un vertical 4:5.
• Qué debe poder contarse en el encuadre: un producto, dos personas, tres botellas, un titular legible.
• Qué no debe moverse: el arte de la etiqueta, las proporciones del producto, la marca del cliente, el horizonte.
• El lugar más pequeño donde se verá la imagen: la miniatura de una entrada relacionada, un resultado de búsqueda, un feed de móvil.

Cada línea se convierte después en una comprobación. «Se ve bien» no admite discusión; «la etiqueta se lee a 320 píxeles de ancho» se puede aprobar o suspender en diez segundos, incluso por alguien que no escribió el prompt. Los criterios además sobreviven a un cambio de revisor, algo que importa cuando quien genera las imágenes no es quien las aprueba.

Genera al tamaño al que vas a publicar

La resolución es una variable de revisión, no un ajuste de exportación. En los modelos Nano Banana actuales, la salida parte de 1K y se puede solicitar en 2K o 4K. La documentación de Google para Nano Banana 2.1 indica 1K como valor predeterminado, con 2K y 4K seleccionables, y la página de especificaciones de Nano Banana Pro enumera los mismos tres tamaños de salida. Eso importa a la hora de revisar, porque los defectos no escalan de forma uniforme. Las letras finas, las correas delgadas, los bordes del pelo y el texto pequeño de producto pueden verse limpios a 1K y romperse a 4K, mientras que una composición que se desmorona en una miniatura parece perfectamente razonable vista a tamaño completo.

El compromiso práctico es una ronda deliberadamente barata. Genera en pequeño, mira solo la estructura y da por hecho que vas a tirar el archivo. Cuando la composición esté bien, pasa a la resolución de entrega y juzga allí el detalle. Un recurso que se va a publicar a 4K debe revisarse a 4K, al 100 %, porque es la única vista en la que se ven los fallos que estás pagando por evitar.

Primero la estructura, después el detalle y al final la idoneidad

Haz las pasadas en este orden y no te saltes ninguna.

La pasada de estructura pregunta si el encuadre es el encuadre correcto. Cuenta los sujetos, comprueba el recorte contra la proporción exigida y confirma que nada importante queda fuera de la zona segura. Localiza dónde aterriza la mirada y decide si es ahí donde está el mensaje. Busca el espacio vacío que ocuparán el texto o una insignia de producto. Aquí ocurren los fallos más caros, y son los más baratos de ver.

La pasada de detalle pregunta si el encuadre está renderizado correctamente. Sigue el contorno donde el sujeto se une al fondo. Mira las manos, las correas, los mangos de herramientas, los reflejos y las sombras proyectadas, y comprueba que la dirección de la sombra concuerda con la luz. Lee cada texto en voz alta, carácter por carácter, en lugar de echarle un vistazo. Recorre las grandes superficies planas en busca de una textura repetida que delate una superficie generada, y revisa el fondo lejano por si hay objetos que nadie pidió.

La pasada de idoneidad pregunta si la imagen funciona donde va a vivir. Mírala al tamaño de entrega sobre la superficie en la que aparecerá y luego redúcela al lugar más pequeño donde se verá. Si el sujeto deja de leerse al ancho de una miniatura, lo que está mal es la composición, no el detalle, y ninguna ronda de refinamiento lo arreglará.

El orden es lo que cuenta. Corregir un detalle en un encuadre que vas a sustituir es tiempo gastado dos veces, y las pasadas de detalle son las más lentas.

Compara los candidatos en paralelo y a un mismo tamaño

El juicio humano se desplaza cuando las imágenes llegan de una en una. El render más reciente suele ser el último que has mirado, así que parece el más resuelto; el primer render es el que recuerdas haber aprobado mentalmente. Ninguno de los dos efectos es una señal de calidad.

Coloca tres o cuatro candidatos en una sola rejilla con dimensiones idénticas, en un orden que no hayas elegido tú, y puntúa cada uno contra la lista de criterios en lugar de contra los demás. Guarda la rejilla para la ronda siguiente. Un candidato que pierde en estructura no debería rescatarse porque tenga la mejor iluminación; así es como se aprueba un conjunto de casi aciertos, un compromiso a la vez.

Decide: refinar, regenerar o componer

Tres desenlaces cubren casi todas las revisiones, y elegir entre ellos de forma deliberada es lo que mantiene bajo el número de rondas.

Refina cuando la estructura es correcta y el defecto es local: un objeto fuera de sitio, un color equivocado, un borde blando, una palabra mal escrita. Refinar significa un cambio por ronda más una lista de conservación explícita que nombre lo que debe quedar idéntico, porque una instrucción de edición sin lista de conservación invita al modelo a redibujar todo el encuadre.

Regenera cuando la estructura es incorrecta: el número de sujetos no cuadra, el recorte no admite la composición, falta un elemento obligatorio o la escena comunica la idea equivocada. Las rondas de refinamiento dedicadas a una mala disposición cuestan más que un render nuevo con un prompt corregido o una imagen de referencia añadida, y además suelen acumular artefactos por el camino.

Compón cuando el requisito es una conservación exacta al píxel: una etiqueta de producto real, una fotografía existente, una marca aprobada o un elemento dibujado a mano que no debe moverse. Ningún prompt garantiza que una región quede intacta; un editor con capas, sí.

Dos rondas consecutivas que no mueven el mismo criterio indican que el problema está en el enfoque y no en la redacción. Cambia el tipo de entrada en lugar de añadir adjetivos: describe con precisión la zona objetivo, aporta una imagen de referencia o traslada el trabajo a otra herramienta.

Lleva un registro de rondas

Una línea por ronda, en el mismo archivo que el brief: modelo, resolución, versión del prompt, qué cambió respecto a la ronda anterior, qué criterios pasaron, cuáles fallaron y el veredicto. Dos minutos de escritura por render, y se amortiza la primera vez que alguien pregunta por qué se aprobó el tercer candidato.

El registro también produce mejores prompts. Formula un criterio que falla como algo observable en la imagen, del tipo «la tapa de la botella queda cortada en el borde superior» en lugar de «la composición es torpe», y la ronda siguiente tendrá un objetivo. Cuando el registro muestra el mismo criterio fallando en tres intentos con tres formulaciones distintas, el problema suele estar en la imagen de entrada o en el encuadre, no en la frase.

Trata las diferencias entre modelos como datos de entrada de la revisión

La documentación de un modelo es una lista de cosas que probar, no una lista de cosas que puedes saltarte. La página de Google sobre Nano Banana 2.1 menciona una mejora en el renderizado de texto y en la maquetación de infografías, niveles de pensamiento seleccionables, soporte para hasta catorce imágenes de referencia con consistencia de personaje para cuatro personajes y fidelidad de objeto para diez, y artefactos de teselado en proporciones panorámicas extremas corregidos a 2K y 4K. Un revisor que lo sabe probará el texto pequeño a propósito, usará referencias para sujetos recurrentes y mirará a lo largo de la costura de un encuadre muy ancho. Un revisor que lee la misma página como una promesa se saltará las tres comprobaciones.

Lo mismo vale para las comparaciones entre modelos. Un modelo ligero y uno más pesado pueden dar salida a 1K, 2K y 4K y aun así diferir en el criterio que le importa a tu brief. Puntúalos en ese criterio con la misma puerta, al mismo tamaño, y guarda el archivo perdedor con su registro para poder revisar la decisión cuando salga la siguiente versión.

Aprueba con una receta, no solo con un archivo

Una imagen aprobada sin su receta es un artefacto que no puedes ampliar. Guarda el archivo aceptado junto con la versión del prompt, el modelo y la resolución de los que salió, el número de rondas, la lista de criterios que superó y las imágenes de referencia utilizadas. Cualquiera que necesite una variante dentro de tres meses parte de una posición conocida y no de un render afortunado.

Las notas de rechazo van en el mismo registro. «Las manos se funden a 2K» o «el texto de la etiqueta se desvía en la cuarta ronda» es una lección más barata la segunda vez que se escribe, y un revisor que puede consultar los fallos del trimestre anterior escribe mejores criterios este trimestre.

Pon la puerta en práctica en KOOX AI

La página de KOOX AI Nano Banana Pro es un lugar viable para ensayar la puerta: escribe las cuatro líneas de criterios, genera un encuadre barato para la estructura, pasa al tamaño de entrega, haz las tres pasadas en orden y guarda el registro junto a la salida. La primera vez parece más lenta que el bucle habitual. La segunda suele costar menos renders de los que costaba el bucle.