Most AI workflows fail for the same reason: they treat context as a blob instead of a structure.
ICM solves part of that problem by staging context through folders, markdown files, and step-by-step workflow design. But ICM becomes much more powerful when you add ontology, because ontology gives the workflow a shared semantic model: what the entities are, how they relate, and which concepts belong in each stage.
That is the difference between “a well-organized prompt system” and “a structured reasoning system.”
Why ontology matters
Ontology is not just vocabulary. It is the relationship layer that tells an AI system how to interpret a domain.
For example, in a hospital policy workflow, ontology can distinguish:
- Policy
- Goal
- Constraint
- Regulation
- Requirement
- Evidence
- Workflow
- Approval
- Audit
Without ontology, the model may understand these as related words. With ontology, it understands them as connected concepts with specific roles. That makes reasoning more reliable, especially when the task requires multiple hops across a domain.
Why this matters in ICM
ICM already helps by loading only the context needed for the current stage.
Ontology makes that staging meaningful.
Instead of loading everything at once, the workflow can load a scoped ontology for each step:
- Intent stage: Policy, Goal, Stakeholder
- Compliance stage: Regulation, Requirement, Evidence, Violation
- Operations stage: Workflow, Role, Approval, Audit
Now the model is not just reading context. It is traversing a domain structure in small, controlled steps. That reduces noise, improves traceability, and makes each intermediate reasoning step easier to inspect.
Concrete example
Imagine a demo project that analyzes a hospital AI policy.
Stage 1 extracts the policy intent.
Stage 2 checks compliance against regulations.
Stage 3 translates the findings into operational guidance.
Each stage uses a different ontology slice, but all three stages share the same semantic backbone. That means the model can move from “what is this policy trying to do?” to “does it meet the requirement?” to “how should the team implement it?” without losing meaning between steps.
That is the real value of ontology inside ICM.
The bigger idea
ICM gives you context delivery. Ontology gives you domain meaning.
Together, they let LLMs do more than generate fluent text. They help LLMs reason with structure, stay inside scope, and produce outputs that are easier to verify and reuse.
If you are building AI systems that need consistency, interpretability, or multi-step reasoning, ontology should not be an afterthought. It should be part of the workflow architecture itself.
(Take this with a grain of salt. These are only my experiments, and I haven't done any benchmarking or extensive testing.)
^ As you have shown interest in this topic