Tu síntoma (funciona para la imagen 1, la imagen 2 solo obtiene una carpeta y sin generación) es el problema clásico de Loop Over Items anidado. Casi nunca es el nodo Gemini.
Por qué sucede
El Loop Over Items (SplitInBatches) de n8n mantiene su contador de lotes dentro del nodo. Tu bucle interno sobre los 6 prompts termina los 6 para la imagen 1 y se queda en estado "done". En la segunda iteración externa, tu bucle de imágenes le pasa la imagen 2, pero el bucle interno todavía cree que ya terminó, así que dispara su salida done inmediatamente y omite los nodos Gemini y upload. Todo lo que está antes del bucle interno sigue ejecutándose, lo cual es exactamente por qué la imagen 2 obtiene su paso Create Concept Folder y nada más.
La solución de un nodo
Abre tu nodo interno Loop Over Prompts, ve a Options, y activa Reset. Eso obliga al bucle interno a reinicializarse cada vez que llega una imagen nueva del bucle externo en lugar de quedarse "done". Esta es la solución para la gran mayoría de reportes "nested loop runs once".
Dos cosas que vale la pena verificar rápidamente mientras estés ahí:
- Confirma que Build Prompts realmente emite 6 elementos por imagen. Si una ejecución muestra un "items total" inferior al que esperas, el bucle tiene menos cosas para iterar de lo que crees.
- La rama done de tu bucle interno debe volver al bucle externo de imágenes, lo cual en tu captura de pantalla sí hace, así que el cableado en sí está bien. Reset es la pieza que falta.
Vale la pena considerar: eliminar completamente el bucle interno
Los bucles SplitInBatches anidados son el patrón más frágil en n8n, y tus llamadas a Gemini se ejecutan estrictamente una a la vez, así que 2 imágenes a 6 prompts cada una son 12 generaciones secuenciales. Dado que estás en nano-banana (Gemini 3.1 Flash Image), puedes distribuir los 6 prompts como 6 elementos y ejecutarlos en paralelo con una API de imagen asíncrona. Uso KIE.AI, que expone nano-banana como un trabajo de envío y luego encuesta:
- Build 6 Prompts (un nodo Code) emite 6 elementos.
- Submit Task es un único nodo HTTP sin bucle alrededor. Porque un nodo HTTP se ejecuta una vez por elemento de entrada, los 6 trabajos se disparan casi simultáneamente y cada uno devuelve un
taskId.
- Un paso corto Wait then Poll recopila cada resultado. Los elementos se enrutan por sí solos: uno terminado descarga y guarda inmediatamente, uno pendiente espera y vuelve a encuestar, así que los trabajos rápidos no esperan a los lentos.
No hay ningún Loop Over Items interno en ningún lugar, así que no hay estado de reset que pueda salir mal, y los 6 se renderizan a la vez en lugar de uno a la vez.
Pongo un flujo de trabajo de referencia desinfectado a continuación (haz clic en el </> en el compositor e importa directamente). El bucle de imagen externo se mantiene; el bucle de prompts interno se ha ido. Cambia los nodos de Google Drive por donde quiera que vivan tus imágenes, suelta tu credencial de portador KIE.AI en los dos nodos HTTP, y edita las seis cadenas de escenario en Build 6 Prompts. También hay una nota adhesiva mostrando el cambio de una línea para ejecutar image-to-image (variaciones de la imagen fuente) en lugar de text-to-image.
Ambos caminos te arreglan: Reset si quieres mantener tu diseño actual, o el fan-out asíncrono si lo quieres más rápido y más difícil de romper cuando agregues más imágenes de entrada.
Espero que ayude,
Michael
