Couche sémantique et ontologie pour agents IA : le substrat qui les rend fiables

Un agent qui parle en direct à chaque base de données devine les jointures, confond les métriques et agit sur des hypothèses fausses. Une couche sémantique à base d'ontologie déplace le sens hors de l'agent. Voici l'architecture, et la manière dont QDNA la déploie sur un substrat serverless souverain, gouverné jusqu'au noyau.

Par QDNA · Publié le 23 juillet 2026 · Mis à jour le 6 septembre 2026 · 9 min de lecture

Mis à jour le 2 septembre 2026 : le « moins de 1 % de surcoût » attribué à Tetragon ne figure pas dans la documentation du projet (relue le 2 septembre 2026) et est retiré.

Un graphe de connaissances flottant au-dessus d'une couche de verre qui filtre les requêtes envoyées par de petits agents robots.

Réponse courte. Une couche sémantique expose le sens du domaine au lieu des tables brutes. Une ontologie définit les entités, les relations et les règles ; un knowledge graph les relie ; les agents interrogent ce modèle plutôt que d'écrire des requêtes à l'aveugle. La complexité passe de M agents fois N sources à M plus N. QDNA ajoute deux choses à ce blueprint : l'enforcement au noyau par isolate avec eBPF, et un déploiement serverless dans vos murs.

Le problème : beaucoup d'agents, beaucoup de sources

Tant qu'une organisation aligne quelques agents sur quelques sources, chaque agent doit apprendre les schémas et les règles de chaque source, si bien que le nombre de couplages croît en M fois N. Chaque agent porte alors la connaissance des jointures, des définitions de métriques et des droits d'accès, et le jour où une définition change, la correction doit être reportée dans chacun d'eux.

Les modèles de langage aggravent ce risque, puisqu'ils produisent un texte plausible plutôt qu'une réponse correcte sur un domaine structuré, et qu'un agent privé de contexte explicite en est réduit à deviner. Or un agent qui devine se trompe de jointure, interprète mal une métrique et agit sur une hypothèse fausse, ce que le cabinet Forrester résume en une phrase : une donnée sans sens reste inutilisable pour un système autonome.

Comment combiner ontologie et knowledge graph pour le substrat sémantique ?

La réponse consiste à insérer entre les agents et les données une couche qui porte le sens, et qu'on construit sur deux briques complémentaires. Le knowledge graph stocke les faits sous forme d'entités reliées par des relations, tandis que l'ontologie porte la signification : ce qu'est un client, comment il se relie à un compte, quelles contraintes s'appliquent.

Le graphe stocke, l'ontologie explique.

L'agent devient fin, puisqu'il raisonne sur des concepts et laisse au substrat les jointures, la résolution d'entités et les règles métier. La complexité repasse de M fois N à M plus N : chaque agent parle au substrat, chaque source s'y branche, et personne ne réapprend le travail des autres, la gouvernance et le contrôle d'accès vivant désormais au même endroit, une seule fois pour tous les agents.

Architecture en couches : agents fins en isolates workerd, plan de contrôle avec passerelles MCP et LiteLLM, substrat sémantique avec ontologie et knowledge graph, sources de données, et socle eBPF d'enforcement in-kernel par isolate — Le substrat sémantique gouverne au niveau logique. Le socle eBPF l'applique au niveau du noyau, par isolate.

Cette architecture ne remplace ni votre entrepôt de données ni vos bases, elle se pose au-dessus : les sources restent en place, mais les agents ne les touchent plus en direct. La mémoire à trois couches se modélise dans le même graphe, épisodique pour l'historique, sémantique pour les faits et procédurale pour les tâches, si bien qu'un seul appel de traversée rend les trois disponibles sans service de mémoire externe. Le format Open Knowledge Format décrit ce contenu de façon portable et versionnable.

Comment une requête traverse la plateforme ?

Une requête en langage naturel arrive du client, que l'agent interprète et planifie sans jamais écrire de requête SQL brute, puisqu'il appelle un outil gouverné à travers une passerelle.

Celle-ci applique la politique, le quota et l'identité avant de transmettre au substrat, où l'ontologie traduit l'intention en requête gouvernée, en Cypher ou en SQL, contre le knowledge graph qui lit la source ciblée. La réponse remonte gouvernée et traçable, puisqu'on sait quels concepts ont produit quel résultat.

Flux d'une requête : le client envoie une requête en langage naturel à l'agent isolate, qui appelle la passerelle MCP puis le substrat sémantique, lequel interroge la source, avec l'eBPF qui contrôle l'egress à chaque étape et une réponse gouvernée et traçable qui remonte — Le même flux, étape par étape. L'agent raisonne sur des concepts ; l'egress se contrôle au noyau à chaque saut.

Trois interfaces relient le graphe aux agents : le protocole MCP expose des outils standardisés que l'agent appelle, les langages de graphe servent la requête structurée, Cypher pour les graphes de propriétés et SPARQL pour les triplets, et les API REST ou GraphQL couvrent le reste, la passerelle restant le point de contrôle unique. Notre fiche LiteLLM décrit la passerelle côté modèles, et la fiche routeur sémantique l'aiguillage des requêtes.

