The Problem
When retrieval misses, you can't fix it by writing more documentation.
When an answer comes back wrong, the only lever most teams have is prose, so they pile on more context, spell out exceptions, and hand-tune content for specific questions. None of it holds, because nothing enforces it, and retrieval still surfaces whatever reads as closest.
Prose is your only knob. When retrieval misses, the one thing you can edit is the text, so every rule ends up buried in a document.
Documents can't enforce. A 'MUST NOT' written into a knowledge file is just more content to retrieve, not a constraint the system honors.
Every fix is a one-off. Hand-tuning content for one question breaks the moment the docs or the questions change.
Dataplane Approach
From rules buried in prose to a model retrieval has to follow.
Model the knowledge
Capture your entities, relationships, and the access and ambiguity rules retrieval must respect in a governed ontology, not buried in documents.
model · relationships · bindingsEnforce through the harness
The graph and harness decide what each query can reach and how, so your rules are constraints the system honors, not text it might surface.
graph · access · enforceCapture & refine
Log what retrieval returns, then extend the model through abstraction and inheritance, so one fix compounds across every team and agent.
observe · feedback · refineOutcomes
Where You Feel It
An explicit, enforced model changes what retrieval will and won't do.
Rules the system enforces catch what more documentation never could.
Scoped retrieval pulls only what a query needs, so you stop paying to process the rest.
Rules live in one model instead of docs you endlessly hand-tune for each new miss.
Model the knowledge once and it compounds across every team, agent, and pipeline.