Skip to content
knomit

Blog

Real-world use cases.

Concrete scenarios and workflows — what becomes possible when people and agents build on shared, proven knowledge instead of re-deriving it every time. Roughly weekly.

Latest

LLM-as-a-judge in production: what changes when the judge runs unattended

The published LLM-judge discipline — a calibration set, an expert to agree with, a dashboard someone reads — assumes a person nearby and a run that ends. knomit's judges run unattended in every maintenance pass, and their verdicts act: they merge and retract facts. Six things the nearby human used to provide have to be engineered into the judge itself.

Retraction is not deletion: what happens when an agent memory deletes a source

Agent-memory products ship add/update/delete as if memory were a CRUD store. But a memory that derives has downstream state resting on what it deletes, and one delete destroys both the record of what was believed and the means of finding what depended on it. What that costs, what Graphiti already fixes, and the two rules a store needs instead: every reference resolves at the commit it was written on, and a retraction may assert falsehood but never that history should leave the corpus.

  • knowledge
  • provenance
  • agents

Consensus by merge: a second road past "Don't Build Multi-Agents"

The multi-agent discourse converged on two safe roads — share full context between agents, or keep writes single-threaded — and for the artifacts it studied, mostly code, both roads are right. knomit's agents take a third: full writers running concurrently on different machines with no shared session context at all, not conflicting because each writes its own git branch and consensus is a merge. When can agents write in parallel without sharing context? When the artifact they write has a semantic merge operation.

  • multi-agent
  • agents
  • git

A guess is not a fact: a type system for knowledge

Store a model's speculation in the same shape as a verified observation and retrieval will grant them equal authority — that is how a guess gets laundered into a decision. knomit's answer is the move programming languages made decades ago: type every fact by its epistemic status and its origin, and enforce what may be derived from what. A guess can be stored, retrieved, even confirmed later — but it cannot pass as an observation.

  • knowledge
  • provenance
  • epistemics

Git is not storage: the REST moment for agent knowledge

Twenty-five years ago the industry tunneled RPC through HTTP POST until REST pointed out that the protocol already had the semantics. Agent memory is making the same mistake today — rebuilding provenance, history, identity, and sync inside vector stores, or auto-committing files into git while ignoring what its operations mean. knomit's bet: a commit is an assertion, a branch is an identity, a merge is consensus. Use git the way REST uses HTTP.

  • knowledge
  • git
  • provenance

When the code moves: a knowledge base that introspects

You shipped the feature and merged the PR — and somewhere in your knowledge base, a dozen facts just quietly went out of date. The fix isn't to write more carefully; it's to make the corpus introspect on itself. Here is a real, interactive pass where Claude Code swept knomit's own knowledge base fact-by-fact, checked every claim against the source instead of trusting the corpus, and corrected the drift — recording each correction instead of erasing it. This is the learning loop closing.

  • dogfooding
  • knowledge
  • provenance