← Back to blog

Perché l'IA design ha bisogno di fasi separate

Un concept architettonico non è un’immagine. Ha fasi — esterno, pianta, interni, masterplan — e ogni fase ha regole diverse, referenze diverse e una relazione diversa con l’identità di design del progetto. Un modello di immagine general-purpose tratta tutte e quattro come lo stesso compito text-to-image e produce risultati che sono individualmente plausibili ma collettivamente incoerenti. Un workflow costruito ad hoc modella ogni fase come un modo separato che condivide il brief del progetto e le referenze salvate, ma esegue la propria strategia di prompt. Il risultato è che le quattro fasi compongono in un singolo design invece che in quattro immagini vagamente correlate. La separazione delle fasi non è una scelta di UI. È ciò che rende utilizzabile l’output.

Questa è una pieza satellite del cluster tematico ancorato a Nano Banana per architettura: dove funziona, dove non basta. Presuppone che tu abbia letto la pieza pilastro — se no, il framework delle quattro lacune lì è il contesto giusto per ciò che segue.


Le quattro fasi di un pacchetto concettuale

Un progetto architettonico in fase concettuale produce quattro classi di deliverable, all’incirca in questo ordine:

  1. Concept di esterno. Massa, materiali e postura dell’edificio. L’esterno stabilisce l’identità di design del progetto — il suo «linguaggio».
  2. Pianta. Il layout dello spazio interno. Stanze, dimensioni, adiacenze, circolazione. La pianta rende l’edificio abitabile.
  3. Visualizzazioni di interni. Viste fotorealistiche delle stanze definite nella pianta, nello stile dell’esterno. Gli interni sono il modo in cui il progetto diventa vivido per i clienti.
  4. Masterplan o piano di sito. La relazione tra l’edificio e il suo contesto più ampio — sito, vicini, paesaggio, strade. Non tutti i progetti ne hanno bisogno; le ristrutturazioni residenziali potrebbero saltarlo; gli sviluppi e i resort ne dipendono.

Queste non sono intercambiabili. Servono scopi diversi, sono valutate contro criteri diversi e richiedono diversi tipi di precisione. Un esterno è giudicato per impatto visivo e chiarezza di materiali. Una pianta è giudicata per logica dimensionale e circolazione. Un interno è giudicato per atmosfera, luce e quanto bene esprime il carattere del progetto. Un masterplan è giudicato per la relazione tra impronta dell’edificio e sito.

Provare a produrre tutte e quattro da un singolo prompt di generazione di immagine è strutturalmente sbagliato, indipendentemente da quanto sia buono il modello.


Cosa succede quando provi la generazione da singolo prompt?

Un primo tentativo comune con un modello di immagine generale va così:

«Genera una villa modernista di 200 m² a Bali — vista esterna con la pianta visibile sotto, e anche l’interno del soggiorno e della cucina mostrati. Due piani, dentro-fuori, legno caldo e pietra.»

Il modello produce un’immagine. Spesso è bella. Contiene un esterno nella porzione superiore, un tentativo di pianta nella porzione inferiore e piccoli thumbnail di momenti interni. Guardata come singola immagine, può essere impressionante.

Guardata come progetto, è sbagliata in tre modi:

La pianta non è una pianta. È un’illustrazione stilizzata di una pianta — scatole che sembrano approssimativamente stanze, con etichette che sembrano approssimativamente nomi di stanze. Le dimensioni sono assurdità. Gli spessori dei muri sono incoerenti. Le porte sono decorative. Provare a usarla come pianta vera significa ridisegnarla da zero.

Gli interni non sono correlati alla pianta. Il piccolo thumbnail di cucina nell’angolo è una cucina che il modello ha immaginato, non la cucina della pianta sopra di esso. La parete dietro il tavolo da pranzo non esiste nella pianta. Il posizionamento delle finestre nell’interno non corrisponde al posizionamento delle finestre nell’esterno.

L’esterno è l’unico pezzo che funziona. E funziona perché è l’unico pezzo che il modello ha trattato come soggetto principale dell’immagine. Il resto è decorazione intorno.

Un modello di immagine generale è uno strumento con un modo. Non può essere quattro strumenti contemporaneamente. L’output lo riflette.


Come appare davvero la separazione delle fasi

La forma corretta è un workflow dove ogni fase ha il suo modo, con la strategia di generazione appropriata, e le fasi condividono dati attraverso il progetto invece che attraverso un singolo mega-prompt.