Gouverner deux fois : au sens et au noyau

La couche sémantique gouverne au niveau logique, où elle décide quels concepts un agent voit et quelles règles s'appliquent, mais ce contrôle reste dans l'espace applicatif. Or un agent compromis, ou un modèle qui déraille, cherche parfois à ouvrir une connexion sortante hors du cadre prévu, et la gouvernance logique seule ne l'arrête pas au bon niveau.

La solution ajoute une seconde barrière au noyau avec eBPF, où des programmes chargés surveillent les appels système et les flux réseau par isolate, une politique bloquant l'action avant qu'elle n'aboutisse sans passer par un agent en espace utilisateur. Le projet Tetragon montre la voie avec un filtrage et un blocage directement dans le noyau, une corrélation entre processus et flux réseau, et un surcoût que sa documentation qualifie de faible sans publier de chiffre. La règle d'exploitation reste prudente : on observe d'abord en mode audit, on ajuste les faux positifs, puis seulement on active le blocage.

Le résultat combine deux garanties : le substrat sémantique assure que l'agent raisonne sur les bons concepts, et le socle eBPF qu'aucun flux sortant ne quitte l'isolate sans autorisation. Cette double gouvernance, logique et physique, distingue une plateforme d'agents fiable d'une simple couche de contexte.

Comment un substrat serverless et souverain isole-t-il les données ?

Le knowledge graph n'exige pas de serveur dédié coûteux, puisqu'un objet durable héberge une base SQLite isolée, une par locataire ou une par agent, de sorte qu'une requête sur un graphe ne voit jamais les données d'un autre.

Chaque agent s'exécute dans un isolate léger qui monte à la demande et retombe à zéro entre deux tâches, si bien que dix mille agents actifs 1 % du temps ne mobilisent qu'une centaine d'instances à un instant donné, là où un modèle à machines toujours allumées en réserverait dix mille.

Cette économie compte pour une charge d'agents, par nature intermittente et massivement parallèle. Elle se déploie sur votre matériel, dans vos datacenters ou dans des datacenters managés, sans dépendance à un service externe. Le passage d'un chatbot à une plateforme agentique repose sur ce socle, et notre guide sur le RAG en entreprise détaille l'accès aux documents à travers la même couche.

Couche sémantique de la BI, ou ontologie pour agents ?

Le terme couche sémantique vient de la décisionnelle, où un moteur de métriques définit les indicateurs une fois avant de les servir à tous les tableaux de bord, selon le même principe de découplage.

Mais un agent a besoin de bien plus qu'une définition de métrique : il lui faut le sens, les relations et les règles de raisonnement que porte l'ontologie.

Couche sémantique de BI	Ontologie et knowledge graph pour agents
Définit des métriques et des dimensions	Définit des entités, des relations et des règles
Sert des chiffres cohérents aux tableaux de bord	Sert un contexte de raisonnement aux agents
Interface SQL, REST, GraphQL	Interface MCP, Cypher, SPARQL, API
Répond à une question de mesure	Guide une décision et une action

Les deux se complètent, car une ontologie sans gouvernance de métriques laisse l'agent incapable de calculer juste, quand une couche de métriques sans connaissance du domaine le laisse incapable de raisonner. Le substrat qui relie les deux est précisément ce que QDNA installe et opère.

Questions fréquentes

Qu'est-ce qu'une couche sémantique pour agents IA ?

C'est une couche qui expose le sens du domaine, pas les tables brutes. Une ontologie définit les entités, les relations et les règles ; un knowledge graph les relie ; les agents interrogent ce modèle au lieu d'écrire des jointures. Le contexte, les règles métier et le contrôle d'accès vivent dans cette couche, une seule fois pour tous les agents.

Quelle différence entre ontologie et knowledge graph ?

Le knowledge graph porte les faits : des entités reliées par des relations. L'ontologie porte le sens : ce qu'est un client, comment il se relie à un compte, quelles contraintes s'appliquent. Le graphe stocke, l'ontologie explique. Un déploiement d'agents solide a besoin des deux, plus une gouvernance qui décide ce qui est accessible.

Pourquoi ajouter de l'eBPF à une plateforme d'agents ?

La couche sémantique gouverne au niveau logique : quels concepts, quelles règles. L'eBPF gouverne au niveau du noyau : quel isolate a le droit d'ouvrir quelle connexion sortante, quels appels système sont autorisés. Un agent qui sort du cadre est bloqué in-kernel, avant l'action, avec un surcoût que la documentation de Tetragon ne chiffre pas. La gouvernance logique et l'enforcement physique se complètent.

Peut-on déployer ce substrat en serverless souverain ?

Oui. Un knowledge graph tient dans un objet durable avec sa propre base SQLite, isolé par locataire, servi comme une API globale. Les agents s'exécutent en isolates légers qui montent à la demande et retombent à zéro. L'ensemble se déploie sur votre matériel, dans vos murs, sans dépendance à un service géré externe.

Construire une plateforme d'agents gouvernée

Un échange pour cadrer votre substrat sémantique, le knowledge graph et l'enforcement, sur votre site.

Réserver un échange