Scrydon
Ontology

Ontology

The typed semantic layer that sits on top of your managed tables and knowledge base — Objects, Links, Actions, and the workbench that authors them.

The ontology layer is Scrydon's typed semantic backbone. It takes raw data (managed tables, knowledge-base pages, process-flow tasks) and gives agents, the graph view, and the analyst a stable, typed, governed view of the world.

Instead of "a row in the regulated_entities table", a workflow reasons about "a RegulatedEntity with a legalName, a riskClassification, and links to its affiliatedPersons". The platform projects the typed Object from the underlying row at read time — no batch ETL, no copy.

Core concepts

ConceptWhat it is
Object typeA typed entity (Transaction, Customer, RegulatedEntity). Has properties, identity rules, optional title / icon.
Link typeA typed relationship between two Object types (Customer → owns → Account).
Action typeA typed server-side mutation gated by the policy decision point (AssignAsset, FileSAR).
Binding"How to build a typed Object from a real source" — a managed-table row, a knowledge-base page, a process-flow task.
PackA reusable bundle of object types, link types, action types, and bindings, distributed through the marketplace.
BranchThe schema is versioned. main is read-only; edits go through proposals.

Where it sits

The ontology layer (object types, link types, action types, bindings, branches and proposals) sits on top of three sources — managed tables, the knowledge base, and process flows — projecting typed Objects from any of them on read.

A typed RegulatedEntity instance can be backed by any of these — at the type level, the caller doesn't care.

Where you read from

CallerEntrypoint
Workflow agentsThe Get Object block + the scrydon:ontology tools
Graph view/graph — renders the schema graph
Analyst/analyst — natural-language queries over typed Objects
Retrieval-augmented agentsThe context engine — semantic search over typed instances

All four go through the same projection path, so column masking, row filters, and DLP labels apply uniformly.

Where to start

How a tenant gets an ontology

Three paths, all coexisting:

  1. Auto-installed on first open. The platform ships a default ontology that's installed automatically when you first open the workbench.
  2. Marketplace install. Pick any pack your org is licensed for. Creates object types, link types, action types, identity rules, and bindings on a fresh main branch.
  3. User-authored. Add object / link / action types directly through the Schema tab, then bind them through Bindings.
On this page

On this page