← Back to blog

Nano Banana para arquitectura: revisión 2026

Nano Banana 2 es el modelo de imagen de propósito general más fuerte ampliamente disponible en 2026. Produce renders arquitectónicos preciosos a partir de un solo prompt. Pero el trabajo de fase conceptual en arquitectura no es una tarea de un solo prompt: es una serie de decisiones relacionadas que tienen que mantenerse coherentes a través de vistas, habitaciones, iteraciones y las personas que las ven. El modelo es excelente. El flujo de trabajo que lo rodea es lo que determina si el resultado es una imagen de portfolio o un concepto construible.

Este artículo es la pieza pilar sobre cómo un flujo de IA arquitectónica se diferencia de promptear un modelo de imagen general directamente. Cubre cuatro huecos estructurales — coherencia, separación de fases, iteración no destructiva y organización de referencias — y qué hace una herramienta construida con propósito como Nuit para cerrarlos. Está escrito para arquitectos, diseñadores de interiores, promotores inmobiliarios y consultores en fase conceptual que están evaluando si un modelo de imagen general es suficiente, o si necesitan algo más.

Si solo tienes tiempo para la versión corta: un modelo general te da una imagen preciosa. Un flujo arquitectónico te da un proyecto. La diferencia es estructural, no cosmética, y aquí abajo está exactamente dónde aparece.


¿Qué es Nano Banana 2 y por qué todos lo están usando?

Nano Banana 2 es la generación actual de uno de los modelos de generación de imagen más rápidos y accesibles disponibles en 2026. Genera imágenes fotorrealistas en segundos, acepta prompts largos en lenguaje natural, soporta múltiples imágenes de referencia y sigue instrucciones compositivas de forma mucho más fiable que la generación anterior de modelos de imagen de consumo.

Para arquitectos y diseñadores, tres cosas lo hacen interesante:

  • Calidad de imagen única. Un exterior de Nano Banana 2 bien prompteado puede ser el render más fuerte de tu dossier conceptual.
  • Velocidad. Pocos segundos por imagen hacen que la ideación parezca gratis.
  • Soporte de imágenes de referencia. Puedes pasar un boceto o una imagen de estilo junto con el prompt, y el modelo lo usa.

Hay buenas razones por las que se ha extendido tan rápido. La generación anterior de herramientas de IA arquitectónica envolvía modelos más débiles con UIs propietarias y cobraba un premium. Nano Banana 2 es rápido, barato y ampliamente accesible. Si tu tarea es «genera una imagen bonita de un edificio», es difícil de superar. La pregunta es si esa es la tarea que realmente tienes.


La tarea real: el trabajo de fase conceptual no es trabajo de un solo prompt

La fase conceptual de un proyecto arquitectónico es el periodo entre «tenemos un brief» y «tenemos un paquete de diseño». Para una pequeña residencia puede durar dos semanas. Para un promotor presentándose a inversores pueden ser tres días. Para una entrada de concurso puede ser todo el encargo. En cada caso produce el mismo tipo de entregable: un conjunto coherente de visuales — vistas de exterior, una planta, renders de interior — que comparten una sola identidad de diseño y cuentan una sola historia.

Dentro de esa fase, el trabajo tiene estructura. Un arquitecto o promotor no está haciendo «una imagen». Está tomando decisiones: tipología, masa, materiales, el modo en que la luz entra al salón principal, la relación entre cocina y terraza, la proporción de huecos en la fachada de entrada. Cada decisión estrecha el diseño. Cada decisión necesita visualizarse para ser evaluada. Y cada visualización tiene que mantenerse compatible con todas las anteriores, porque un proyecto es un único objeto, no una galería.

Un modelo de imagen general no tiene concepto de nada de esto. Produce una imagen a partir de un prompt. El siguiente prompt produce otra imagen, desde cero, sin memoria del primero. Si escribiste tu prompt con cuidado y tuviste suerte, las dos imágenes parecen relacionadas. Si no, parecen dos proyectos distintos.

Esto no es un déficit del modelo. Es una diferencia de categoría. Nano Banana 2 es un generador de imágenes. El trabajo conceptual arquitectónico necesita un flujo de proyecto. Las cuatro secciones que siguen describen lo que ese flujo tiene que hacer y que el modelo por sí solo no puede.


Hueco 1: coherencia entre vistas, habitaciones e iteraciones

La queja más común al usar un modelo de imagen genérico para arquitectura es que nada se mantiene igual. Genera la fachada sur de una villa. Ahora genera la fachada norte — misma villa, mismo esqueleto de prompt, el lado que mira a la piscina. Las dos imágenes parecen dos edificios distintos. La pendiente del tejado es diferente. Las proporciones de los huecos son diferentes. La paleta de materiales se ha deslizado de piedra caliza a un travertino más cálido. El modelo hizo exactamente lo que le pidieron. Solo que no le preguntaron lo mismo dos veces, porque el texto del prompt es una descripción fina de un diseño de altísimas dimensiones, y los huecos los rellena con lo que el modelo considere más plausible en ese momento.

