Trust · Verifiable work

Don't trust us. Re-check the work.

Most AI trust claims are a screenshot of a dashboard you have to believe. LeanLogix takes the opposite stance: every claim we make about a model is a signed record you recompute yourself. The signature is over the verbatim bytes, so an auditor pastes it into a verifier with no LeanLogix login and gets the answer — not our word.

As of June 2026one signing identitychecked by a neutral referee

What the proofs prove

Two records. One key. Both re-verifiable offline.

LeanLogix issues two kinds of signed artifact. They share one Ed25519 signing identity and one canonical byte format, so a single verifier and a single public key cover them both.

Model Passport

What went into a model — signed

A signed bill of materials for a release: the base model, the datasets and what was excluded, the eval probes, and the approver. Because it is signed over the verbatim bytes, recomputing the fingerprint offline returns the same result — or the passport is rejected. It proves what a model is and that nobody edited the record afterward.

Governed Receipt

Which model ran, and under what policy

A signed record of a governed serving call: the model fingerprint, the backend it ran on, and the routing policy. It binds a content-free shape hash and token counts — never the prompt or response text. It proves the conduct of a run without keeping a transcript of it.

The same envelope format — governed-receipt/v1, Ed25519, body, signature, public key — wraps both. One signing identity covers model passports, selection receipts, and serving receipts alike, so an auditor pins exactly one provenance authority and re-checks everything against it.

The neutral referee

The verifier is not ours. That is the point.

A proof you can only check on the vendor's own site is not really a proof. Our signed records re-verify at a central, neutral cross-format referee that LeanLogix does not control the verdict of. It re-checks the Ed25519 signature against the public key embedded in the record and reports the result. There is nothing of LeanLogix's in the trust path — no login, no callback to us, no privileged endpoint. If the bytes changed by a single character, the check fails.

Verify

The central verifier

Paste any LeanLogix receipt or passport into the public verifier — it re-checks the signature against the embedded key and shows you the fingerprint. A neutral cross-format referee for agent and model receipts, not a LeanLogix-only tool.

lockedinlabs.ai/verify
Conformance

The open conformance suite

The receipt format is published with a conformance reference, so any implementation — not only LeanLogix's — can prove it produces records that verify. A format is only neutral if someone else can implement it and pass.

lockedinlabs.ai/conformance

Do it yourself

Take a record, leave our site, and the check still passes.

The verification is just Ed25519 over canonical bytes. It reproduces on an air-gapped box with nothing but curl and the public key carried inside the record. That portability is what separates a claim from a proof — and what makes our trust survive us being out of the room.

Verify a record Security posture How we sign and verify