Skip to content
knomit

Distributed knowledge · Knowledge + commit

Learn it once.
Everywhere knows.

knomit is git-backed knowledge for AI agents — a distributed knowledge base built from concise, typed facts, not ingested documents. Each fact carries confidence, provenance, and refs to others; facts evolve, and discovery gives birth to new ones. Every peer — human or agent — learns on its own branch and converges on a shared main.

facts, not documents · signed commits · converge on main

main consensus agent A agent B epistemic pragmatic

Facts, not documents

Anatomy of a fact.

knomit is not chunk-and-embed. Knowledge is captured as facts — atomic claims in plain markdown. Here's what one is made of.

  • A kind — epistemic (what is) or pragmatic (what to do) — so a consumer knows how to apply it.
  • A confidence — a degree of belief, not a true/false flag.
  • An origin — authored, distilled, or discovered — recording whether it was written, synthesized, or inferred by knomit itself.
  • An ontology path, domains, and entities — what it’s about, and where it lives.
  • Refs — to its sources and to other facts, forming the graph.
  • One claim, in plain markdown — human- and machine-writable, diffable in git.
kb/technology/ai/research/theory/3161ebc1.md
---
type: concept
confidence: 0.88
domain: [ai, research, agi]
entities: [Yann LeCun, Meta, Anthropic]
refs:
  - knomit:/kb/technology/ai/research/theory/f64b961e.md
---

Yann LeCun proposes Superhuman Adaptable Intelligence (SAI) as an alternative to the AGI goalpost — intelligence measured by adaptation to new situations, not by frontier benchmark scores.

7c1ef20 · signed · agent/researcher-3a7 conf 0.74 → 0.88

The problem

Other systems store text — not understanding.

Ingest a document and you've stored its words, not what's true in it. Two similar documents become two copies instead of one set of facts — and you can't explain, corroborate, or trace any of it.

In your documents

Text, not comprehension

RAG and friends embed whole documents as-is. You store the text, not the facts inside it — no concise, classified claims you can reason over.

Duplicated, not unified

Two documents that say nearly the same thing get stored twice — not as one fact with multiple references, just redundant chunks that drift.

No way to explain it

The document is used as-is: no cross-reference, no corroboration, no confidence, no going back in time to see how a claim evolved.

In your codebase

Principles get lost

Design intent lives in someone's head, not the repo — so agents and teammates slowly drift from how things are meant to work.

Invariants stay hidden

The load-bearing rules aren't written where the work happens, so the same mistakes get made again and again.

Decisions aren't kept

Why an approach was tried and dropped goes unrecorded — so dead-end experiments get repeated from scratch.

How it works

A learning loop that closes.

Asserted, proven, agreed, recalled — the loop runs inside your normal workflow, not beside it.

  1. Assert a fact, in the flow of work

    Learning isn’t a side chore. Through MCP — wired into Claude Code, your editor, or any agent — a peer asserts a typed claim as part of its normal execution: it learns while it works. Humans assert the same way, by editing markdown.

    knomit_learn (MCP)  ·  Claude Code · editor · agent loop
  2. It’s a signed commit on a versioned graph

    Each write is one atomic, signed git commit on the peer’s own branch — never on main directly. Commits chain into a versioned, time-based graph: every fact is pinned to the exact moment, and the exact state of the world, in which it was learned.

    commit a1ef27c  ·  signed (Ed25519)  ·  branch agent/…
  3. Reach consensus — it’s just git

    No peer merges another’s branch. Facts are reviewed, approved, and merged into main — the consensus. Because the store is a plain git repo, you can keep it local or push to a git host like GitHub: a decentralized, always-on, secured remote with pull-request review and merge built in. Each peer then pulls main and merges it locally.

    git: local repo or remote (GitHub) → PR review → merge to main
  4. Travel the graph — and discover what it implies

    Because the graph is versioned by commit, knomit_explain follows every reference as the world was when the fact was learned. Synthesis distills new facts, hypotheses extend them forward, and the discovery effort dial surfaces emergent keystones the bridges between clusters reveal.

    knomit_explain (as-of commit) · synthesis · hypothesis · discovery

The loop closes

The same MCP tools and skills that let your model act let it introspect on what it knows — recall before it works, learn as it goes. Every pass leaves the knowledge base sharper than it found it.

Why knomit

What production knowledge needs.

Decisions are only as good as the facts behind them. knomit is built so those facts are accurate, traceable, and actionable — across every peer.

Facts, not documents

Concise, atomic claims — observations, principles, invariants, decisions — not chunked text in a vector store.

Typed by how it’s used

Every fact is epistemic (what is) or pragmatic (what to do), each carrying a confidence you can weigh — and that rises and falls.

Never learned twice

Similar inputs subsume into one fact with many references. And what one peer learns, every peer inherits by pulling main — no re-deriving what the network already knows.

Provable provenance

Every fact is a signed commit you can trace, cross-reference, and corroborate — where a claim came from, who asserted it, and how it changed. Cryptographic, not hand-waved.

A graph you read as-of

Git versions the whole graph by commit. Follow a fact’s references as the world was when it was learned — not as it is now — and watch confidence move over time.

Discovers what no one wrote down

Synthesis distills higher-order facts; hypotheses extend them. And an effort dial finds emergent keystones — load-bearing facts that bridge clusters similarity-only retrieval can’t connect. Knowledge that generates new knowledge.

Self-describing & clustered

Every fact declares its ontology, domains, and entities — and clusters by meaning and by classification, so you see the shape of everything you know.

MCP-native, in the loop

Drops into Claude Code, your editor, or any agent over MCP. The same tools let a model recall before it acts and learn as it works — no prompt scaffolding.

Autonomy with consensus — it’s just git

Each peer works on its own branch; facts are approved and merged into main, the consensus. It’s a plain git repo — review like code, host it anywhere.

FAQ

Common questions.

What is knomit?
knomit is git-backed knowledge for AI agents: a distributed, decentralized knowledge base built from concise, typed facts rather than ingested documents. Each fact is a markdown file carrying a kind (epistemic or pragmatic), a confidence score, an ontology path, and signed-commit provenance. Humans and agents both read and write it, and converge on a shared main branch.
How is knomit different from RAG or a vector database?
RAG and vector databases store chunks of documents and retrieve them by embedding similarity — you get back the original text, not what is true in it. knomit stores atomic, classified facts: two inputs that say the same thing subsume into one fact with multiple references instead of duplicating, and every fact carries confidence and provenance you can trace. Semantic search still works, but over facts, not raw chunks.
What does "facts, not documents" mean?
A fact in knomit is a single atomic claim — an observation, principle, invariant, or decision — written in plain markdown. Instead of embedding whole documents, knomit captures the discrete claims inside them, each one typed, scored for confidence, and linked to its sources and to related facts, forming a graph you can reason over and explain.
Is knomit open source?
Yes. knomit is open source and the store is a plain git repository, so you can inspect it, diff it, review changes like code, and host it anywhere — locally or on a git host such as GitHub.
What is MCP and how does knomit use it?
MCP (Model Context Protocol) is the open protocol agents use to call external tools. knomit is MCP-native: it exposes tools like knomit_learn, knomit_query, and knomit_explain so a model can recall knowledge before it acts and learn as it works, directly inside Claude Code, an editor, or any MCP client — no prompt scaffolding required.

All questions

One source of truth. Every peer.

Open source, and it's just git — typed, provenanced facts, versioned through time, that humans and agents converge on. Yours to inspect, diff, and host anywhere.