Assistants IA : une couche d'intégration

Les assistants IA personnels pourraient devenir une nouvelle voie d’accès aux entreprises. La personne demande un résultat, et son assistant s’appuie sur des services connectés pour l’obtenir. Encore faut-il que l’entreprise puisse publier ce qu’elle sait faire dans une forme exploitable par un assistant. Le magasin d’applications est une analogie correcte pour trouver ces intégrations, à condition de garder en tête que trouver une intégration et l’exécuter sont deux problèmes distincts.

Nous appelons cette connexion côté entreprise une couche d’intégration d’agent. Elle regroupe les manières dont l’assistant d’un client peut utiliser une entreprise : consulter des produits ou des disponibilités, recevoir une offre à jour, engager un paiement pris en charge ou suivre une commande. Elle vient à côté du site ou de l’application que vous avez conçus pour des humains. Le terme Agent UI désigne la même idée de façon informelle, mais il évoque un écran destiné à une personne, alors que la conversation entre le consommateur et son assistant est une tout autre interface. Notre documentation sur la couche d’intégration d’agent définit ces termes et ces couches.

Ce qu’annoncent les nouveaux assistants personnels

Meta présente Muse comme un agent personnel capable de travailler dans plusieurs applications. Instinct décrit un assistant connecté aux applications et aux appareils, joignable par message ou par appel. Nous avons vérifié ces descriptions le 22 septembre 2026.

Ce que nous en tirons relève de la thèse architecturale et commerciale, pas d’une affirmation sur un protocole commun à ces produits ni sur l’existence d’une place de marché universelle : l’assistant pourrait devenir l’endroit où le consommateur décide, pendant que des entreprises connectées exécutent le service.

Prenons une réparation à faire faire. Le consommateur veut un rendez-vous adapté dans une certaine limite de budget. Un service de réparation connecté pourrait exposer ses créneaux disponibles, ses prix, ses conditions de réservation et une opération de réservation. L’assistant travaillerait directement avec ces éléments au lieu de faire parcourir tous les écrans au consommateur.

Ce que l’analogie du magasin d’applications recouvre vraiment

Un magasin d’applications aide à trouver un logiciel, à comprendre son usage et à décider de l’installer. Un annuaire d’intégrations pourrait jouer un rôle comparable pour des services : identifier le fournisseur, décrire les tâches prises en charge et préciser les accès nécessaires.

Mais une fiche n’exécute rien. Une intégration utilisable suppose aussi une façon convenue de demander une opération et d’en lire le résultat. L’assistant doit savoir si un service peut chercher des rendez-vous, en réserver un, ou seulement renvoyer un lien vers son site.

Le registre MCP est un exemple existant d’infrastructure de découverte de serveurs MCP et de leurs métadonnées. Ce n’est ni un magasin d’applications grand public, ni une garantie qu’une intégration répertoriée convienne à votre usage. La découverte n’est qu’une partie de l’écosystème envisagé.

Les pièces entre une personne et une entreprise

Le modèle ci-dessous est une façon de raisonner sur le système, pas une exigence que chaque plateforme implémente les mêmes composants :

Élément	Son rôle
Assistant personnel	Comprendre la demande, retenir les contraintes et présenter les options
Annuaire ou service de découverte	Rendre les intégrations et leurs fournisseurs repérables
Protocole	Définir l’échange des capacités, des demandes et des résultats
Intégration ou passerelle de l’entreprise	Relier ces demandes aux systèmes réels de l’entreprise
Système de l’entreprise	Détenir les disponibilités, prix, réservations ou commandes faisant foi

Pour un rendez-vous, un annuaire peut aider à localiser l’intégration du prestataire. Le protocole décrit comment demander les créneaux disponibles. La passerelle interroge le système de planification. L’assistant présente l’offre obtenue, recueille l’autorisation nécessaire et soumet la réservation choisie.

C’est cette séparation des rôles qui rend les échecs lisibles. Un prestataire peut être facile à trouver et incapable de finaliser une réservation. Une intégration peut être techniquement compatible et ne pas proposer la seule opération dont le consommateur a besoin.

L’Agent Harness de l’assistant est encore une autre couche : le logiciel autour du modèle, qui gère le contexte, les outils, l’exécution et la sécurité. La couche d’intégration d’agent est ce que ce harness utilise pour travailler avec une entreprise.

À quoi sert une passerelle

Les entreprises disposent déjà de systèmes pour le stock, la planification, les paiements et les fichiers clients. Une passerelle peut traduire les demandes d’agent prises en charge en opérations sur ces systèmes, appliquer les règles de l’entreprise et renvoyer un résultat interprétable par l’assistant.

Elle ne doit pas devenir une seconde source de vérité. Si un créneau est pris ou si un prix change, c’est le système de référence qui décide de l’offre. Et un assistant ne doit pas obtenir un accès d’administration étendu simplement parce qu’il a réussi à se connecter.

Une passerelle peut venir d’une plateforme existante, être livrée comme adaptateur ou fonctionner comme service distinct. Son intérêt est de réduire le travail d’intégration répété tout en préservant le sens de chaque opération, ce qui n’a rien à voir avec le nombre de noms de protocoles affichés sur une page produit.

Cet écosystème n’est pas encore standardisé

Les sources ci-dessus n’établissent aucune place de marché grand public universelle. Les normes traitent de parties différentes du problème. Universal Commerce Protocol décrit des capacités de commerce allant de la découverte au paiement et au suivi des commandes, ce qui montre comment un contrat commun peut soutenir des opérations commerciales.

Une connexion d’outil générique, un contrat de commerce, une autorisation de paiement et un composant d’interface résolvent des problèmes différents. Ils peuvent fonctionner ensemble, mais prendre en charge l’un ne dit rien de la prise en charge des autres. La compatibilité dépend toujours de l’assistant, de l’intégration, de la version du protocole, des capacités exposées et des accès accordés.

Pour une entreprise, cela plaide pour vérifier quelles intégrations les assistants de vos clients peuvent réellement utiliser. Cela ne justifie pas de construire un protocole sur mesure pour chaque nouvel assistant. L’article sur le système d’exploitation agentique traite du problème de coordination plus large.

Ce qu’est une intégration terminée

Une réservation de réparation est terminée quand le prestataire confirme le rendez-vous, pas quand l’assistant produit une phrase assurée. L’intégration doit renvoyer une réservation identifiable et son état. Si la demande expire, l’assistant doit pouvoir déterminer si elle a abouti avant de recommencer.

La personne doit aussi comprendre ce qu’elle a engagé : prestataire, horaire, montant total, conditions d’annulation et permissions accordées. Connecter un compte ne doit pas autoriser en silence toutes les actions futures. Ce sont des exigences de conception pour l’écosystème envisagé, pas des fonctionnalités vérifiées d’un assistant nommé ici.

L’opportunité, c’est un canal de distribution où votre service est disponible dans l’assistant que votre client a déjà choisi. Pour les détaillants, notre article sur l’intégration des boutiques DTC le rend concret. Le test consiste à savoir si un service peut être trouvé, compris, autorisé, utilisé et vérifié depuis cet assistant.