La misma deriva ocurre entre habitaciones. Genera el salón de un proyecto, luego la cocina con las mismas palabras de estilo en el prompt. Las dos habitaciones se leen como si pertenecieran a casas distintas, porque para el modelo, así es. Cada prompt es independiente. No hay proyecto; solo cadenas de texto cercanas en el tiempo.

Y ocurre entre iteraciones. Te gusta el exterior salvo por la puerta principal. Repromptas con la nueva especificación de puerta. El modelo regenera toda la imagen. La composición cambia. La iluminación cambia. La proporción de piedra y vidrio es diferente. Cambiaste una variable y te llevaste seis nuevas variables gratis.

Un flujo arquitectónico construido a propósito aborda la coherencia con tres mecanismos, ninguno de los cuales vive dentro del modelo de imagen:

  • Un brief de proyecto que viaja con cada generación. Una descripción única del proyecto — tipología, ubicación, estilo, materiales, restricciones clave — se adjunta del lado servidor a cada prompt. Esto significa que el usuario escribe la instrucción local («fachada sur, iluminación al atardecer») y el brief aporta el contexto global que el modelo, si no, tendría que adivinar.
  • Referencias guardadas que componen con generaciones nuevas. Cuando el usuario elige el exterior correcto, guardarlo convierte esa imagen en referencia visual para cada generación posterior. La cocina ya no tiene que adivinar la paleta de materiales del proyecto; puede verla.
  • Refinamiento en sitio con el original como base. Cuando el usuario quiere cambiar un elemento de una imagen, el flujo re-renderiza usando la imagen original como ancla estructural en lugar de volver a ejecutar el prompt desde cero. El modelo edita; no empieza otra vez.

Estos mecanismos convierten el proyecto en un objeto con estado con el que el modelo interactúa, en lugar de una serie de prompts independientes que el modelo tiene que reconstruir desde cero cada vez.

En Nuit específicamente, esto se corresponde con el campo de brief de proyecto en la creación, la acción Save en cada imagen generada (que añade la imagen a las referencias guardadas-de-concepto del proyecto) y la acción Improve (que re-renderiza la misma imagen con anotaciones en lugar de regenerar desde cero). Ver Cómo conseguir que la IA genere diseños coherentes a través de un proyecto para el detalle de cómo cada mecanismo contribuye a la coherencia.


Hueco 2: un concepto tiene fases, no solo imágenes

El segundo hueco estructural es que un concepto arquitectónico no es un artefacto único. Es un entregable por capas con fases que se construyen unas sobre otras:

  1. Concepto exterior. La masa, los materiales y la postura del edificio. Aquí se establece la identidad de diseño del proyecto.
  2. Planta. La distribución — posiciones, tamaños, adyacencias de habitaciones, circulación. Aquí el proyecto se vuelve habitable.
  3. Visualizaciones de interior. Vistas fotorrealistas de las habitaciones definidas en la planta, en el estilo del exterior. Los interiores son cómo el proyecto se vuelve vívido para los clientes.
  4. Plan maestro o plan de emplazamiento. Cuando el proyecto se ubica en un contexto mayor — una promoción, un campus, un resort — la relación con el emplazamiento tiene que dibujarse explícitamente.

Un modelo de imagen general trata cada una como una tarea separada de texto-a-imagen. Escribes un prompt largo para el exterior. Escribes un prompt separado para la planta, sabiendo que los modelos de imagen son notoriamente débiles en dibujos arquitectónicos y probablemente necesitarás muchos intentos. Escribes un tercer prompt para cada interior, y esperas que los estilos cuadren. No hay concepto de «esta planta pertenece a este exterior» o «esta cocina pertenece a la habitación 3 de esta planta».

Lo que esto te cuesta es real. Los interiores no encajan con el exterior porque el modelo no tiene razón para alinearlos. La planta no encaja con el brief porque el modelo nunca leyó el brief. La lista de habitaciones en la planta es la que el modelo decidió dibujar; los interiores son los que el modelo decidió dibujar; las dos listas no necesariamente coinciden.

Un flujo construido a propósito modela las fases explícitamente. Hay un modo separado para cada fase, con una estrategia de modelo, referencias y plantilla de prompt distintas — pero los cuatro modos comparten el mismo brief de proyecto, las mismas referencias guardadas y la misma identidad de estilo arrastrada desde el exterior.

