An ontology used to be drawn by hand, and the schema grew with every project that touched it. Past a certain size it was too large and too irregular to use, and too irregular for software to read at all. It aged faster than anyone could correct it.
Two things changed. The set of types is fixed: six zones, 24 kinds of thing, 31 kinds of connection, identical in every deployment, so every ontology comes out the same shape. And the reading is done by machine, at the speed your material arrives: the part that used to be manual work nobody sustained.
That is what makes the ontology computable. Checks run over it the same way every time, and software can depend on the output. The AI reads your material and proposes what it found. It does not decide what connects to what, and it does not decide what is true.
Nobody opens this directly. It is the compute under the other three.
Six zones. 24 kinds of thing. 31 kinds of connection. That is the entire vocabulary, locked in code. The platform reads your material and proposes; your experts accept, correct or reject. Nothing probabilistic decides what is true.
Why it exists, what it is for
Where it is going
What the business can do
How the work actually runs
Rules, controls, sign-off
Exposure and failure paths
Locked in code, identical in every deployment.
Fixed like the types, run on every model. Each finding names the rule that fired and carries its severity.
An obligation on the books with nothing enforcing it. Critical.
A named risk with no control, policy or process mitigating it. Critical.
A stated goal that nothing is funded to reach. High.
An initiative with no capability, process or system to execute it. High.
Work the business does with nothing automating it. Medium.
A system that no capability claims. Medium.
A role with no goal, driver or initiative attached to it. Medium.
All four read and write the same model. See the whole platform.
You scope the domains. The platform reads your material and proposes what it found, and what your experts confirm is the model.
Coherence ExplorerAsk it, and the answer names its sources. Test a change and see what it touches before you commit.
Coherence Change OrchestratorAny initiative modelled on the transformation map, then driven through two gates to the work packages that land it.
This site uses cookies
We use essential cookies for the site to function and analytics cookies (Google Analytics) to understand how you use it. Analytics cookies are only activated with your consent. We do not track you across other websites. Your data is stored in the EU and processed in accordance with GDPR. Read our Privacy Policy