Un concept architectural n’est pas une image. Il a des phases — extérieur, plan, intérieur, plan masse — et chaque phase a des règles différentes, des références différentes et une relation différente à l’identité de design du projet. Un modèle d’image généraliste traite les quatre comme la même tâche text-to-image et produit des résultats qui sont individuellement plausibles mais collectivement incohérents. Un workflow construit à dessein modélise chaque phase comme un mode séparé qui partage le brief du projet et les références sauvegardées, mais exécute sa propre stratégie de prompt. Le résultat est que les quatre phases se composent en un seul design plutôt qu’en quatre images vaguement liées. La séparation des phases n’est pas un choix d’UI. C’est ce qui rend la sortie utilisable.
C’est une pièce satellite du cluster thématique ancré sur Nano Banana pour l’architecture : où ça marche, où ça ne suffit pas. Cela suppose que tu as lu la pièce pilier — sinon, le cadre des quatre écarts là-bas est le bon contexte pour ce qui suit.
Les quatre phases d’un dossier conceptuel
Un projet architectural en phase concept produit quatre classes de livrables, à peu près dans cet ordre :
- Concept extérieur. La masse, les matériaux et la posture du bâtiment. L’extérieur établit l’identité de design du projet — son « langage ».
- Plan. La disposition de l’espace interne. Pièces, tailles, adjacences, circulation. Le plan rend le bâtiment habitable.
- Visualisations d’intérieur. Vues photoréalistes des pièces définies dans le plan, dans le style de l’extérieur. Les intérieurs sont comment le projet devient vivant pour les clients.
- Plan masse ou plan de site. La relation entre le bâtiment et son contexte plus large — site, voisins, paysage, voirie. Tous les projets n’en ont pas besoin ; les rénovations résidentielles pourraient le sauter ; les promotions et resorts en dépendent.
Ce ne sont pas interchangeables. Elles servent des objectifs différents, sont évaluées contre des critères différents et exigent différents types de précision. Un extérieur est jugé sur l’impact visuel et la clarté des matériaux. Un plan est jugé sur la logique dimensionnelle et la circulation. Un intérieur est jugé sur l’atmosphère, la lumière et la manière dont il exprime le caractère du projet. Un plan masse est jugé sur la relation entre l’empreinte du bâtiment et son site.
Essayer de produire les quatre à partir d’un seul prompt de génération d’image est structurellement faux, peu importe la qualité du modèle.
Que se passe-t-il quand tu essaies la génération à prompt unique ?
Une première tentative courante avec un modèle d’image général se déroule ainsi :
« Génère une villa moderniste de 200 m² à Bali — vue extérieure avec le plan visible en dessous, et l’intérieur du salon et de la cuisine également montrés. Deux étages, intérieur-extérieur, bois chaud et pierre. »
Le modèle produit une image. Elle est souvent belle. Elle contient un extérieur dans la portion supérieure, une tentative de plan dans la portion inférieure et de petits thumbnails de moments intérieurs. Vue comme image unique, elle peut être impressionnante.
Vue comme projet, elle est fausse de trois manières :
Le plan n’est pas un plan. C’est une illustration stylisée d’un plan — des boîtes qui ressemblent approximativement à des pièces, avec des étiquettes qui ressemblent approximativement à des noms de pièces. Les dimensions sont du non-sens. Les épaisseurs de murs sont incohérentes. Les portes sont décoratives. Essayer de l’utiliser comme un vrai plan signifie le redessiner depuis zéro.
Les intérieurs ne sont pas liés au plan. Le petit thumbnail de cuisine dans le coin est une cuisine que le modèle a imaginée, pas la cuisine du plan au-dessus. Le mur derrière la table de salle à manger n’existe pas dans le plan. Le placement des fenêtres dans l’intérieur ne correspond pas au placement des fenêtres dans l’extérieur.
L’extérieur est la seule pièce qui fonctionne. Et elle fonctionne parce que c’est la seule pièce que le modèle a traitée comme sujet principal de l’image. Le reste est de la décoration autour.
Un modèle d’image général est un outil avec un mode. Il ne peut pas être quatre outils en même temps. La sortie le reflète.
À quoi ressemble vraiment la séparation des phases
La bonne forme est un workflow où chaque phase a son propre mode, avec la stratégie de génération appropriée, et les phases partagent des données via le projet plutôt que via un seul méga-prompt.
En Nuit spécifiquement :
-
Phase Extérieur. Génération text-to-image avec images de référence optionnelles. La sortie est une ou plusieurs vues photoréalistes du bâtiment en 16:9 (ou autre ratio). Le brief du projet est ajouté automatiquement. L’utilisateur itère avec branching jusqu’à ce que le bon extérieur émerge et le sauvegarde.
-
Phase Plans. Un mode entièrement différent. L’utilisateur écrit d’abord un brief de plan — une liste structurée de pièces avec surfaces cibles, types et adjacences. Le brief peut être écrit manuellement ou généré par IA depuis le contexte du projet et ensuite édité. L’étape de génération prend le brief de plan, le contexte du projet et l’extérieur sauvegardé comme référence, et produit un plan en vue de dessus dans un style qui correspond au projet. Le plan sauvegardé définit la liste de pièces que la phase suivante lit.
-
Phase Intérieurs. Un mode pièce-par-pièce. La liste de pièces vient du plan sauvegardé. L’utilisateur choisit une pièce — Cuisine, Chambre principale, Salon — et génère des vues d’intérieur. Le template de prompt inclut le type de pièce, le plan sauvegardé comme référence structurelle, l’extérieur sauvegardé comme référence stylistique et la section moodboard pertinente si elle existe. La sortie est un intérieur photoréaliste cohérent avec le reste du projet.
-
Phase Plan masse. Un mode contexte de site. L’extérieur sauvegardé est placé dans une image plus large du site — le bâtiment et son entourage, depuis une perspective aérienne ou élevée. Utile pour promotions, resorts, campus et tout projet où la relation au contexte fait partie du brief.
Chaque mode a une apparence différente, exécute des templates de prompt différents et a des entrées différentes. Ce qu’ils partagent est le brief du projet, les références sauvegardées du projet et la mémoire visuelle accumulée.
De quoi chaque phase a-t-elle spécifiquement besoin ?
Une manière utile de comprendre pourquoi un seul prompt ne peut pas couvrir les quatre : chaque phase a son propre type de précision.
La précision extérieure porte sur l’identité visuelle. Le bâtiment devrait ressembler à ce que le brief décrit — typologie, matériaux, échelle, posture. Un modèle général est bon pour ça si le prompt est bon.
La précision du plan est dimensionnelle et topologique. Les pièces devraient avoir des tailles approximativement correctes les unes par rapport aux autres. Les connexions entre pièces devraient avoir du sens (cuisine près de la salle à manger, chambres groupées, salles de bain accessibles). La circulation devrait avoir du sens. C’est plus proche d’un diagramme que d’une image. Les modèles généraux sont faibles là-dessus sans un mode dédié et le bon template.
La précision de l’intérieur porte sur l’atmosphère et la cohérence avec le reste du projet. La pièce devrait sembler appartenir au bâtiment que tu as déjà conçu. Les matériaux devraient faire écho à l’extérieur. La lumière devrait être cohérente. Les proportions devraient correspondre au plan. C’est la phase où la plupart des projets s’effondrent visuellement, parce que la cohérence à travers plusieurs pièces est difficile sans mémoire de projet explicite.
La précision du plan masse porte sur contexte et échelle. Le bâtiment devrait s’asseoir correctement sur le site — pas flottant, pas trop grand ni trop petit, avec des relations sensées avec voisins et paysage. L’image doit se lire comme un lieu, pas comme un rendu isolé.
Un seul prompt ne peut pas optimiser significativement pour les quatre types de précision en même temps. Un workflow qui les divise en quatre modes le peut — chaque mode applique sa propre stratégie, et les phases se composent au niveau projet plutôt qu’au niveau prompt.
Comment les phases se connectent-elles via la mémoire de projet ?
L’astuce qui fait fonctionner la séparation des phases est que les phases ne sont pas indépendantes. Elles partagent un état commun — le brief du projet, les références sauvegardées, le résumé de style — qui circule automatiquement entre elles.
En Nuit :
- Le brief du projet est défini une fois et voyage avec chaque prompt dans chaque phase.
- L’extérieur sauvegardé devient référence pour les phases Plans, Intérieurs et Plan masse. L’utilisateur n’a pas à l’attacher manuellement à chaque fois.
- Le plan sauvegardé définit la liste de pièces disponible dans la phase Intérieurs. Choisir « Cuisine » dans Intérieurs tire automatiquement l’emprise de la cuisine depuis le plan.
- Les intérieurs sauvegardés deviennent à leur tour des références pour les pièces suivantes — une fois le salon réglé, la génération de cuisine a le salon comme ancre visuelle pour s’accorder.
- Les sections du moodboard s’asseyent à côté de tout cela. Les références d’une section « Cuisine » sont attachées lors de la génération dans la cuisine.
Le travail de l’utilisateur est de prendre les décisions locales dans chaque phase. La cohérence entre phases est gérée par le flux de données entre les phases, pas par l’utilisateur retapant du contexte.
C’est la différence significative avec le fait de travailler dans un outil d’image général avec workflow manuel. Dans un workflow manuel, chaque référence, chaque morceau de contexte, chaque relation entre phases est la responsabilité de l’utilisateur. Dans un workflow modélisé par phases, le workflow se souvient et l’utilisateur conçoit.
La phase Plans en détail — la phase la plus difficile à bien faire
Les plans sont là où la plupart des outils d’IA architecturale, y compris les modèles d’image généraux, font le moins bien. La raison est qu’un plan n’est pas une image normale. C’est un diagramme structuré avec des conventions spécifiques — épaisseurs de murs, battements de portes, lignes de cotes, étiquettes de pièces — qu’un modèle entraîné principalement sur des données photographiques approximera mais ne produira pas fiablement.
Une phase Plans construite à dessein adresse cela avec un pipeline différent. Le point de départ est un brief de plan — une liste structurée de pièces, surfaces et adjacences — pas un prompt texte libre. Le brief peut être écrit par l’utilisateur manuellement, ou généré depuis le contexte du projet par IA puis édité.
Le brief est la contribution la plus consistante à la qualité du plan. Il dit au modèle non seulement à quoi le bâtiment devrait ressembler, mais exactement quelles pièces il devrait contenir et de quelle taille. Sans lui, le modèle invente une liste de pièces. Avec lui, le modèle dispose la liste de pièces que tu as fournie.
Après la génération, l’utilisateur examine les plans (count = 3 par défaut, comme l’extérieur). Quand le bon plan est choisi, l’action Save fait deux choses : elle ajoute le plan aux références du projet, et elle débloque la phase Intérieurs en extrayant la liste de pièces du plan sauvegardé.
Ce déblocage est le pont entre Plans et Intérieurs. Sans plan sauvegardé, Intérieurs ne sait pas quelles pièces existent. Avec lui, Intérieurs devient une liste de pièces que l’utilisateur peut générer une à la fois.
La phase Intérieurs — pourquoi elle a besoin du plan
On demande parfois pourquoi Intérieurs ne peut pas démarrer indépendamment. La réponse est que la valeur d’Intérieurs n’est pas dans le fait de générer une belle pièce — un modèle général peut faire ça. La valeur est dans le fait de générer plusieurs pièces du même projet qui se lisent comme le même projet.
Pour cela, le workflow a besoin de savoir :
- Quelles pièces existent. Sinon, l’utilisateur doit taper la liste de pièces manuellement et se souvenir de quelles pièces sont faites et lesquelles ne le sont pas.
- À quoi ressemble l’extérieur. Pour que les matériaux et la lumière de l’intérieur semblent cohérents.
- À quoi ressemblent les intérieurs précédents. Pour que la cuisine et le salon de la même villa partagent une palette.
Un modèle général n’a rien de tout cela. Un workflow modélisé par phases a tout gratuitement — la liste de pièces vient du plan sauvegardé, l’extérieur est la référence sauvegardée-de-concept, les intérieurs précédents sont des références sauvegardées-d’intérieur. L’utilisateur choisit une pièce et clique sur Generate. Le résultat s’accorde.
Pour un détail plus profond sur les mécanismes de cohérence qui sous-tendent tout cela, voir Comment obtenir de l’IA des designs cohérents à travers un projet.
Pourquoi ne peux-tu pas juste ajouter un mode plan à un outil d’image général ?
Une objection raisonnable : pourquoi ne pas juste ajouter un mode de génération de plan à un outil général, et considérer le problème résolu ?
La réponse est que le mode n’est pas la partie difficile. La partie difficile est le flux de données entre modes. Ajouter un bouton de génération de plan séparé à un outil d’image plat te donne un générateur de plan séparé — mais le plan ne sait rien de ton extérieur, les intérieurs ne savent rien du plan, et le projet dans son ensemble n’a pas de mémoire.
Le workflow architectural est la bonne forme parce que les phases partagent de l’état. Les phases sont une expression du workflow, pas un substitut. Les outils qui essaient d’être « image générale avec modes ajoutés » produisent la même sortie de liste plate, juste avec plus de boutons.
Le take-away pratique
Si tu fais un projet en phase concept, la question à poser n’est pas « cet outil peut-il faire un plan ». Chaque outil d’image moderne peut faire quelque chose qui ressemble à un plan. La question est « le plan qu’il fait peut-il se connecter à l’extérieur que j’ai déjà sauvegardé et alimenter la liste de pièces aux intérieurs que je veux générer ensuite ? ».
Si la réponse est non, tu fais quatre travaux séparés au lieu d’un.
La pièce pilier — Nano Banana pour l’architecture — couvre le cadre plus large. Le head-to-head avec Nano Banana sur ce point spécifique est dans Nuit vs Nano Banana : quand chacun convient. Et la pièce liée sur l’organisation des références à travers les phases est Moodboards avec sections pour workflows d’IA.
À lire aussi
- Le branching comme technique d’exploration — Le branching est le mécanisme structurel qui rend l’exploration IA peu…
- Moodboards avec sections pour workflows IA — Dans un workflow architectural IA, le moodboard est la mémoire visuelle du…
- Nano Banana pour l’architecture : revue 2026 — Nano Banana 2 produit de beaux rendus architecturaux à partir d’un seul prompt.…
- Nuit vs Nano Banana : quand utiliser quoi — Comparaison directe de Nuit et Nano Banana 2 pour le design conceptuel…
- Qu’est-ce que Nuit ? Vue d’ensemble 2026 — Nuit est un workflow IA pour le design conceptuel architectural — extérieurs,…