En Nuit hay cuatro fases — Exterior, Plantas, Interiores, Plan maestro — y están conectadas por datos, no solo por intención del usuario. La planta se genera contra un brief que incluye el exterior guardado como referencia visual. La fase de Interiores lee la lista de habitaciones de la planta guardada y permite al usuario generar habitación por habitación, con la planta y el exterior como referencias. La fase de Plan maestro toma el exterior guardado y lo coloca en un contexto de emplazamiento. El esfuerzo del usuario se concentra en la decisión específica de cada fase. La coherencia entre fases la aporta el flujo.

El punto profundo: la separación de fases no es una elección de UI. Es una elección de calidad. Intentar usar un solo prompt de texto-a-imagen para generar «un exterior y planta e interior de una villa de Bali de 200 m²» produce una sola imagen confusa. Dividir el trabajo en fases es lo que hace que la salida de cada fase sea realmente útil.

Una pieza dedicada está en Una herramienta de IA para exterior, planta e interior: por qué la separación importa.


Hueco 3: iterar sin perder trabajo previo — branching

Si has usado un modelo de imagen general para un proyecto arquitectónico, conoces el bucle: generar una imagen, gustarte el 80%, repromptar con ajustes para arreglar el 20%, y el modelo produce una imagen nueva que arregla el 20% y rompe otra cosa. Repromptar otra vez. Ahora hay otra cosa mal. Tras quince iteraciones tienes una carpeta llena de imágenes, no recuerdas cuál era la que te gustaba, y volver a un estado anterior concreto significa hacer scroll por tu historial de generaciones esperando poder identificarla.

Esta no es una pequeña incomodidad de UX. Es la actividad central del diseño conceptual. La función de la fase conceptual es explorar — mantener múltiples direcciones vivas al mismo tiempo, compararlas honestamente, y comprometerse solo cuando una es claramente mejor. Un flujo que pierde el estado previo cada vez que pulsas generar es un flujo que castiga la exploración.

La respuesta arquitectónica a esto es branching. Cada imagen generada se convierte en un punto de bifurcación. Puedes tomar una imagen y generar variaciones a partir de ella. El original se queda. Las variaciones son hijas. Las propias variaciones se pueden ramificar de nuevo. El resultado es un árbol, no una lista — cada estado preservado, cada decisión visible, cada alternativa recuperable.

Lo que hace al branching transformador es que la exploración se vuelve gratis. El coste de probar una variante más agresiva es cero, porque la versión segura está justo al lado en el lienzo. El coste de volver atrás es cero, porque el estado previo nunca se perdió. El coste de mostrar tres direcciones a un cliente es exactamente el coste de generar tres imágenes, más la disposición — que también es gratis, porque el lienzo lo hace automáticamente.

En Nuit cada imagen tiene tres caminos hacia adelante: Branch (crear variaciones a partir de esta imagen), Improve (refinar exactamente esta imagen en su sitio con anotaciones opcionales) y New Prompt (empezar una dirección entera diferente). Branch es el movimiento por defecto y el que la mayoría de arquitectos infrautiliza en su primer proyecto, porque la memoria muscular de trabajar con modelos de imagen generales es «regenerar» — lo que destruye el estado. Una vez que las manos del diseñador aprenden el reflejo de ramificar, la velocidad de exploración conceptual cambia en un orden de magnitud.

Para la inmersión profunda en esto, ver Branching como técnica de exploración de diseño.


Hueco 4: las referencias son memoria de proyecto, no decoración

Los arquitectos trabajan constantemente con referencias. Una paleta de materiales clavada en una pared. Una fotografía de un edificio visitado el verano pasado. Una página de revista arrancada porque las proporciones son exactamente las correctas. Un boceto de una planta que surgió en una reunión. Las referencias no son «inspiración» en un sentido estético vago — son la memoria visual del proyecto, la fuente desde la que se toman decisiones.

Un modelo de imagen general acepta imágenes de referencia como entrada única por prompt. Puedes adjuntar un par de imágenes a un prompt y el modelo se inspirará en ellas. Es una capacidad útil. No es un flujo de trabajo.

El hueco es la organización. Las referencias no son ambiente genérico. Están organizadas por lo que referencian: este grupo es para el salón, este grupo es para la zona de piscina, este grupo es la paleta de materiales, este grupo es el lenguaje formal de la entrada. Sin esa organización, cada prompt se vuelve una pequeña excavación arqueológica — encontrar la referencia correcta, adjuntarla, escribir el prompt. Multiplica por cada generación de un proyecto y la fricción se suma. Más importante, las referencias dejan de usarse con el tiempo, porque son demasiado dolorosas de recuperar.

Un flujo construido a propósito le da a las referencias una estructura que mapea al proyecto. Las referencias viven en secciones — Salón, Zona de piscina, Cocina, BBQ, Habitación de los niños, Paleta de materiales, Fachada de entrada — y la sección es parte del contexto del prompt cada vez que generas en esa área. Cuando generas la cocina, las referencias de la sección Cocina se adjuntan automáticamente. Cuando generas la fachada de entrada, las de Entrada. La carga cognitiva de «qué referencias van con este prompt» desaparece.

