Glossaire

La documentation Scrydon utilise une terminologie précise. Cette page est la référence unique pour la signification de chaque terme.

Modèle de location

Organisation — la limite du tenant de premier niveau. Chaque utilisateur, espace de travail, intégration, événement d'audit et table managée vit dans exactement une organisation. Il n'existe aucun chemin qui traverse les organisations.

Espace de travail — une unité de collaboration délimitée au sein d'une organisation. Les espaces de travail contiennent des workflows, des automations, des bases de connaissances et des droits d'équipe. Un utilisateur peut être membre d'un ou de plusieurs espaces de travail.

Équipe — un ensemble nommé d'utilisateurs, utilisé pour mettre à l'échelle les attributions de droits. Les groupes provisionnés via SCIM correspondent aux équipes.

Unités de travail

Workflow — un programme multi-blocs sur le canevas. Déclenché manuellement, par chat, par API, par planification ou par webhook. Voir Architecture → Agentic.

Automation — une tâche mono-agent. Invite + outils + déclencheur, c'est tout. Le pendant plus simple d'un workflow. Voir Automations.

Process flow — un workflow réutilisable et structuré avec des étapes, des tâches et des personas. Les process flows sont créés avec le SDK Process Flow et livrés sous forme d'extensions.

Exécution — une seule exécution d'un workflow ou d'une automation. Identifiée par un runId ; journalisée dans le journal d'audit ; liée à un droit d'exécution.

IA

Agent (bloc) — le bloc de canevas qui appelle un LLM. Son modèle est résolu à partir des extensions installées par votre organisation. Voir Blocs → Agent.

Outil — une opération qu'un Agent peut appeler. Les extensions fournissent des outils (gmail.send, slack.post-message, scrydon.knowledge-rag-search). Voir Extensions first-party.

Famille de modèles — un type de modèle d'IA qu'une extension peut fournir : LLM, embedding, speech-to-text, text-to-speech, image, vidéo, OCR, modération. La plateforme résout « un LLM » en un modèle installé spécifique. Voir Modèles.

Chat (Cortex) — l'assistant IA de l'espace de travail. Une conversation peut interroger des bases de connaissances, requêter des données d'ontologie, exécuter des workflows et appeler des outils d'extension. Cortex est le service qui le porte, pas une passerelle LLM : les appels de modèle sont résolus par la plateforme. Voir Chat et Architecture → Cortex.

Extensions

Extension — tout ce que vous ajoutez à Scrydon : modèles, outils, connexions à des systèmes externes, ontologies, process flows. Installée pour l'organisation, activée par espace de travail. Voir Extensions.

Éditeur — celui qui publie une extension : Scrydon, une autre entreprise ou votre propre organisation.

Boîte à outils — un ensemble nommé d'outils, de déclencheurs et d'un bloc de workflow au sein d'une extension, qui partagent un même identifiant (par exemple Outlook ou Teams). Une connexion est rattachée à une boîte à outils.

Version — une version publiée d'une extension. Voir Versions.

Ordre de résolution — la manière dont la plateforme choisit un modèle ou un fournisseur pour un appel : un choix explicite, puis la politique de l'organisation, puis un choix automatique parmi les extensions installées, sinon rien. Voir Modèles.

Données

Table managée — une table appartenant à Scrydon, typée et gouvernée. Créée par téléversement ou par un agent. Voir Analytics → Tables managées.

Base de connaissances — un store de documents non structurés (markdown, PDF, …) délimité à l'espace de travail, utilisé pour la génération augmentée par récupération. Voir Accès à la base de connaissances.

Type d'objet — une entité typée dans la couche ontologique (Client, Transaction). Voir Ontologie → Types d'objets.

Type de lien — une relation typée entre deux types d'objets (Client → possède → Compte). Voir Ontologie → Types de liens.

Type d'action — une mutation côté serveur typée, contrôlée par le point de décision de politique (AssignAsset, FileSAR). Voir Ontologie → Types d'actions.