In Nuit nello specifico:

  • Fase Esterno. Generazione text-to-image con immagini di referenza opzionali. L’output è una o più viste fotorealistiche dell’edificio in 16:9 (o altro rapporto). Il brief del progetto è aggiunto automaticamente. L’utente itera con il branching finché emerge l’esterno giusto e lo salva.

  • Fase Piante. Un modo interamente diverso. L’utente prima scrive un brief di pianta — una lista strutturata di stanze con aree obiettivo, tipi e adiacenze. Il brief può essere scritto manualmente o generato dall’IA dal contesto del progetto e poi modificato. Il passo di generazione prende il brief di pianta, il contesto del progetto e l’esterno salvato come referenza, e produce una pianta in vista zenitale in uno stile che si abbina al progetto. La pianta salvata definisce la lista di stanze che la fase successiva legge.

  • Fase Interni. Un modo stanza-per-stanza. La lista di stanze viene dalla pianta salvata. L’utente sceglie una stanza — Cucina, Camera da letto principale, Soggiorno — e genera viste di interni. Il template di prompt include il tipo di stanza, la pianta salvata come referenza strutturale, l’esterno salvato come referenza stilistica e la sezione moodboard rilevante se esiste. L’output è un interno fotorealistico coerente con il resto del progetto.

  • Fase Masterplan. Un modo di contesto di sito. L’esterno salvato è posizionato in un’immagine più ampia del sito — l’edificio e il suo intorno, da una prospettiva aerea o elevata. Utile per sviluppi, resort, campus e qualsiasi progetto dove la relazione con il contesto è parte del brief.

Ogni modo appare diverso, esegue template di prompt diversi e ha input diversi. Quello che condividono è il brief del progetto, le referenze salvate del progetto e la memoria visiva accumulata.


Cosa serve nello specifico a ogni fase?

Un modo utile di capire perché un singolo prompt non può coprire tutti e quattro: ogni fase ha il suo tipo di precisione.

La precisione dell’esterno riguarda l’identità visiva. L’edificio dovrebbe sembrare come descritto dal brief — tipologia, materiali, scala, postura. Un modello generale è bravo a questo se il prompt è buono.

La precisione della pianta è dimensionale e topologica. Le stanze dovrebbero essere approssimativamente delle dimensioni giuste l’una rispetto all’altra. Le connessioni tra stanze dovrebbero avere senso (cucina vicino al pranzo, camere raggruppate, bagni accessibili). La circolazione dovrebbe avere senso. Questo è più vicino a un diagramma che a un’immagine. I modelli generali sono deboli senza un modo dedicato e il template giusto.

La precisione degli interni riguarda atmosfera e coerenza con il resto del progetto. La stanza dovrebbe sentirsi come appartenente all’edificio che hai già progettato. I materiali dovrebbero richiamare l’esterno. La luce dovrebbe essere coerente. Le proporzioni dovrebbero corrispondere alla pianta. Questa è la fase in cui la maggior parte dei progetti cade visivamente, perché la coerenza tra più stanze è difficile senza memoria di progetto esplicita.

La precisione del masterplan riguarda contesto e scala. L’edificio dovrebbe sedersi sul sito correttamente — non galleggiare, non troppo grande né troppo piccolo, con relazioni sensate con vicini e paesaggio. L’immagine deve leggersi come un luogo, non come un render isolato.

Un singolo prompt non può ottimizzare in modo significativo per tutti e quattro i tipi di precisione contemporaneamente. Un workflow che li divide in quattro modi sì — ogni modo applica la sua strategia, e le fasi compongono a livello di progetto invece che a livello di prompt.


Come si connettono le fasi attraverso la memoria di progetto?

Il trucco che fa funzionare la separazione delle fasi è che le fasi non sono indipendenti. Condividono uno stato comune — il brief del progetto, le referenze salvate, il riassunto di stile — che fluisce automaticamente tra di loro.

In Nuit:

  • Il brief del progetto è impostato una volta e viaggia con ogni prompt in ogni fase.
  • L’esterno salvato diventa una referenza per le fasi Piante, Interni e Masterplan. L’utente non deve allegarlo manualmente ogni volta.
  • La pianta salvata definisce la lista di stanze disponibile nella fase Interni. Scegliere «Cucina» negli interni tira automaticamente l’ingombro della cucina dalla pianta.
  • Gli interni salvati a loro volta diventano referenze per le stanze successive — una volta sistemato il soggiorno, la generazione della cucina ha il soggiorno come ancora visiva per abbinarsi.
  • Le sezioni della moodboard stanno accanto a tutto questo. Le referenze di una sezione «Cucina» sono allegate quando si genera in cucina.

Il lavoro dell’utente è prendere le decisioni locali in ogni fase. La coerenza tra fasi è gestita dai dati che fluiscono tra le fasi, non dall’utente che ri-digita contesto.

