Authority
Which source speaks for which question, declared rather than assumed. When two systems disagree, the ontology says which wins.
Singapore (Group HQ) · Hong Kong · Mainland China
Compute is abundant and models are increasingly capable. What determines whether an enterprise AI system is useful is what it knows, what it can resolve, and whether that knowledge is current.
Cyberwisdom Group's knowledge and context capability covers the design and operation of the context layer that enterprise AI depends on. It includes <b>ontology-based knowledge management</b> through <b>Kora KM</b>, <b>enterprise GraphRAG management</b> through <b>ContextOrgin</b>, and the delivery of knowledge to users and agents through <b>VibeChat</b>, the group's intelligent AI knowledge copilot. The group's approach is grounded in more than 25 years of enterprise knowledge management, competency modelling and learning systems — institutional knowledge made explicit, structured, governed and current. Cyberwisdom works on the full chain: capturing knowledge from the people who hold it, encoding it against business ontology, retrieving it with authority and freshness tracked per source, and evaluating the quality of what an AI system was actually given.
For a decade the hard problem was model capability. That problem has been largely solved at the level most enterprises need. The constraint has shifted.
| Then | Now | |
|---|---|---|
| The constraint | Model capability and access to one | Context quality and the operating model around it |
| The failure mode | The model could not do the task | The model does the task with the wrong or stale context |
| The scarce input | Data volume | Data authority, structure and currency |
| The remedy | Bigger model, more fine-tuning | Explicit ontology, governed sources, evaluation against real cases |
| Who owns it | The engineering team | Business owners, data owners and the operating model together |
Which source speaks for which question, declared rather than assumed. When two systems disagree, the ontology says which wins.
Every piece of knowledge carries a currency signal. A confident answer from a superseded policy is worse than no answer.
Retrieval over an ontology resolves relationships that flat vector search cannot. Entity, rule and relationship are all addressable.
What gets assembled into the prompt is designed, tested and measured — not left to a default top-k.
Attention is finite. Deliberate selection of what the model sees, and what it does not, is the core engineering act.
Not just whether the answer was right, but whether the system was given the right material to be right. Both need measuring.
Extracting what the organisation knows from the people who hold it — and from the artefacts it has left behind in systems, policies and decisions.
Representing that knowledge as entities, rules and relationships, so it can be resolved by machines rather than only read by people.
Design and operation of retrieval, including managed GraphRAG, so that the right relationships are resolved at query time.
Getting the answer to the person or the agent — through copilot interfaces, embedded search, or an API the workflow calls.
Keeping the estate alive. Ownership, refresh cycles, expiry and the identification of what has silently gone out of date.
Measuring the estate: coverage, resolution rate, citation quality and the accuracy of what is actually delivered to an agent.
Context work is reusable, compounding and largely insensitive to which model is current. It survives every model change and every vendor shift.