En Nuit esto es la vista Moodboard de cada proyecto. Puedes crear tantas secciones como el proyecto necesite. Puedes soltar imágenes en una sección por subida, por URL o guardando una generación previa. Las secciones informan a la generación en la fase relevante automáticamente. Un moodboard de villa residencial puede tener seis u ocho secciones; una pequeña reforma de interior podría tener tres; un dossier de promotor podría tener una sección por tipo de unidad.

El punto es que las referencias dejan de ser decoración y empiezan a ser memoria de proyecto que se compone con el uso. Cuanto más tiempo trabajas en un proyecto, más útil se vuelve el moodboard. Ver Moodboards con secciones para flujos de IA.


¿Cuándo es suficiente Nano Banana 2 solo — y cuándo no?

Este artículo no es un argumento contra Nano Banana 2. Es un argumento de que una imagen bonita no es un proyecto. La decisión sobre qué herramienta encaja depende de qué tarea estás haciendo.

Usa Nano Banana 2 directamente cuando:

  • Necesitas una imagen impactante — un render principal, una portada de marketing, un único render para adjuntar a un Slack.
  • Estás explorando una estética vaga — buscando direcciones estilísticas antes de que exista un proyecto.
  • La salida es el entregable, y no hay trabajo posterior.
  • El «proyecto» es una imagen y no volverás a él.

Usa un flujo arquitectónico construido a propósito cuando:

  • Estás produciendo un entregable multi-imagen — exterior más planta más interiores, o varias unidades en una promoción, o un paquete conceptual para un pitch.
  • La coherencia entre imágenes importa — la segunda imagen necesita parecer parte del mismo proyecto que la primera.
  • El proyecto va a iterar — esperas hacer cambios, comparar direcciones y llegar a un estado final a través de exploración en lugar de un único prompt perfecto.
  • Más de una persona verá el resultado — un cliente, un inversor, un equipo — y la coherencia del paquete afecta a la credibilidad del trabajo.

Una heurística útil: si lo siguiente que te van a pedir es «vale, ahora muéstrame el interior» o «ahora desde el otro lado» o «ahora cómo se ve al atardecer», estás haciendo trabajo de fase conceptual y quieres un flujo de trabajo. Si la respuesta es «genial, mándalo», estás haciendo trabajo de generación de imagen y el modelo solo está bien.


Una nota sobre coste

La comparación de precios se malinterpreta a menudo. Nano Banana 2 a través de la API de Gemini cuesta céntimos por imagen. Una suscripción a una herramienta de flujo cuesta decenas de dólares al mes. En superficie la herramienta de flujo parece más cara. En la práctica, la comparación no es imagen-por-imagen — es proyecto-por-proyecto.

Un proyecto de fase conceptual lleva en la práctica entre treinta y ciento cincuenta generaciones — el exterior solo se lleva de diez a veinte cuando exploras direcciones, las plantas otras diez a veinte incluyendo refinamientos, los interiores son de cinco a diez por habitación, el plan maestro son unas pocas. A céntimos por imagen vía API, el coste del modelo es real pero pequeño. El coste dominante es tu tiempo — las horas que pasas reorganizando referencias, copiando-pegando contexto en prompts, haciendo scroll por el historial para encontrar la versión que te gustó y explicando a un cliente por qué la segunda imagen de la misma villa parece una villa distinta.

Una herramienta de flujo cobra por el flujo, no por los píxeles. La comparación justa es si el flujo ahorra más tiempo del que cuesta. Para trabajo de imagen único, no. Para trabajo a nivel de proyecto, casi siempre sí — y el hueco crece con el tamaño y la importancia del proyecto.

Los precios de Nuit reflejan esto. Un plan gratuito con diez generaciones al registrarse permite a un diseñador probar el flujo sin compromiso. Los planes de pago empiezan en 39 $ al mes por ciento cincuenta generaciones — aproximadamente treinta paquetes conceptuales completos. Hay packs de generaciones disponibles para proyectos por encima del límite del plan. Ver la página de precios para detalles actuales.


Qué leer a continuación

Este artículo es el pilar de un clúster temático que profundiza en cada uno de los cuatro huecos:

El modelo no es el cuello de botella en 2026 — el flujo de trabajo que lo rodea, sí. Si construyes ese flujo tú mismo en una carpeta de prompts y capturas de pantalla, o usas una herramienta que lo ha construido por ti, es una cuestión de cuánto vale tu tiempo y cuánta coherencia necesita tu proyecto.

La respuesta honesta es que para una sola imagen impactante, el modelo solo es suficiente. Para un proyecto, no. El hueco es exactamente donde vive Nuit.


Lecturas relacionadas

Start designing with Nuit

Generate architectural concepts from a simple description. No sketches, no 3D software.

Try it free