Questa è la differenza significativa rispetto al lavorare in uno strumento di immagine generale con workflow manuale. In un workflow manuale, ogni referenza, ogni pezzo di contesto, ogni relazione cross-fase è responsabilità dell’utente. In un workflow modellato per fasi, il workflow ricorda e l’utente progetta.


La fase Piante in dettaglio — la fase più difficile da fare bene

Le piante sono dove la maggior parte degli strumenti di IA architettonica, inclusi i modelli di immagine generali, fa peggio. La ragione è che una pianta non è un’immagine normale. È un diagramma strutturato con convenzioni specifiche — spessori dei muri, oscillazioni delle porte, linee di quota, etichette di stanza — che un modello addestrato principalmente su dati fotografici approssimerà ma non produrrà in modo affidabile.

Una fase Piante costruita ad hoc affronta questo con una pipeline diversa. Il punto di partenza è un brief di pianta — una lista strutturata di stanze, aree e adiacenze — non un prompt di testo libero. Il brief può essere scritto dall’utente manualmente, o generato dal contesto del progetto dall’IA e poi modificato.

Il brief è il contributo più consistente alla qualità della pianta. Dice al modello non solo come dovrebbe apparire l’edificio, ma esattamente quali stanze dovrebbe contenere e quanto grandi. Senza, il modello inventa una lista di stanze. Con, il modello dispone la lista di stanze che hai fornito.

Dopo la generazione, l’utente rivede le piante (count = 3 per default, come l’esterno). Quando si sceglie la pianta giusta, l’azione Save fa due cose: aggiunge la pianta alle referenze del progetto, e sblocca la fase Interni estraendo la lista di stanze dalla pianta salvata.

Questo sblocco è il ponte tra Piante e Interni. Senza una pianta salvata, Interni non sa quali stanze esistono. Con essa, Interni diventa una lista di stanze che l’utente può generare una alla volta.


La fase Interni — perché ha bisogno della pianta

A volte si chiede perché Interni non possa partire indipendentemente. La risposta è che il valore di Interni non è nel generare una bella stanza — un modello generale può farlo. Il valore è nel generare più stanze dello stesso progetto che si leggano come lo stesso progetto.

Per questo, il workflow ha bisogno di sapere:

  • Quali stanze esistono. Altrimenti l’utente deve digitare la lista di stanze manualmente e ricordare quali stanze sono state fatte e quali no.
  • Come appare l’esterno. Perché i materiali e la luce dell’interno si sentano coerenti.
  • Come appaiono gli interni precedenti. Perché la cucina e il soggiorno della stessa villa condividano una palette.

Un modello generale non ha nulla di questo. Un workflow modellato per fasi ha tutto gratis — la lista di stanze viene dalla pianta salvata, l’esterno è la referenza salvata-di-concept, gli interni precedenti sono referenze salvate-di-interni. L’utente sceglie una stanza e clicca su Generate. Il risultato si adatta.

Per un dettaglio più profondo sui meccanismi di coerenza che sottendono tutto questo, vedi Come ottenere dall’IA design coerenti attraverso un progetto.


Perché non puoi semplicemente aggiungere un modo pianta a uno strumento di immagine generale?

Un’obiezione ragionevole: perché non aggiungere un modo di generazione di pianta a uno strumento generale, e chiudere il problema?

La risposta è che il modo non è la parte difficile. La parte difficile è il flusso di dati tra modi. Aggiungere un bottone separato di generazione di pianta a uno strumento di immagine piatto ti dà un generatore di pianta separato — ma la pianta non sa del tuo esterno, gli interni non sanno della pianta, e il progetto nel suo insieme non ha memoria.

Il workflow architettonico è la forma corretta perché le fasi condividono stato. Le fasi sono un’espressione del workflow, non un suo sostituto. Gli strumenti che provano ad essere «immagine generale con modi aggiunti» producono lo stesso output di lista piatta, solo con più pulsanti.


Il take-away pratico

Se stai facendo un progetto in fase concettuale, la domanda da porsi non è «questo strumento può fare una pianta». Ogni strumento di immagine moderno può fare qualcosa che sembra una pianta. La domanda è «la pianta che fa può connettersi all’esterno che ho già salvato e alimentare la lista di stanze agli interni che voglio generare dopo?».

Se la risposta è no, stai facendo quattro lavori separati invece di uno.

La pieza pilastro — Nano Banana per architettura — copre il framework più ampio. Il confronto head-to-head con Nano Banana su questo punto specifico è in Nuit vs Nano Banana: quando va bene ciascuno. E la pieza correlata sull’organizzazione delle referenze attraverso le fasi è Moodboard con sezioni per workflow di IA.


Letture correlate

Start designing with Nuit

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

Try it free