Packs

Un pack est la façon dont Scrydon distribue les paramètres par défaut de l'organisation — un preset réutilisable et opinionné qu'une organisation installe une fois et que tout le monde hérite. Aujourd'hui un pack regroupe l'ontologie (types d'objets, types de liens, types d'actions, règles d'identité et liaisons) ; le même mécanisme transporte de plus en plus les paramètres par défaut pour les surfaces auxquelles ces objets se lient :

• Base de connaissances — le pack knowledge-base relie les pages téléversées et les tables gérées à des objets typés.
• Process flows — le pack process-flows distribue des objets typés pour les cycles de revue et d'audit ISO 27001 / 42001.
• Sources de données (bientôt) — liaisons par défaut contre les tables gérées qu'une organisation ingère.

Pensez à un pack comme « le monde typé dont une organisation part », distribué via la marketplace de la plateforme et installable en un clic. Les packs première partie et les packs créés par les clients utilisent exactement le même artefact et le même chemin d'installation.

Ce que contient un pack

Quand vous installez un pack, la plateforme crée tout sur une nouvelle branche main dans votre organisation. Les liaisons distribuées avec des noms de source logiques doivent être mappées aux tables gérées de votre espace de travail lors de la première utilisation.

Packs intégrés

Scrydon distribue un petit nombre de packs prêts à l'emploi. Les plus courants :

• knowledge-base — relie les pages de base de connaissances et les tables gérées à des objets typés.
• process-flows — objets typés pour les tâches de process ISO 27001 / ISO 42001 (cycles de revue, cycles d'audit).

Ces packs sont installés automatiquement la première fois que vous ouvrez le workbench.

Packs de domaine

Les packs de domaine sont préconstruits pour des secteurs verticaux spécifiques :

• fraude-intelligence — objets AML/détection de fraude pour les services financiers : Transaction, Customer, SuspiciousActivityReport, RegulatedEntity, Supervisor. Six liaisons préconstruites contre des tables silver typiques.
• nato-maritime — objets de défense maritime : Vessel, AISContact, Incident, Region.
• iso-quarterly-review — tâches de revue de conformité trimestrielle.
• iso-yearly-review — tâches de revue de conformité annuelle.

Voir Exemples pour des guides de bout en bout de ces packs.

Installation d'un pack — modèle en deux étapes

L'installation d'un pack se divise en deux : un administrateur de l'organisation admet le pack dans le catalogue de l'organisation (Étape 1), et les utilisateurs de l'espace de travail choisissent ce qu'il faut matérialiser dans leur environnement (Étape 2). Le contenu d'ontologie est à l'échelle de l'organisation et atterrit à l'Étape 1 ; les sources de données sont par environnement et atterrissent à l'Étape 2.

Étape 1 — L'admin téléverse le pack (à l'échelle de l'organisation)

Depuis Settings → Packs :

1. Glissez-déposez votre .bundle.tar.gz.
2. Examinez les contributions d'ontologie + sources de données du bundle.
3. Cliquez sur Publier.

La plateforme admet le pack dans le catalogue. Les contributions d'ontologie sont installées immédiatement à l'échelle de l'organisation (types d'objets, types de liens, liaisons apparaissent sur main). Les contributions de sources de données sont cataloguées mais pas encore matérialisées — pas de ligne data_source, pas de planification d'ingestion, pas de tick Dapr.

Chaque ligne du catalogue résume ce que le pack apporte sous forme de badges colorés — N ontologies, N workflows, N process flows, N sources de données, N domaines KB. Cliquez sur un badge pour voir le détail derrière le compte (noms de workflow et nombre de blocs, vendeurs de sources de données et colonnes, slugs de domaines KB) ; cliquez sur la ligne elle-même pour ouvrir la fiche détaillée complète du pack.

Étape 2 — L'utilisateur de l'espace de travail instancie une source de données

Depuis la Marketplace dans apps/analytics, dans un espace de travail + environnement :

1. Choisissez une source de données depuis un pack catalogué.
2. Cliquez sur Installer dans cet environnement.
3. La source de données se matérialise dans votre environnement et commence l'ingestion selon le planning. Gérez-la depuis Analytics → Sources de données.

Les packs uniquement source de données (sans ontologie) ne font rien à l'Étape 1 au-delà de l'admission dans le catalogue — le téléversement se termine silencieusement et la source de données apparaît dans la marketplace pour que les utilisateurs la sélectionnent.

Les packs avec uniquement du contenu workflow / process-flow s'installent toujours via les pages Process Flows / Workflows agentic.

Mappage des liaisons à vos données

La plupart des packs distribuent des liaisons avec des noms de source logiques — ex. "silver_table:regulated_entities". Après l'installation, vous mappez chaque source logique à une vraie table gérée dans votre espace de travail :

1. Ouvrez l'onglet Liaisons.
2. Trouvez une liaison affichant Non prête — table non enregistrée.
3. Cliquez sur Choisir la table et sélectionnez la table gérée correspondante.

La plateforme met en évidence les correspondances de nom exactes pour que le sélecteur soit quasi en un clic dans le cas courant.

Créer un pack

Les packs sont créés avec le SDK d'authoring d'ontologie. Le SDK vous permet de :

• Définir des types d'objets / liens / actions avec TypeScript + Zod.
• Les regrouper avec des liaisons, un manifeste et des assets.
• Construire un .bundle.tar.gz téléversable via la marketplace.

Le même artefact distribue les packs première partie et les packs créés par les clients — il n'y a pas de chemin séparé.

Cycle de vie d'un pack

De bout en bout, un pack voyage d'un projet TypeScript à des entrées typées sur main dans votre espace de travail. La plateforme valide à chaque étape ; les liaisons qui nécessitent des mappages de table spécifiques à l'espace de travail restent en attente jusqu'à ce qu'un admin les complète.

La séparation entre Apply ontology, Apply bindings et Apply workflows est réelle — chaque type a son propre appliqueur à l'intérieur de la plateforme, de sorte qu'un pack peut distribuer n'importe quel sous-ensemble (ontologie uniquement, liaisons uniquement, ou un preset vertical complet).

Connexes

• Branches & propositions — comment les installations et mises à jour de packs atterrissent sur main.
• SDKs → Authoring → Ontologies — écrivez le vôtre.
• Exemples — exemples de packs avec guides complets.