Vous ne changez pas de produit quand vous changez d’endroit. La question que vous posez sur l’écran du coffre est la même que celle que votre client IA pose par le canal d’agent, et la même que celle que votre système pose par l’API. Ce qui change c’est la porte ; ce qui répond c’est toujours le même moteur lisant le même coffre.

Trois portes, une conversation

Sur l'écran du coffre, dans le client IA que vous utilisez déjà, ou directement depuis votre système

À l’écran, vous parlez à l’agent à côté des documents qu’il lit : vous demandez, vous obtenez la réponse avec la source, vous cliquez la source et atterrissez sur la diapositive. Dans votre client IA, le coffre devient une autre chose que ce client sait comment interroger, sans quitter où vous travaillez déjà. Et par le canal de programmation, votre équipe automatise de l’extérieur exactement ce qu’une personne fait en parlant.

l'écranl'agent à côté des documents
un coffrele même moteur, la même lecture
votre client, votre systèmevia le canal d'agent ou l'API
Trois portes, et derrière les trois le même coffre avec la même lecture.

Dans les trois, la réponse arrive de la même façon : avec l’adresse dont elle provient, et avec un refus quand le sujet n’est pas dans vos documents.

Le canal d'agent est une norme ouverte

Authentification et découverte par normes publiques, pas par une convention de la nôtre

Le canal par lequel un client IA parle à votre coffre n’est pas une invention de la maison. C’est un serveur de ressources dans la conception d’autorisation standard du web : quiconque arrive sans identifiant reçoit 401, et le document qui énonce comment s’authentifier est publié pour que n’importe quel client le lise de lui-même. Une convention de la nôtre a été laissée de côté à dessein, parce qu’elle exigerait que chaque intégration apprenne notre façon avant de poser la première question.

401Le canal d'agent est en directLe point de terminaison MCP répond 401 sans identifiant, qui est le bon comportement pour un serveur de ressources OAuth, et la découverte à .well-known répond 200. C'est la machine qui parle, pas nous.
Un 401 ici est la preuve que la porte existe et est verrouillée, pas qu'elle est tombée.

Un substrat, plusieurs lecteurs

Un nouveau canal n'invente pas une nouvelle surface

Une API ouverte et un canal d’agent ne sont pas de la tuyauterie : ce sont ce qui laisse d’autres interfaces être construites sur le même substrat, sans personne de nous dans la salle. Un agent tiers, un panneau pour votre équipe, une intégration de flux. Le produit arrive à être ces choses parce que les portes existent, pas parce que nous avons prévu chacune.

Et ce qui empêche les portes de se transformer en produits différents est une règle qui tient en tant que contrat : l’ensemble des opérations exposées à l’agent est un sous-ensemble de ce que l’API expose. Rien n’existe dans un canal sans exister dans l’autre, donc une nouvelle capacité n’ apparaît pas d’un côté et disparaît de l’autre. L’ensemble entier, et ce qu’il refuse, se trouve dans capacités.

La porte change ; le propriétaire du coffre ne change pas

La conversation reste avec vous, peu importe d'où vous parlez

De n’importe laquelle des trois portes, le coffre est le vôtre : le même isolement entre organisations, le même comptage, le même enregistrement de qui a fait quoi. La conversation reste avec vous, et rien de ce que l’agent répond n’est construit avec les données d’une autre entreprise, parce qu’il n’a pas de source au-delà de votre coffre.

La limite de cette phrase est énoncée ici et non pas dans une note de bas de page : le texte qui va au modèle suit les conditions de rétention du fournisseur, et la première ligne de l’agent l’énonce déjà ainsi. Ce que nous faisons avec vos données, et ce que vous pouvez auditer de vous-même, se trouve dans confidentialité.

Ce sont les portes. Ce qui les traverse, opération par opération, se trouve dans capacités, et la raison pour laquelle le fichier n’est jamais touché par le modèle se trouve dans la conversation est avec l’IA.