Knowledge infrastructure

Own the state of
your knowledge.

Yaki is the governed knowledge layer under your AI. It distills change from your systems into a versioned claim graph, maps what's missing, stale, and contradictory, and serves it — with provenance and correct permissions — to humans and agents over MCP.

context package via mcp · get_knowledge
get_knowledge("enterprise refund policy")
claim
Enterprise refunds are pro-rated to the unused term, with 30-day notice.
version
v4 · supersedes v3, kept as reference
valid
2026-03-01 →
provenance
billing catalog · contract repo · #rev-ops
permissions
go-to-market ∩ finance
condition — served with the answer
conflictThe help center still says "no refunds after 14 days." The billing catalog — the system of record — disagrees; its position is attached.
gapEU effective date missing. This claim isn't canonical without it.
A consumer using conflicted or partial knowledge always knows that's what it's doing.

Every category optimizes the path from question to text.
None owns the state of the knowledge itself.

Demo

Two minutes, one wrong answer prevented.

An agent asks about a customer's plan. Yaki serves the claim — and the conflict standing next to it.

Why you need a knowledge infra

The layer under your AI fails four ways.
None of them is a retrieval problem.

Agents and copilots consume company knowledge by default now. The failures live in the layer they consume from — they are knowledge-state problems, and fixing them takes infrastructure.

decentralization

Everyone stitches their own company

Knowledge is spread across the suite, CRM, ticketing, wiki, chat, billing, and code. Every person and agent re-assembles the picture ad hoc, from whatever subset it reaches — so results differ every time. Irreproducibility is the architecture, not a model bug.

two "reasonable" definitions of active_customer → counts 4× apart in production

Join it once — canonical identities, typed cross-system links.

conflict

Contradictions are a fact. Nothing handles them.

Teams define the same concept differently; documents contradict the systems they describe. That's the normal state of a living organization — but retrieval hands the model five conflicting fragments and lets it improvise. Worse than a conflict is an unmarked one.

57% of enterprises have watched agents be confidently wrong

Detect, type, and serve conflicts as part of the knowledge.

permissions

The separation you need is semantic

Source ACLs protect containers — a drive, a channel, a database. The thing that needs protecting is meaning: a fact surfaces from many containers, combines across them, and leaks through paraphrase. The moment AI aggregates, container permissions stop describing reality.

802,000 overshared files in the average org — AI doesn't create it, it weaponizes it

Permissions computed per fact — for humans and agents alike.

staleness

Anything waiting on humans is stale by construction

The work moves in tickets, code, billing systems, and conversations. The documentation of the work updates only when someone remembers, has time, and has an incentive — so a layer fed by authorship lags reality by design.

"context that's right on Monday is quietly wrong by Friday"

Feed the layer from change, not authorship.

How it works

Observe. Resolve. Serve.

A data platform for knowledge: raw change lands as immutable observations, is distilled into governed claims, and is served through a single gateway. Two doors only — ingestion in, Fetch out.

  1. 01

    Observe

    Change-based ingestion — CDC, change logs, webhooks — from the systems where work actually happens. The Store agent is the only writer, triggered exclusively by ingested data. A legitimate update supersedes; the old version is demoted to reference, never lost. A genuine contradiction becomes a mapped issue.

  2. 02

    Resolve

    Gaps, conflicts, and contradictions are first-class objects, not errors to suppress. Yaki never auto-resolves: an issue feed lets your people settle the ones they choose — and each resolution re-enters through ingestion like any other source, with the resolver as provenance.

  3. 03

    Serve

    All reads go through the Fetch agent — a gateway, not a search box. It returns a context package: the relevant claims plus version, provenance, and condition, composed within the asker's permission space. Same interface for humans and agents.

Map

Browse entities, claims, versions, and provenance.

Health

The issue feed — found, resolved, open, reported as flow.

Trace

For any served answer: which claims, which sources, which permission path.

The UI is the control plane. The product is consumed over MCP and API — it has no privileged path of its own.

Position

What Yaki is not

  • Not an assistant

    No captive chat surface. Yaki rides the distribution of Claude, ChatGPT, Copilot, and Glean via MCP. Neutrality is the position.

  • Not a wiki

    Nobody authors documentation into it. Knowledge is distilled from change; the only human input is resolving mapped issues.

  • Not per-agent memory

    It's the shared layer those memories should defer to.

  • Not a cleanup project

    It doesn't promise conflict-free knowledge. It promises you always know the condition of what you're using.

Deployment & trust

Runs inside your walls.

Built for regulated environments first — the deployment envelope is the point, not an afterthought.

your vpc / on-prem

Helm and containers in your tenant. Air-gap capable as a premium tier.

byok

Every LLM call uses your keys. No Yaki-hosted inference on your data.

no phone-home

No metering, no usage telemetry. Pricing doesn't need to watch you.

your idp

Human and agent principals inherit your identity provider. An agent's scope never exceeds the human it acts for.

Annual license by employee band, plus per connected system. Unlimited internal consumption — never per-seat.

Running agents on ungoverned knowledge?

We're working with AI platform teams whose agent programs are in production — or blocked at the security gate. If that's you, we'd like to talk.

Talk to us