Skip to main content
LLM-extracted knowledge has a credibility problem: “the model said so” doesn’t survive an audit, a compliance review, or a skeptical executive. Seyn’s answer is structural. Every piece of knowledge carries a complete, database-enforced chain of custody back to the raw records it was derived from. Not as a logging afterthought, but as the core schema design. Similarity is a guess. Provenance is a receipt.

The four hops

Provenance follows the source. The chain above is the extraction path; a fact extracted from message content cites the exact message and text span it came from, an interviewed claim cites the transcript turn, and a human edit cites the editor and the instruction they gave. Different sources, same standard: no claim without a citation. So for any rule you can answer, with receipts:
  • “Why does Seyn think we need CEO approval at $30M?” Here are the 23 deals it observed.
  • “Show me every message the model looked at when forming this claim.” Here they are, verbatim.
  • “Which version of which prompt produced this?” This one, on this date, with these token counts.

Enforced, not promised

Three design decisions make the chain trustworthy:
  1. First-class links. Every connection in the chain is a queryable, constrainable relation, not a free-text reference.
  2. Restricted deletion. You cannot delete a raw record that an event depends on, or an event that an inference depends on. Deleting evidence out from under a claim is a database error, not a policy.
  3. One inference choke point. Every LLM call in the platform passes through a single central function that records input event IDs as part of the call. A model call that bypasses provenance is not possible by construction. See Observability.
This is deliberately inconvenient. Restricted deletion means cleanup requires walking the chain in dependency order, a price we pay so that the chain can never silently break.

Where you see it

Provenance responses are intentionally large; a well-evidenced rule may carry dozens of events and records. If you only need to gauge evidence strength, count the arrays instead of rendering them.

Common mistakes

Observability

The inference log and tracing that feed the chain.

Knowledge

Rules, libraries, and the review workflow that sits on top.