Nano Banana 2 est le modèle d’image généraliste le plus fort largement disponible en 2026. Il produit de magnifiques rendus architecturaux à partir d’un seul prompt. Mais le travail en phase concept en architecture n’est pas une tâche à prompt unique : c’est une série de décisions liées qui doivent rester cohérentes à travers les vues, les pièces, les itérations et les personnes qui les voient. Le modèle est excellent. Le workflow qui l’entoure est ce qui détermine si le résultat est une image de portfolio ou un concept constructible.
Cet article est la pièce pilier sur la manière dont un workflow d’IA architecturale diffère du fait de prompter directement un modèle d’image général. Il couvre quatre écarts structurels — cohérence, séparation des phases, itération non destructive et organisation des références — et ce que fait un outil construit à dessein comme Nuit pour les combler. Il est écrit pour des architectes, designers d’intérieur, promoteurs immobiliers et consultants en phase concept qui évaluent si un modèle d’image général est suffisant, ou s’ils ont besoin de quelque chose de plus.
Si tu n’as le temps que pour la version courte : un modèle général te donne une belle image. Un workflow architectural te donne un projet. La différence est structurelle, pas cosmétique, et c’est ci-dessous exactement où elle apparaît.
Qu’est-ce que Nano Banana 2 et pourquoi tout le monde l’utilise-t-il ?
Nano Banana 2 est la génération actuelle de l’un des modèles de génération d’images les plus rapides et les plus accessibles disponibles en 2026. Il génère des images photoréalistes en secondes, accepte de longs prompts en langage naturel, supporte plusieurs images de référence et suit les instructions compositionnelles bien plus fiablement que la génération précédente de modèles d’image grand public.
Pour les architectes et designers, trois choses le rendent intéressant :
- Qualité d’image unique. Un extérieur Nano Banana 2 bien prompté peut être le rendu le plus fort de ton dossier conceptuel.
- Vitesse. Quelques secondes par image rendent l’idéation essentiellement gratuite.
- Support d’images de référence. Tu peux passer un croquis ou une image de style avec le prompt, et le modèle l’utilise.
Il y a de bonnes raisons à sa diffusion rapide. La génération précédente d’outils d’IA architecturale enveloppait des modèles plus faibles dans des UIs propriétaires et facturait un premium. Nano Banana 2 est rapide, bon marché et largement accessible. Si ta tâche est « génère une belle image d’un bâtiment », c’est dur à battre. La question est de savoir si c’est la tâche que tu as réellement.
La vraie tâche : le travail en phase concept n’est pas du travail à prompt unique
La phase concept d’un projet architectural est la période entre « nous avons un brief » et « nous avons un dossier de design ». Pour une petite résidence elle peut durer deux semaines. Pour un promoteur en pitch investisseurs ça peut être trois jours. Pour une entrée de concours ça peut être la totalité de la mission. Dans chaque cas elle produit le même type de livrable : un ensemble cohérent de visuels — vues d’extérieur, un plan, rendus d’intérieur — qui partagent une seule identité de design et racontent une seule histoire.
À l’intérieur de cette phase, le travail a une structure. Un architecte ou promoteur ne fait pas « une image ». Il prend des décisions : typologie, masse, matériaux, la manière dont la lumière entre dans la pièce principale, la relation entre cuisine et terrasse, la proportion des ouvertures sur la façade d’entrée. Chaque décision restreint le design. Chaque décision doit être visualisée pour être évaluée. Et chaque visualisation doit rester compatible avec chacune des précédentes, car un projet est un objet unique, pas une galerie.
Un modèle d’image général n’a aucun concept de tout cela. Il produit une image à partir d’un prompt. Le prompt suivant produit une autre image, depuis zéro, sans mémoire du premier. Si tu as écrit ton prompt avec soin et que tu as eu de la chance, les deux images semblent reliées. Sinon, elles semblent être deux projets différents.
Ce n’est pas un défaut du modèle. C’est une différence de catégorie. Nano Banana 2 est un générateur d’images. Le travail conceptuel architectural a besoin d’un workflow de projet. Les quatre sections qui suivent décrivent ce que ce workflow doit faire et que le modèle seul ne peut pas.
Écart 1 : cohérence à travers vues, pièces et itérations
La plainte la plus courante en utilisant un modèle d’image générique pour l’architecture est que rien ne reste pareil. Génère la façade sud d’une villa. Génère maintenant la façade nord — même villa, même squelette de prompt, le côté qui donne sur la piscine. Les deux images semblent être deux bâtiments différents. La pente du toit est différente. Les proportions des fenêtres sont différentes. La palette de matériaux a glissé du calcaire à un travertin plus chaud. Le modèle a fait exactement ce qu’on lui a demandé. On ne lui a juste pas posé la même question deux fois, car le texte du prompt est une description fine d’un design extrêmement haute-dimension, et les vides sont remplis avec ce que le modèle considère le plus plausible à ce moment.
La même dérive arrive entre pièces. Génère le salon d’un projet, puis la cuisine avec les mêmes mots de style dans le prompt. Les deux pièces se lisent comme appartenant à des maisons différentes, parce que pour le modèle, c’est le cas. Chaque prompt est indépendant. Il n’y a pas de projet ; il y a juste des chaînes de texte proches dans le temps.
Et ça arrive entre itérations. Tu aimes l’extérieur sauf la porte d’entrée. Tu reformules le prompt avec la nouvelle spécification de porte. Le modèle régénère toute l’image. La composition change. L’éclairage change. La proportion de pierre et de verre est différente. Tu as échangé une variable et obtenu six nouvelles variables gratuitement.
Un workflow architectural construit à dessein adresse la cohérence avec trois mécanismes, dont aucun ne vit dans le modèle d’image :
- Un brief de projet qui voyage avec chaque génération. Une description unique du projet — typologie, localisation, style, matériaux, contraintes clés — est attachée côté serveur à chaque prompt. Cela signifie que l’utilisateur tape l’instruction locale (« façade sud, lumière crépusculaire ») et le brief fournit le contexte global que le modèle devrait sinon deviner.
- Références sauvegardées qui se composent avec de nouvelles générations. Quand l’utilisateur choisit le bon extérieur, le sauvegarder fait de cette image une référence visuelle pour chaque génération suivante. La cuisine n’a plus à deviner la palette de matériaux du projet ; elle peut la voir.
- Raffinement sur place avec l’original comme base. Quand l’utilisateur veut changer un élément d’une image, le workflow re-rendu en utilisant l’image originale comme ancre structurelle plutôt que de relancer le prompt depuis zéro. Le modèle édite ; il ne recommence pas.
Ces mécanismes transforment le projet en un objet à état avec lequel le modèle interagit, au lieu d’une série de prompts indépendants que le modèle doit reconstruire depuis zéro à chaque fois.
En Nuit spécifiquement, cela correspond au champ brief de projet à la création, à l’action Save sur chaque image générée (qui ajoute l’image aux références sauvegardées-de-concept du projet) et à l’action Improve (qui re-rendu la même image avec annotations au lieu de régénérer depuis zéro). Voir Comment obtenir de l’IA des designs cohérents à travers un projet pour le détail de la contribution de chaque mécanisme à la cohérence.
Écart 2 : un concept a des phases, pas seulement des images
Le deuxième écart structurel est qu’un concept architectural n’est pas un artefact unique. C’est un livrable en couches avec des phases qui se construisent les unes sur les autres :
- Concept extérieur. La masse, les matériaux et la posture du bâtiment. Ici s’établit l’identité de design du projet.
- Plan. La disposition de l’espace interne. Pièces, tailles, adjacences, circulation. Ici le projet devient 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. Quand le projet est dans un contexte plus large — une promotion, un campus, un resort — la relation au site doit être dessinée explicitement.
Un modèle d’image général traite chacune comme une tâche séparée text-to-image. Tu écris un long prompt pour l’extérieur. Tu écris un prompt séparé pour le plan, sachant que les modèles d’image sont notoirement faibles sur les dessins architecturaux et que tu auras probablement besoin de nombreux essais. Tu écris un troisième prompt pour chaque intérieur, et tu espères que les styles s’accordent. Il n’y a pas de concept de « ce plan appartient à cet extérieur » ou « cette cuisine appartient à la pièce 3 de ce plan ».
Ce que ça te coûte est réel. Les intérieurs ne correspondent pas à l’extérieur car le modèle n’a pas de raison de les aligner. Le plan ne correspond pas au brief car le modèle n’a jamais lu le brief. La liste de pièces dans le plan est celle que le modèle a décidé de dessiner ; les intérieurs sont ceux que le modèle a décidé de dessiner ; les deux listes ne se recoupent pas nécessairement.
Un workflow construit à dessein modélise les phases explicitement. Il y a un mode séparé pour chaque phase, avec une stratégie de modèle, des références et un template de prompt différents — mais les quatre modes partagent le même brief de projet, les mêmes références sauvegardées et la même identité de style portée depuis l’extérieur.
En Nuit il y a quatre phases — Extérieur, Plans, Intérieurs, Plan masse — et elles sont connectées par données, pas seulement par intention utilisateur. Le plan est généré contre un brief qui inclut l’extérieur sauvegardé comme référence visuelle. La phase Intérieurs lit la liste de pièces du plan sauvegardé et laisse l’utilisateur générer une pièce à la fois, avec le plan et l’extérieur comme références. La phase Plan masse prend l’extérieur sauvegardé et le place dans un contexte de site. L’effort de l’utilisateur se concentre sur la décision spécifique de chaque phase. La cohérence inter-phases vient du workflow.
Le point profond : la séparation des phases n’est pas un choix d’UI. C’est un choix de qualité. Essayer d’utiliser un seul prompt text-to-image pour générer « un extérieur et un plan et un intérieur d’une villa balinaise de 200 m² » produit une seule image confuse. Diviser le travail en phases est ce qui rend la sortie de chaque phase réellement utile.
Une pièce dédiée est dans Un outil d’IA pour extérieur, plan et intérieur : pourquoi la séparation compte.
Écart 3 : itérer sans perdre le travail précédent — branching
Si tu as utilisé un modèle d’image général pour un projet architectural, tu connais la boucle : générer une image, en aimer 80%, reformuler le prompt avec des ajustements pour fixer les 20%, et le modèle produit une nouvelle image qui fixe les 20% et casse autre chose. Reformuler encore. Maintenant autre chose ne va pas. Après quinze itérations tu as un dossier plein d’images, tu ne te souviens pas laquelle était celle qui te plaisait, et revenir à un état antérieur spécifique signifie scroller dans ton historique de générations en espérant pouvoir l’identifier.
Ce n’est pas une petite gêne UX. C’est l’activité centrale du design conceptuel. La tâche de la phase concept est d’explorer — maintenir plusieurs directions vivantes en même temps, les comparer honnêtement, et ne s’engager que quand l’une est clairement meilleure. Un workflow qui perd l’état précédent à chaque fois que tu appuies sur générer est un workflow qui punit l’exploration.
La réponse architecturale à cela est le branching. Chaque image générée devient un point de bifurcation. Tu peux prendre une image et générer des variations à partir d’elle. L’original reste. Les variations sont des enfants. Les variations elles-mêmes peuvent être ramifiées encore. Le résultat est un arbre, pas une liste — chaque état préservé, chaque décision visible, chaque alternative récupérable.
Ce qui rend le branching transformateur est que l’exploration devient gratuite. Le coût d’essayer une variante plus agressive est zéro, car la version sûre est juste à côté sur le canvas. Le coût de revenir en arrière est zéro, car l’état précédent n’a jamais été perdu. Le coût de montrer trois directions à un client est exactement le coût de générer trois images, plus la disposition — qui est aussi gratuite, parce que le canvas le fait automatiquement.
En Nuit chaque image a trois chemins en avant : Branch (créer des variations à partir de cette image), Improve (raffiner exactement cette image sur place avec des annotations optionnelles) et New Prompt (commencer une direction entièrement différente). Branch est le mouvement par défaut et celui que la plupart des architectes sous-utilisent à leur premier projet, parce que la mémoire musculaire de travailler avec des modèles d’image généraux est « régénérer » — ce qui détruit l’état. Une fois que les mains du designer apprennent le réflexe de ramifier, la vitesse d’exploration conceptuelle change d’un ordre de grandeur.
Pour l’approfondissement, voir Le branching comme technique d’exploration de design.
Écart 4 : les références sont la mémoire du projet, pas de la décoration
Les architectes travaillent constamment avec des références. Une palette de matériaux épinglée à un mur. Une photographie d’un bâtiment visité l’été dernier. Une page de magazine arrachée car les proportions sont exactement bonnes. Un croquis d’un plan qui est apparu dans une réunion. Les références ne sont pas de « l’inspiration » dans un sens esthétique vague — elles sont la mémoire visuelle du projet, la source à partir de laquelle les décisions sont prises.
Un modèle d’image général accepte les images de référence comme entrée unique par prompt. Tu peux attacher quelques images à un prompt et le modèle s’en inspirera. C’est une capacité utile. Ce n’est pas un workflow.
L’écart est l’organisation. Les références ne sont pas du mood générique. Elles sont organisées par ce à quoi elles se réfèrent : ce groupe est pour le salon, ce groupe pour l’espace piscine, ce groupe est la palette de matériaux, ce groupe est le langage formel de l’entrée. Sans cette organisation, chaque prompt devient une petite fouille archéologique — trouver la bonne référence, l’attacher, écrire le prompt. Multiplie par chaque génération d’un projet et la friction s’additionne. Plus important encore, les références cessent d’être utilisées avec le temps, car elles sont trop douloureuses à récupérer.
Un workflow construit à dessein donne aux références une structure qui correspond au projet. Les références vivent dans des sections — Salon, Espace piscine, Cuisine, BBQ, Chambre d’enfants, Palette de matériaux, Façade d’entrée — et la section fait partie du contexte du prompt à chaque fois que tu génères dans cette zone. Quand tu génères la cuisine, les références de la section Cuisine s’attachent automatiquement. Quand tu génères la façade d’entrée, celles de l’Entrée. La charge cognitive de « quelles références vont avec ce prompt » disparaît.
En Nuit c’est la vue Moodboard de chaque projet. Tu peux créer autant de sections que le projet en a besoin. Tu peux déposer des images dans une section par upload, URL ou en sauvegardant une génération précédente. Les sections informent la génération dans la phase pertinente automatiquement. Un moodboard de villa résidentielle peut avoir six ou huit sections ; une petite rénovation d’intérieur pourrait en avoir trois ; un dossier de promoteur pourrait en avoir une par type d’unité.
Le point est que les références cessent d’être de la décoration et commencent à être de la mémoire de projet qui se compose avec l’usage. Plus longtemps tu travailles sur un projet, plus utile devient le moodboard. Voir Moodboards avec sections pour workflows d’IA.
Quand Nano Banana 2 seul suffit-il — et quand non ?
Cet article n’est pas un argument contre Nano Banana 2. C’est un argument selon lequel une belle image n’est pas un projet. La décision sur quel outil convient dépend de la tâche que tu fais.
Utilise Nano Banana 2 directement quand :
- Tu as besoin d’une image marquante — un rendu hero, une couverture marketing, un seul rendu à attacher à un message Slack.
- Tu explores une esthétique vague — cherchant des directions stylistiques avant qu’un projet n’existe.
- La sortie est le livrable, et il n’y a pas de travail subséquent.
- Le « projet » est une image et tu n’y reviendras pas.
Utilise un workflow architectural construit à dessein quand :
- Tu produis un livrable multi-images — extérieur plus plan plus intérieurs, ou plusieurs unités dans une promotion, ou un dossier conceptuel pour un pitch.
- La cohérence entre images compte — la deuxième image doit sembler appartenir au même projet que la première.
- Le projet va itérer — tu t’attends à faire des changements, comparer des directions et arriver à un état final via exploration plutôt qu’un seul prompt parfait.
- Plus d’une personne verra le résultat — un client, un investisseur, une équipe — et la cohérence du dossier affecte la crédibilité du travail.
Une heuristique utile : si la prochaine chose qu’on va te demander est « ok, maintenant montre-moi l’intérieur » ou « maintenant depuis l’autre côté » ou « maintenant à quoi ça ressemble au coucher de soleil », tu fais du travail en phase concept et tu veux un workflow. Si la réponse est « parfait, envoie-le », tu fais du travail de génération d’image et le modèle seul suffit.
Une note sur le coût
La comparaison de prix est souvent mal lue. Nano Banana 2 via l’API Gemini coûte des centimes par image. Un abonnement à un outil de workflow coûte des dizaines de dollars par mois. En surface, l’outil de workflow semble plus cher. En pratique, la comparaison n’est pas image-par-image — c’est projet-par-projet.
Un projet en phase concept demande en pratique entre trente et cent cinquante générations — l’extérieur seul prend dix à vingt quand tu explores des directions, les plans dix à vingt autres incluant les raffinements, les intérieurs sont cinq à dix par pièce, le plan masse quelques-uns. À des centimes par image via API, le coût du modèle est réel mais petit. Le coût dominant est ton temps — les heures passées à réorganiser des références, copier-coller du contexte dans des prompts, scroller dans l’historique de génération pour trouver la version qui te plaisait, et expliquer à un client pourquoi la deuxième image de la même villa ressemble à une villa différente.
Un outil de workflow facture pour le workflow, pas pour les pixels. La question juste est de savoir si le workflow fait gagner plus de temps qu’il n’en coûte. Pour du travail d’image unique, non. Pour du travail au niveau projet, presque toujours oui — et l’écart grandit avec la taille et l’importance du projet.
Les prix de Nuit reflètent cela. Une offre gratuite avec dix générations à l’inscription permet à un designer d’essayer le workflow sans engagement. Les forfaits payants commencent à 39 $ par mois pour cent cinquante générations — environ trente dossiers conceptuels complets. Des packs de générations sont disponibles pour des projets au-delà des limites du forfait. Voir la page prix pour les détails actuels.
Quoi lire ensuite
Cet article est le pilier d’un cluster thématique qui approfondit chacun des quatre écarts :
- Comment obtenir de l’IA des designs cohérents à travers un projet — la mécanique de la cohérence : brief de projet, références sauvegardées, raffinement sur place.
- Le branching comme technique d’exploration de design — pourquoi chaque état compte et comment le branching change l’économie de l’exploration.
- Un outil d’IA pour extérieur, plan et intérieur : pourquoi la séparation compte — modélisation des phases et pourquoi un seul prompt text-to-image ne peut pas remplacer un workflow multi-phases.
- Moodboards avec sections pour workflows d’IA — organiser les références comme mémoire de projet.
- Nuit vs Nano Banana : quand chacun convient — la comparaison focalisée si tu ne veux en lire qu’un.
- Comment créer un dossier conceptuel complet en un jour — le workflow complet end-to-end.
Le modèle n’est pas le goulot d’étranglement en 2026 — le workflow autour de lui l’est. Que tu construises ce workflow toi-même dans un dossier de prompts et captures d’écran, ou que tu utilises un outil qui l’a construit pour toi, c’est une question de combien ton temps vaut et de combien de cohérence ton projet nécessite.
La réponse honnête est que pour une seule image marquante, le modèle seul suffit. Pour un projet, non. L’écart est exactement là où Nuit vit.
À 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…
- Nuit vs Nano Banana : quand utiliser quoi — Comparaison directe de Nuit et Nano Banana 2 pour le design conceptuel…
- Pourquoi séparer les phases du design IA — Un concept architectural a des phases — extérieur, plan, intérieur, masterplan.…
- Qu’est-ce que Nuit ? Vue d’ensemble 2026 — Nuit est un workflow IA pour le design conceptuel architectural — extérieurs,…