Ontologie
La couche sémantique typée au-dessus de vos tables managées et de votre base de connaissances — types Objet / Lien / Action, projection à la lecture, et points d'entrée du runtime agentique.
La couche ontologie est le socle sémantique typé de Scrydon. Elle prend les données brutes de la couche silver (tables managées, pages de base de connaissances, tâches de flux de processus) et offre au reste de la plateforme — agents, vue graphique, analyste — une vue stable, gouvernée et typée : Transaction, Customer, RegulatedEntity, affects, flaggedInSAR.
Cette page présente la vue d'ensemble architecturale. La documentation produit se trouve dans Ontologie, et le SDK de création est documenté dans SDKs → Création → Ontologies.
Cinq couches
| Couche | Rôle |
|---|---|
| L1 — Permissions | Autorisations par document, accréditation de style OTAN et politiques Rego. Adossé au PDP d'autorisation de la plateforme. |
| L2 — Schéma | Types d'objets, types de liens, types d'actions, règles d'identité. Versionné dans des branches. |
| L3 — Liaisons | « Comment une instance d'objet typé est projetée depuis une source réelle » — une ligne de table managée, une page de base de connaissances, une tâche de flux de processus, ou une entrée rédigée manuellement. |
| L4 — Actions | Mutations côté serveur contrôlées par le point de décision de politique (AssignAsset, FileSAR, …). |
| L5 — Moteur de contexte | La surface de récupération — recherche sémantique sur les objets typés avec citations, utilisée par l'analyste et par les outils d'augmentation par récupération des agents. |
L'atelier sur /ontology dispose d'un onglet par couche (Schéma, Liaisons, Actions, Propositions, Marketplace).
Projection à la lecture, pas à l'import
Une liaison ne copie pas les lignes dans une nouvelle table. Elle déclare comment une instance d'objet typé est construite à partir d'une ligne source au moment de la requête :
Lorsqu'un appelant lit une RegulatedEntity — un bloc Get Object dans un workflow, la vue graphique, l'analyste ou le moteur de contexte — la projection de la liaison s'exécute contre la table managée et retourne des instances typées. Aucun job ETL par lots ne s'exécute. Le rechargement du CSV source se reflète immédiatement à la prochaine lecture.
Chaque instance projetée porte une provenance : quelle liaison l'a produite, quand elle a été matérialisée, quelles étiquettes DLP elle hérite de la source. Ces étiquettes DLP alimentent directement la couche de masquage, de sorte qu'un appelant à faible accréditation ne verra jamais une colonne à haute accréditation même si l'objet typé existe.
Types de liaisons
| Type | Magasin source | Statut |
|---|---|---|
silver_table | Une table managée — vos imports CSV / JSON | disponible |
memex_page | Une page de base de connaissances | disponible |
process_flow_task | Une instance de tâche de flux de processus | disponible |
manual | Écritures SDK / atelier — sans source amont | disponible |
process_flow_action, extraction, stream | Actions de lien d'entités, pipelines d'extraction, topics pub/sub | aperçu |
Un pack peut inclure des liaisons de n'importe quel type. Les liaisons peuvent également être créées directement depuis l'onglet Liaisons de l'atelier — sélectionnez une table managée, mappez les colonnes, enregistrez — sans toucher au SDK.
Comment un tenant obtient une ontologie
Trois chemins, qui coexistent tous :
- Installation automatique à la première ouverture de
/ontology. La plateforme inclut une ontologie par défaut installée automatiquement à la première utilisation. - Installation depuis la Marketplace. Choisissez n'importe quel pack pour lequel votre organisation est licenciée et installez-le. Crée des types d'objets, de liens, d'actions, des règles d'identité et des liaisons sur une nouvelle branche
main. - Créé par l'utilisateur. Ajoutez des types d'objets / liens / actions directement via l'onglet Schéma, puis mappez-les via Liaisons.
Les branches sont des citoyens de première classe : main est en lecture seule via l'atelier, les modifications passent par des propositions, qui sont soit publiées (remplaçant la version de base de main) soit archivées.
Comment les appelants lisent l'ontologie
Trois points d'entrée, tous branchés sur le même chemin de projection :
- Bloc Get Object (dans un workflow) — type + id d'instance → payload entièrement typé + provenance + étiquettes DLP.
- Vue graphique (
/graph) — choisissez une ontologie + branche → affiche le graphe du schéma (types d'objets comme nœuds, types de liens comme arêtes). - Moteur de contexte — recherche sémantique sur les objets typés, utilisée par les agents à augmentation par récupération. Retourne des instances candidates classées avec citations.
Les trois résolvent le masquage des colonnes et les étiquettes DLP via le même chemin de code, de sorte que la gouvernance est issue d'une source unique.
Voir aussi
- Ontologie — présentation au niveau produit, modélisation du schéma, exemples.
- SDKs → Création → Ontologies — créez vos propres packs.
- Analytics — la couche de tables managées à laquelle les ontologies se lient.
- Sécurité → Autorisation — comment le PDP de la plateforme contrôle les lectures et les actions.