Liaison — la règle qui indique à l'ontologie comment matérialiser un Objet typé depuis une source réelle (une table managée, une page de base de connaissances). Voir Ontologie → Liaisons.

Branche (ontologie) — une unité de versionnement. main est la base publiée ; les modifications passent par des branches de proposition. Voir Branches & propositions.

Conscience situationnelle

Horizon — le produit Common Operating Picture de Scrydon : une vue cartographique persistante de l'état en direct d'une opération, fusionnée à partir des tables gouvernées, de l'ontologie et des process flows en cours. Horizon affiche l'état du monde ; Agentic et Analytics sont le moteur qui le produit. Voir Horizon.

Common Operating Picture (COP) — une vue unique, partagée et en temps réel d'une opération, visible par chaque participant autorisé. Né dans la défense ; utilisé partout où des opérations physiques distribuées doivent être coordonnées (secours d'urgence, réseaux, centres de commandement hospitaliers, ports). Dans Scrydon, il est fourni par Horizon.

Piste — une entité opérationnelle vivante sur l'image (une détection de drone, un véhicule, un navire). Chaque piste s'appuie sur une ligne de table gouvernée et, lorsqu'elle exige une réponse, sur une instance de process flow.

Boucle OODA — Observer, Orienter, Décider, Agir : le cycle de décision issu de la doctrine militaire (John Boyd) que toute organisation opérationnelle parcourt, consciemment ou non. Dans Scrydon, Horizon possède Observer → Orienter → Décider (l'image en direct et la décision humaine) et Agentic possède Agir (la réponse automatisée). Voir La boucle OODA, comprimée.

Sécurité

Modèle de permissions — la hiérarchie à trois niveaux (rôle org → appartenance directe à l'espace de travail → droits basés sur les équipes). Voir Modèle de permissions.

Habilitation — classification de documents de style OTAN sur les documents de la base de connaissances (NON CLASSIFIÉ, RESTREINT, CONFIDENTIEL, SECRET, TRÈS SECRET). Détenue par utilisateur, indépendamment du rôle org. Voir Accès à la base de connaissances.

Classification — l'étiquette de sensibilité des données sur une table ou colonne managée (public, interne, confidentiel, restreint). Distincte de l'habilitation. Voir Classification & masquage.

Droit d'exécution — un token éphémère émis côté serveur qui autorise les actions d'une instance de workflow. Lié à une seule exécution ; le runtime ne fait jamais confiance à une identité passée dans le payload. Voir Autorisation.

Point de décision de politique (PDP) — le composant unique qui répond à chaque question d'autorisation. Adossé à Rego pour les lectures du plan de données. Voir Autorisation.

DLP — Prévention des fuites de données. Le bloc Guardrails + le coffre de secrets + la frontière réseau + l'audit, ensemble. Voir Sécurité.

Déploiement

Cluster client — votre cluster Kubernetes où Scrydon s'exécute. La frontière de confiance.

Namespaces Scrydon — les namespaces Kubernetes créés par Scrydon (scrydon-platform, scrydon-agentic, scrydon-analytics). Toutes les données client y résident.

Heartbeat de licence — le POST quotidien vers license.scrydon.com qui valide votre licence. Le seul trafic sortant que Scrydon requiert. Voir Licences.

Phone-home — synonyme de heartbeat de licence. Parfois utilisé au sens large de « tout appel sortant » — dans le cas de Scrydon, le seul phone-home est le heartbeat de licence.

Air-gapped — un mode de déploiement sans réseau sortant. La licence est en mode hors ligne uniquement, l'assistant IA (Chat/Cortex) n'est pas disponible sauf si un fournisseur LLM auto-hébergé est configuré, et seules les extensions de modèles auto-hébergées peuvent servir les appels de modèle. Voir Déploiement → Air-gapped.

Voir aussi

• Concepts → Ontologie — approfondissement des termes ontologiques.
• Architecture — comment les composants du système s'articulent.
• Sécurité — les termes de sécurité dans leur contexte opérationnel.