Open Ontology
The open module and standard library for Alpha Ontology.
Meta-Effects systems are authored as markdown bundles: prose explains the model, fenced Alpha forms define the executable ontology, the compiler lowers those definitions into Canonical IR, and runtime assertions land in the Fact Store. Open Ontology is the open module layer on top of Alpha: reusable packages of entities, actions, policies, documents, workflows, and views that teams can copy, fork, import, and extend.
Why a Library#
Operational software repeats itself. Every organization has people, roles, documents, approvals, obligations, evidence, deadlines, exceptions, and work queues. A shared Open Ontology library gives those patterns stable names without forcing every team into the same application.
The library is intentionally source-first:
- Readable markdown for humans reviewing the domain.
- Fenced Alpha forms for executable definitions.
- Composable modules for shared primitives and industry-specific overlays.
- Explicit Alpha forms such as define-entity, define-action, define-policy, and define-projection.
- Runtime SDK hooks for constraints, actions, workflows, effects, and projections.
Package Shape#
An ontology package is a directory of markdown files plus a manifest. The markdown is the review surface; the Alpha forms are the compiled surface.
A package starts with an ontology manifest:
Example: People#
The people package defines the minimal vocabulary for actors, identity, and membership.
Example: Documents#
The documents package gives teams a common way to model evidence, requests, and completion state.
Example: Staffing Overlay#
Domain overlays import shared packages and add local meaning. Staffing can reuse people and documents while naming onboarding, placements, and compliance checks.
Library Contract#
A useful Open Ontology module should be boring in the best way:
- Define names that operators recognize.
- Keep source markdown close to executable Alpha forms.
- Prefer small packages over large vertical applications.
- Make constraints explainable and actions permissioned.
- Compile cleanly through Alpha Ontology into canonical IR.
- Let product-specific Meta-Effects systems compose the pieces they need.
Where This Fits#
Read Forma for the language workbench. Read Canonical IR for the compiler boundary, Fact Store for durable facts and history, and Alpha Ontology for the default operational language package these modules build on. Return to Meta-Effects or Runtime SDK for the execution story: the library supplies reusable source, and Meta-Effects runs the resulting structured system.