Couche d'integration d'agent pour les boutiques

Une couche d’intégration d’agent regroupe les capacités d’une boutique que l’assistant IA personnel d’un consommateur peut utiliser. Elle peut lui permettre de trouver des produits, de recevoir une offre à jour, de démarrer un paiement pris en charge ou de suivre une commande. Un protocole convenu définit la communication ; une passerelle relie ces demandes au catalogue, au paiement et aux commandes du marchand.

Votre interface humaine sert directement le client. Votre couche d’intégration d’agent expose des capacités à l’assistant du client. La conversation ou l’écran de validation de l’assistant forment une troisième interface. C’est en gardant ces rôles distincts qu’on évite de confondre une intégration de boutique avec un chatbot.

Couche d’intégration d’agent, Agent UI et Agent Harness

Couche d’intégration d’agent est le terme principal de cette documentation. Il désigne la connexion côté marchand qui rend les capacités de la boutique disponibles pour un assistant.

Agent UI est un terme informel parfois employé pour une interface destinée aux agents. Nous l’évitons comme terme principal parce qu’il évoque un écran pour une personne et parce qu’il chevauche AG-UI, un protocole de communication entre agents et applications destinées aux utilisateurs.

Agent Harness désigne l’environnement d’exécution côté assistant, autour du modèle : le logiciel qui gère son contexte, ses outils, sa boucle d’exécution, son état et ses garde-fous. Le harness appelle une couche d’intégration d’agent. Exposer une intégration ne signifie pas que vous fournissez le harness.

Jusqu’où va l’analogie du magasin d’applications

Un annuaire peut aider une personne ou un assistant à trouver une intégration, à identifier son fournisseur et à comprendre son objet. L’intégration a ensuite besoin d’une connexion effective à l’entreprise.

Une fiche n’est donc que de la découverte. Le protocole définit la communication, la passerelle met en œuvre la connexion, et la boutique exécute l’opération prise en charge. Ne présumez pas l’existence d’une place de marché unique et universelle utilisée par tous les assistants personnels.

L’article sur l’intégration des assistants personnels traite du modèle plus large et de ses implications commerciales.

Les couches

Supposons qu’un client demande un article dans une limite de budget et de délai de livraison. L’assistant utilise une intégration compatible pour interroger les produits et demander une offre. Le client approuve l’engagement demandé, et le paiement se déroule selon le parcours pris en charge. L’intégration renvoie un résultat confirmé, ou un état explicitement non résolu.

Ce qui distingue les protocoles

MCP fournit une architecture client-serveur par laquelle des applications IA accèdent à des outils et à du contexte. UCP définit des capacités de commerce et leur découverte. Des responsabilités voisines, mais pas les mêmes.

AG-UI concerne la communication par événements entre agents et applications destinées aux utilisateurs. Ce n’est ni un annuaire de boutiques, ni un protocole d’achat universel. Le scaffolding de l’agent lui fournit ses outils, son contexte et ses règles d’exécution.

Utiliser un protocole n’établit pas que tout assistant peut transiger avec votre boutique. Vérifiez les versions, les capacités prises en charge, l’authentification, les restrictions de marché et le parcours de paiement réel.

Ce qu’une passerelle doit préserver

Gardez le système de commerce comme référence pour les prix, les stocks, l’éligibilité et le statut des commandes. La consultation de produits peut être publique alors que l’accès aux commandes d’un client demande une autorisation. Accordez l’accès aux opérations nécessaires, pas à l’administration générale de la boutique.

Une connexion ne vaut pas consentement global à l’achat. Le client doit comprendre l’article, le total, la destination et les conditions couverts par une approbation. Des conditions modifiées peuvent exiger une nouvelle décision.

Des demandes répétées ne doivent pas créer d’achats en double. Si une réponse est perdue, vérifiez l’opération existante avant de recommencer. Distinguez un panier créé, une commande confirmée, un paiement, une demande d’annulation et un remboursement effectué. Ce sont des exigences de conception pour une intégration fiable.

Faut-il une passerelle distincte

Souvent non. Votre plateforme e-commerce fournit peut-être déjà l’intégration nécessaire. Une passerelle peut être une fonction de la plateforme, un adaptateur ou un service mutualisé qui comble les écarts entre systèmes.

Commencez par un parcours client pris en charge. Testez la découverte, une offre à jour, l’autorisation, le paiement et la relecture de la commande. Incluez un produit indisponible et une demande interrompue. L’article sur les boutiques DTC applique cette démarche à la boutique d’un annonceur.

Cette documentation décrit un modèle d’intégration. Elle n’affirme pas que YieldBI fournit aujourd’hui une telle passerelle, ni que tous les assistants personnels reposent sur le même écosystème.