L'UI générative est la pratique d'assembler une interface au moment de la requête à partir d'une intention énoncée et du contexte environnant, plutôt que de servir une mise en page dessinée à l'avance. Au lieu d'un écran fixe, l'utilisateur reçoit une composition produite pour cet instant : contrôles, textes et arrangement sont choisis quand la requête arrive, contre des contraintes que le designer a fixées plutôt que des pixels qu'il a placés.
- Une interface cesse d'être un artefact et devient la sortie d'une fonction sur intention et contexte.
- Les designers spécifient résultats et bornes ; le runtime sélectionne l'arrangement concret.
- Deux utilisateurs au même but peuvent rencontrer deux écrans différents.
- La cohérence passe de la mise en page au comportement, puisque la mise en page n'est plus fixe.
- La confiance dépend désormais de la lisibilité et de la vérifiabilité d'un écran unique.
- L'évaluation passe de l'inspection d'une maquette à l'échantillonnage d'une distribution de rendus.
Qu'est-ce que l'UI générative quand l'écran est construit par requête ?
L'UI générative désigne des interfaces composées à l'exécution à partir d'un modèle d'intention et de contexte, de sorte que le résultat rendu est un candidat parmi beaucoup plutôt qu'un design canonique unique. La discipline traite un écran comme une sortie dérivée. Ce que voit l'utilisateur est une résolution d'un espace de compositions possibles, resserrée par la requête et les contraintes en vigueur.
C'est un objet différent d'une mise en page responsive. Le design responsive réarrange un ensemble d'éléments connus selon les points de rupture ; l'ensemble et leurs relations restent rédigés. La composition générative laisse l'ensemble lui-même varier : quels champs apparaissent, quelles actions sont offertes, quelle densité a le résultat, ce qui est omis. La variation est le point, pas un cas limite.
Les définitions de travail qui se sont stabilisées en 2025 et 2026 partagent un engagement. L'interface est assemblée à partir d'une description de ce qui doit être vrai après l'interaction, associée à ce que l'on sait de la situation, et la forme concrète est laissée au moment du rendu.
Il aide de nommer ce qui reste humain dans ce tableau. L'intention, le vocabulaire de composants et les contraintes sont encore rédigés délibérément. Ce qui est délégué est l'acte d'arrangement : la liaison de ces pièces en un écran spécifique pour une requête spécifique. La génération ne retire pas tant le jugement de design qu'elle le déplace de la surface vers les règles qui gouvernent chaque surface.
Comment le design passe-t-il du dessin d'écrans à la spécification de résultats ?
Quand l'artefact est généré, le levier du designer remonte en amont. L'unité de travail devient une spécification d'intention, les blocs permis, et les contraintes que toute composition valide doit honorer. On cesse d'arranger un écran et on commence à décrire ses conditions d'acceptation.
Cela semble un petit déplacement d'effort, mais change ce que signifie « terminé ». Un écran dessiné est terminé quand il a l'air juste une fois. Un résultat spécifié est terminé quand chaque rendu plausible dans les bornes est acceptable, revendication bien plus large. La surface de design s'élargit d'une composition à une famille.
Un compromis qui apparaît oppose expressivité et gouvernabilité. Assouplir les contraintes laisse le runtime servir un ajustement plus net pour chaque requête et contexte. Les resserrer garde la famille assez petite pour raisonner. Le métier consiste à choisir quelles décisions fixer comme invariants et lesquelles déléguer au moment.
| Propriété | Écrans pré-dessinés | Interfaces composées à l'exécution |
|---|---|---|
| Unité de design | Une mise en page fixe | Intention plus contraintes |
| Ce qui varie | Données dans les emplacements | Emplacements, actions, densité |
| Définition du fini | Un écran a l'air juste | Chaque rendu dans les bornes est acceptable |
| Cible de revue | Une maquette | Une distribution de sorties |
| Mode d'échec | Mauvaise mise en page statique | Rendu valide mais désorientant |
Une interface peut-elle rester cohérente quand aucun rendu ne correspond ?
La cohérence était historiquement portée par la mise en page elle-même : le même bouton au même endroit enseignait où regarder. Quand la mise en page peut changer par requête, cet ancrage s'affaiblit, et la cohérence doit se réexprimer à un niveau plus haut que la position.
La réponse du champ tend vers les invariants. Certaines relations sont déclarées non négociables quelle que soit la composition : une action destructive est toujours confirmable, l'intention primaire toujours joignable en une étape, le même concept utilise toujours le même libellé et la même affordance. Le runtime est libre sous ces lignes et lié au-dessus.
Cela recadre un langage produit comme un ensemble de règles que le générateur doit satisfaire, non une capture d'écran à matcher. La cohérence devient comportementale et sémantique plutôt que spatiale. Les questions plus dures portent sur quels invariants sont porteurs, car chaque invariant fixé échange une part de l'adaptativité qui justifiait de générer l'interface.
Il y a aussi une cohérence temporelle à défendre. Un même utilisateur revenant sur plusieurs jours rencontre des compositions différentes, et le système doit rester cohérent sur cette séquence même si aucune visite ne s'aligne pixel à pixel. Les ancres sont conceptuelles : une fonction garde son nom, une action son sens, et le modèle mental formé la dernière fois prédit encore ce qui se passe cette fois.
Pourquoi la confiance est-elle plus dure quand un écran n'existe qu'une fois ?
Un écran rendu pour une seule requête, puis jamais revu, complique les sources habituelles de confiance. Les utilisateurs bâtissent la confiance en partie par la répétition et la référence partagée : le même écran décrit par d'autres, le même chemin parcouru hier. Une composition unique retire ce sol commun.
La confiance doit alors venir de la lisibilité dans le rendu lui-même. L'interface doit rendre son propre raisonnement inspectable : pourquoi ces champs, pourquoi cette action est primaire, quelles données ont façonné l'arrangement. Quand une composition peut justifier sa propre forme, un utilisateur peut la vérifier sur le moment au lieu de s'appuyer sur l'avoir déjà vue.
La prévisibilité fournit une seconde source. Même un écran vu une fois paraît digne de confiance quand il se comporte comme le promettent ses invariants déclarés, de sorte que l'utilisateur peut raisonner sur ce qu'une action fera avant de l'entreprendre. Le risque est l'inverse : un rendu techniquement valide mais surprenant, où la composition est restée dans ses bornes mais a défié l'attente. Garder contre cette surprise fait autant partie de la confiance que d'exposer le raisonnement.
- Enveloppe de composition
- L'espace déclaré d'arrangements qu'un générateur peut produire pour une intention donnée, borné par des contraintes.
- Invariant
- Une propriété que chaque rendu doit tenir quelle que soit la composition, comme l'accessibilité de l'action primaire.
- Lisibilité
- Le degré auquel un rendu unique expose pourquoi il a été assemblé ainsi.
Comment évaluer une UI différente à chaque requête ?
L'inspection suppose une cible stable. Quand la cible est une distribution plutôt qu'un seul écran, l'évaluation doit passer de la vérification du design unique à la caractérisation de la population de designs que la spécification peut émettre. La question passe de « cet écran est-il bon » à « l'enveloppe d'écrans est-elle acceptable ».
Un ordre d'opérations pratique tend à ressembler à ceci :
- Énoncez l'intention et le contexte auxquels l'interface répond, en termes lisibles par un non-auteur.
- Déclarez les invariants que chaque rendu doit satisfaire, et les bornes dans lesquelles il doit rester.
- Échantillonnez de nombreux rendus sur des intentions et contextes réalistes, y compris clairsemés et adverses.
- Scorez chaque échantillon contre les invariants et l'achèvement de tâche, non contre une maquette de référence.
- Resserez les contraintes où les rendus dérivent, et assouplissez-les où les bornes étouffent un meilleur ajustement.
Le déplacement va d'une revue de design unique à une boucle d'évaluation permanente, car la spécification continue d'émettre de nouveaux écrans après la mise en production. La couverture compte plus que le poli d'un seul rendu. Une interface correcte sur les cas qu'on a eu la chance d'inspecter n'est pas encore connue comme correcte, et les cas non inspectés sont exactement où une composition valide-mais-désorientante tend à se cacher. Traiter l'évaluation comme un échantillonnage plutôt qu'une approbation rend cette région cachée observable.
Où semblent aller les interfaces composées à l'exécution
La trajectoire pointe vers des interfaces traitées moins comme des documents et plus comme des systèmes au comportement à spécifier et surveiller. À mesure que la composition passe au runtime, la compétence rare devient écrire des contraintes assez précises pour être sûres et assez lâches pour être utiles, puis regarder ce que le générateur produit réellement contre elles.
Ce qui devient plus dur, c'est la responsabilité d'un écran que personne n'a dessiné. Quand un rendu induit en erreur, la cause vit dans la spécification, le contexte, ou le choix du générateur dans les bornes, et séparer cela devient une discipline propre. Versionner une distribution, reproduire un rendu unique, et expliquer une composition unique après coup sont des problèmes ouverts que le champ nomme encore.
Les outils tendent à suivre cette division. Les instruments qui mûrissent sont ceux pour écrire des contraintes, échantillonner des rendus, et remonter une composition unique jusqu'aux entrées qui l'ont produite, plutôt que pour placer des éléments à la main. Le centre de gravité passe du canevas à la spécification et au moniteur à côté.
Le point d'équilibre probable est une division du travail : les humains possèdent intention et invariants, le runtime possède l'arrangement, et une couche d'évaluation continue s'interpose. L'interface cesse d'être une chose terminée et devient une chose gouvernée — posture plus calme mais plus exigeante que le dessin d'écrans n'en a jamais demandé.
FAQ