Harmonized knowledge makes every agent dramatically more capable.
Not just more accurate — more capable. Concentrate the knowledge before any AI touches it and your agents reason ad hoc over a deterministic artifact: correct arithmetic, a path you can show, an answer that survives an audit. That is what AI alone, document retrieval and agent-to-agent all leave out.
What HarmonyGraph is not
What it is: your organization's conceptualization, made explicit — the centralizing knowledge artifact at the middle of your AI strategy, which every agent, analyst and application reads from. We build the mind of the organization. The AI animates it.
Everything is already digital. That was never the problem.
It is not colocation but harmonization that solves it.
Your organization runs hundreds of applications, each with its own overlapping and incompatible model of the same things. A customer, a policy, a contract, an entity — every system has its own version, and none of them agrees.
Data lakes and warehouses did not fix this. Neither did the cloud. Moving the data moved the problem. Harmonization dissolves it, by deciding once what things mean and writing that down where the data lives.
Organizations spend between 40% and 60% of their IT budget reconciling meaning across systems — the cost of operating and integrating data silos that were never designed to agree.
Your AI answers against the graph, not against documents
Separate the computation from the language.
Language models are bad at arithmetic, and they are bad at it fluently. They are probabilistic engines: they approximate, they confuse magnitude, and they invent numbers with exactly the same confidence they use for facts. Ask one to sum a column and you may get the right answer. Ask it to carry a multi-step analysis across your business and the error rate is unacceptable for any decision that matters.
So we do not ask it to. The graph and its query engine do the computation — deterministically, across every relationship at once. The language model does the language: interpreting the result, explaining it, proposing the next question. Each layer does the thing it is actually good at.
Retrieval over documents collapses that separation. It fetches passages that look similar to the question and lets a model compose something plausible from them. Nothing is computed, so nothing can be recomputed, and “why?” returns a reading list rather than a derivation.
Determinate
The answer is computed, not generated. The same question against the same graph returns the same figure today, next quarter, and in an audit two years from now.
Defensible
Every hop in the traversal is a fact somebody in your business asserted. You can show the path, point at the record, and name the system it came from.
Documented
The schema is written down and agreed before anything is built. What a customer means, where a boundary falls — explicit, versioned, and yours.
Agents are remarkable, and they hallucinate. Anchored to explicit knowledge, their reasoning becomes tractable and auditable. Not a black box — a derivation you can put your name to.
“Why not just let the agents talk to each other?”
Because agent-to-agent recreates the data problem one layer up.
Every vendor agent sits on top of its own system's incompatible model. One understands SharePoint and Teams. Another understands Salesforce objects. When they talk, they are translating between incompatible representations inside model calls — the same integration problem that always existed, now wearing a conversational interface.
The data is still fragmented. The integration is being redone dynamically, at query time, with model error rates, every single time anyone asks a question. The integration debt has not been paid. It has been deferred to the inference layer, and it is charged at a premium on every query.
And any serious attempt to reconcile those representations forces you to decide what the words mean — which is to say, it forces you to build a knowledge structure anyway. Better to build it once, deliberately, and own it.
Value is defined before it is delivered
You know it works before you go live.
We begin with what the business needs to know and cannot find out. Three to five of those become competency questions — written down precisely enough to be tested, agreed and signed before a line of code exists.
They are the specification and the acceptance criteria at the same time. The schema is built to answer them. Ingestion is built to fill it. The work is done when every question returns a correct and complete answer — not when somebody declares it finished.
Engagements are scoped and priced as fixed bid wherever possible, and the scope document is signed before development begins.
One question, carried the whole distance
Each case takes a single question a business genuinely could not answer, and carries it from the need through the competency question, the schema, the traversal, and the answer. Both are clearly labelled illustrative scenarios.
“If one reinsurance group failed tomorrow, what is our true exposure across every company we own?”
Five systems, three identifier conventions, and ownership trees on both sides of the question. Two recursive CTEs and a hand-maintained reconciliation table in SQL; one pattern in the graph.
“Which clients buy one service when they could buy five — and who here already has the relationship?”
Client groups that buy under different names, a service taxonomy that is itself a hierarchy, and a relationship graph nobody has ever written down. Revenue sitting in the gaps between systems.
How an engagement runs
Built with you, or by you
Every step can be done with the agent's help or by hand. Schemas, extraction recipes, pipelines, queries — all directly editable. Nothing is locked. If the model gets it wrong, you get it right.
Your knowledge stays yours
Each engagement gets its own graph. The structure is explicit, versioned, and written in a form you can read, hand to someone else, or take with you.
Fewer things, better made
A small number of interrelated tools, built with obsessive care. We do not do sprawling retainers and we do not do commodity implementation.
Who we serve
Financial services and professional services organizations with complex data environments, real integration debt, and decisions that have to be defensible.
What does your organization need to know that it cannot currently answer?
Tell me, and I will tell you whether it is a good competency question — and show you the shape of the graph that would answer it. If it is not a good one, I will say that too.
Thank you — it arrived.
Your question is with me.
Ryan Chandler, PhD
Founder and principal architect. Knowledge graphs, natural language processing, and AI systems. What gets modelled is your conceptualization of the business — your domain, your distinctions, your terms — made explicit. Your agents then behave according to that structure instead of guessing at it.
- Practice
- Discovery and scoping · knowledge graph implementation · conversational and agent layers
- Engagements
- Fixed bid wherever possible. Scope signed before work begins.
- Where
- 211 W Wacker Drive, Chicago, Illinois