Un corpus. Trois points de terminaison. La même chaîne de citation.

L'étape 03 est la façon dont la couche quitte votre tenant de façon contrôlée. Le même corpus sert trois points de terminaison simultanément : votre tableau de bord interne, votre API de partenaires de marque et votre flux de récupération pour agents IA. Chaque point de terminaison applique son propre périmètre au niveau du chemin des données. Chaque point de terminaison retourne le même fait avec la même citation. La configuration qui transforme un corpus en unité d'affaires, c'est les trois points de terminaison actifs en même temps.

Cette page est la vue produit des trois points de terminaison : comment vous activez chacun, comment les périmètres sont créés et vérifiés, et ce que votre équipe peut configurer depuis la console. La cascade de sécurité qui applique l'isolation entre tenants et entre segments est documentée sous Confiance et sécurité.

Votre propre équipe de stratégie, de marchandisage ou d'opérations consomme le corpus via des tableaux de bord. Beauté : quelles catégories développer. Conseil : quelles lacunes de compétences combler. Restaurants : quels patterns de quarts prédisent le roulement. Commerce de détail : quelles substitutions expliquent la baisse d'une ligne de catégorie. Le tableau de bord regroupe les lignes de faits par dimension, par segment, par fenêtre temporelle. Chaque cellule renvoie aux chunks qui l'ont produite.

C'est le point de terminaison que votre équipe dirigeante utilise pour prendre des décisions. C'est la surface la moins controversée de la plateforme et le levier qui justifie le reste. Les déploiements de niveau Pulse s'arrêtent ici. Les niveaux Macro et Custom Enterprise activent les deux points de terminaison suivants par-dessus.

L'API de partenaires de marque est le point de terminaison qui convertit le corpus d'une ligne de coût en une ligne de revenus. Chaque partenaire de marque reçoit une clé API créée avec un périmètre de segment : la tranche de votre corpus qu'il est autorisé à lire. Chez un distributeur beauté, ce périmètre est « faits dont le vecteur de segment intersecte brand_partner = X. » Le partenaire voit la carte de perception de sa propre marque, son graphe de substitution et le comportement par segment client dans sa catégorie. Il ne voit rien en dehors.

L'application du périmètre se fait dans le chemin d'accès aux données. Le ticket de session créé pour le partenaire porte le périmètre. Ce périmètre cascade sur quels nœuds du graphe le partenaire peut traverser, quelles lignes Postgres il peut lire et quels chunks verbatim se résolvent lors d'une citation. Une requête non autorisée n'est pas refusée avec une erreur ; les données non autorisées sont invisibles pour l'appelant. La cascade complète est décrite sous la cascade de sécurité.

La console vous donne la vue opérateur : quels partenaires sont actifs, quel est le périmètre de chaque partenaire, combien de requêtes ils ont exécuté cette semaine et quelles requêtes ont retourné quoi. Vous révoquez une clé API depuis un seul endroit. Le partenaire cesse de voir le corpus dès que la clé est révoquée.

Le troisième point de terminaison est la surface MCP que les agents IA consomment. Votre copilote de conseiller, votre planificateur de marchandisage, votre assistant orienté client : chacun reçoit un ticket de session avec son propre périmètre et chacun appelle les mêmes outils MCP pour lire le corpus. Les outils sont query_facts, traverse_relations, pivot_dimension, replay_as_of et cite. Le MCP cache la complexité du double stockage. L'agent n'a pas à choisir entre la traversée graphe et le SQL.

Chaque récupération qu'un agent effectue revient sous forme de lignes structurées avec citation vers les chunks sources. Un agent ne peut pas fonder une recommandation sur un fait dont la fenêtre de validité n'inclut pas aujourd'hui. Le modèle bitemporel le bloque au niveau de la récupération. Un copilote de conseiller qui recommande « évitez le fond de teint, essayez le sérum » est fondé sur des faits que la plateforme peut défendre à la date à laquelle la recommandation est faite.

Les partenaires de marque peuvent connecter leurs propres agents à cette surface dans les limites de leur périmètre. Un agent de planification d'un partenaire de marque appelle les mêmes outils MCP que le tableau de bord, ne voit que la tranche de ce partenaire et reçoit la même chaîne de citation. Votre équipe configure le périmètre de l'agent du partenaire dans la console.

Chaque requête contre chaque point de terminaison écrit une ligne dans le journal d'audit : l'appelant, le périmètre, les outils invoqués, les chunks cités, l'horodatage. Le journal est en ajout seul. Quand un partenaire demande « que disaient vos données sur notre catégorie il y a six mois, quand nous avons pris la décision d'achat du T2 », vous pouvez rejouer la requête exacte contre le corpus tel qu'il existait à cette date. Le modèle bitemporel rend le rejeu correct. Le journal d'audit rend le rejeu défendable.

C'est cette propriété qui transforme le corpus d'un livrable en infrastructure qu'un partenaire de marque peut souscrire. Un livrable de recherche ne peut pas répondre à la question du rejeu. Un tableau de bord statique ne peut pas répondre à la question du rejeu. La couche Intelligence le peut.

Depuis la console opérateur, votre équipe contrôle trois choses par point de terminaison. Premièrement, qui a accès : quels utilisateurs internes peuvent lire quels tableaux de bord, quelles clés partenaires sont actives, quelles identités de service d'agent sont autorisées. Deuxièmement, ce qu'ils voient : le périmètre de segment par consommateur, la liste autorisée de dimensions, la fenêtre temporelle. Troisièmement, ce qu'ils ont utilisé : la vue d'audit de chaque requête exécutée cette semaine, avec les citations de chunks incluses.

La console ne nécessite pas d'ingénieurs plateforme pour être opérée. Les flux OAuth, la création de périmètres et les extractions d'audit sont tous exposés comme des contrôles au niveau opérateur. Si votre équipe informatique souhaite intégrer la plateforme avec votre SSO, votre SIEM ou votre passerelle API existante, les points d'intégration se trouvent dans la référence d'ingénierie, disponible sur demande.