Data Contracts et sémantique
Comment les agents IA savent-ils ce que signifient vos données ?
Par Dr. Simon Harrer · · vidéo de 2:18 · 7 diapositives
En bref
Vous modélisez le sens de votre métier une seule fois, dans une ontologie. Ensuite, vous reliez les colonnes de vos Data Contracts aux concepts de l'ontologie. Les personnes et les agents IA retrouvent alors le sens des données et les utilisent correctement.
Regarder sur YouTube
Commencez par le métier
Commencez par le métier, pas par les tables. Une ontologie montre les choses dont votre métier est fait. Un client et une commande sont des entités. Des propriétés les décrivent, et des relations les relient : un client passe des commandes.
Chaque concept a un sens
Chaque concept a une description qui dit ce qu'il est. Il a aussi une classification qui dit à quel point il est sensible. Par exemple, l'adresse e-mail est confidential, et le numéro de client est internal. La classification dit aux personnes et aux agents IA comment ils peuvent utiliser les données.
Un format ouvert
Vous écrivez l'ontologie dans un format ouvert : Apache Ossie, anciennement Open Semantic Interchange. Le fichier est du YAML simple. Les personnes, les outils et les agents IA peuvent tous le lire. Le fichier contient les concepts, les relations, les descriptions et les classifications.
Relier une colonne à un concept
Un Data Contract décrit une table physique avec les colonnes id, mail et region. Ces noms ne disent pas ce que les données signifient. Vous reliez la colonne mail au concept adresse e-mail. La colonne reçoit alors la description et la classification confidential, et personne ne les ressaisit.
Définir une fois, utiliser partout
Le Data Contract orders fait de même. Sa colonne cust ref pointe vers le concept numéro de client. La colonne id du Data Contract customers pointe vers le même concept. Les Data Contracts relient ainsi les tables physiques à l'ontologie métier.
L'agent sait comment joindre
Un agent IA doit montrer le chiffre d'affaires par région. Il a besoin de orders et de customers, qui viennent de deux équipes, avec des noms de colonnes différents. Les deux colonnes pointent vers numéro de client, donc l'agent sait comment les joindre. La colonne mail est confidential, donc l'agent ne la sélectionne pas.
Modéliser le sens une seule fois
L'ontologie est en haut, les Data Contracts au milieu et les tables physiques en bas. Vous modélisez le sens une seule fois. Ensuite, vous le reliez depuis chaque Data Contract. Chaque colonne qui pointe vers un concept porte le même sens dans chaque produit de données.