Un assistant qui trouve plusieurs options peut les décrire dans une longue réponse. Il peut aussi les présenter sous forme de cartes, de choix de dates ou de champs à compléter. Le billet publié par Google le 29 octobre 2026 autour d’A2UI et CopilotKit montre cette seconde approche : des interfaces que l’utilisateur peut manipuler dans le fil du travail avec l’agent.
Cette évolution intéresse les développeurs d’applications, mais aussi les entreprises qui évaluent de nouveaux parcours. L’enjeu n’est pas uniquement visuel. Un choix effectué dans une carte doit rester cohérent avec les données et l’action qu’il déclenche ensuite.
Des composants choisis dans un cadre défini
La présentation officielle de Google décrit une intégration dans laquelle l’application définit un catalogue de composants que l’agent peut utiliser. Les actions de l’utilisateur peuvent revenir dans l’échange et conduire à une interface mise à jour. Le billet illustre notamment des parcours de sélection et de réservation, avec des rendus interactifs plutôt qu’une simple liste de liens dans du texte.
Il s’agit d’un dispositif de développement, pas d’une nouvelle application grand public qui remplacerait automatiquement tous les formulaires existants. Le résultat dépend du catalogue, des données, des règles et des contrôles mis en place par l’équipe qui construit le service.
L’interface est une partie du système.
Un choix visible doit correspondre à une option réelle
Une carte peut paraître précise avec un prix, une date et un bouton. Il faut pourtant vérifier d’où viennent ces valeurs et si elles sont encore valides au moment de l’action. Une présentation soignée ne rend pas une information plus récente ou une disponibilité plus certaine.
L’équipe peut commencer par des cas connus : plusieurs options disponibles, une option expirée et une situation où aucune réponse ne convient. Ces scénarios montrent si le parcours sait expliquer une limite au lieu d’afficher un choix impossible.
Le test doit également regarder les changements après une sélection. Si l’utilisateur modifie une date, le reste de l’interface doit rester cohérent. Une ancienne valeur conservée dans un autre élément peut créer une confusion difficile à voir dans une démonstration trop courte.
Distinguer sélectionner et confirmer
Choisir une option ne signifie pas toujours accepter une action définitive. Un parcours doit rendre cette frontière compréhensible, notamment lorsqu’il touche à une réservation, un achat ou une modification de dossier. Le bouton et le message qui l’accompagne doivent indiquer ce qui va réellement se passer.
Une étape de confirmation peut être nécessaire selon la tâche. Elle doit présenter les informations utiles au bon moment, plutôt qu’un texte général que l’utilisateur ne peut pas relier à son choix. Le système doit également savoir montrer l’état réel après l’opération.
Notre article sur la conception de processus automatisés fiables rappelle cette relation entre action, contrôle et résultat. Une interface plus pratique ne supprime pas le besoin d’un périmètre clair ni d’un responsable capable d’examiner les effets.
Prévoir les erreurs comme des situations normales
Une donnée peut manquer, un service peut refuser une demande et une option peut devenir indisponible. Le parcours doit prévoir ces cas sans laisser l’utilisateur croire que tout est terminé. Un message utile précise ce qui a été conservé, ce qui reste à faire et comment reprendre.
Les essais doivent donc inclure autre chose que le scénario idéal. Une démonstration peut sembler très fluide tant que chaque réponse arrive à temps et que les données sont toujours valides. Le fonctionnement quotidien demande de savoir ce qui se passe lorsque ces conditions ne sont plus réunies.
L’accessibilité et la lisibilité restent également importantes. Une interaction qui repose uniquement sur une présentation visuelle particulière peut devenir difficile pour une partie du public. Le choix des composants doit tenir compte des usages réels, pas seulement de l’effet produit pendant la présentation.
Une piste pour mieux relier conversation et application
A2UI avec CopilotKit propose un cadre pour rapprocher les réponses de l’agent et les interactions de l’utilisateur. Son intérêt se jugera sur des parcours concrets : comprendre les options, faire un choix et savoir quel résultat a été enregistré.
Pour une équipe intéressée, un prototype limité peut suffire à examiner ces questions. Il permet de vérifier les données, les confirmations et les erreurs avant d’étendre le dispositif. La nouveauté devient alors une manière de rendre une tâche plus claire, plutôt qu’un habillage interactif ajouté à une réponse dont les conséquences resteraient floues.
Je suis Romain Delcourt, rédacteur tech passionné par le numérique et l’intelligence artificielle. J’écris pour décoder les tendances, les outils et les changements qui façonnent nos usages au quotidien.
