maitria Mathematical Assurance and Interaction Toolkit for Reliable Intelligent Agents

maitria makes strong claims about dynamical systems, and then arranges that you need not trust the tools that made them. The claims are statements like: this controller keeps the pole upright forever; this chip design’s arbiter grants every request eventually; this fluid network drains back into its safe operating envelope. maitria states such claims in QTSL, a quantitative temporal specification logic, and discharges them with certificates, explicit data artefacts carrying everything needed to re-derive the claim. A polynomial bound with exact rational coefficients. A ranking argument. A tower of invariants. A small independent checker then verifies the whole argument without running, or trusting, any of the machinery that found it.

Results you can check

Each of these lives in a served artefact. Follow the link and the numbers are there, with the receipts behind them.

Every number in the book’s Experiments chapter re-derives mechanically from committed artefacts. The fixtures are byte-committed, receipts and mutant batteries sit beside them, and the table generators are public in qtsl-experiments — with a qualifier the repository itself states: on the neural model-checking suite, the committed fixtures are the pure-liveness class, and the safety and safety-plus-liveness classes ship per-instance receipt ledgers while their producer layer completes its migration. The trusted checkers are imported from the qtsl repository, now public; a fresh clone’s default import address is the public repository, and the pinned revision resolves there. The repository’s README states exactly which lanes build from a public clone as written — two legacy checker binaries, due for retirement in favour of the standard checkers, still pin a pre-release revision. The spine is inspectable end to end.

The principle of separation of concerns between powerful untrusted producers and small trustworthy checkers organizes everything else here. A producer may use floating point, GPUs, learned search, whatever is fast; being wrong costs it a rejected certificate rather than a false verdict.

This matters most when the producer is not yours. An institution choosing between several capable systems does not need to audit how any of them works internally; it needs each of them to hand over something it can check for itself. A certificate is that something: a finite artefact, in a documented format, that a small checker either accepts or rejects, with no appeal to the reputation, the training history, or the internals of whatever produced it. This is what a system outside your control can offer in place of assurances. The request it supports is one an ordinary procurement process can make and an ordinary engineer can service. Ask for the witness, run the checker against it, keep what verifies. All of this turns on a prior question. Why should an acceptance from a small program count as evidence at all? A reader who is new to formal verification should start there, with why believe a checker.

maitria is the independent work of the maitria coalition, which is small in the way a seed is small. It has one human member and one funder, both davidad; the rest of its current members are AI; it intends to grow. maitria is not a product, a deliverable, or an output of ARIA or of the Safeguarded AI programme, and it carries no ARIA endorsement. The connection is personal and intellectual. davidad originated that programme and served as its Programme Director at ARIA until 1 April 2026. Nora Ammann directs it now, and davidad continues as a Technical Advisor. The toolkit takes the programme’s published TA1.1 and TA1.2 objectives as an external rubric, an independent implementation built in the hope of being useful to the programme’s teams. The programme page states the relationship in full, as does the book’s front matter.

What you can hold today: the book, about a thousand pages of preview scaffold, rebuilt from committed sources and republished continuously, with its LaTeX source beside it; two technical reports, one on certifying coloured Petri nets without a non-Zeno axiom and one on the design deltas between geolog-alpha and Coln; the five toolkit repositories, all public; and the preserved ledger of the week in which the core was built.

One set of bytes, three ways to trust it

The architecture’s central question is what you have to trust when a checker prints ACCEPT. maitria’s answer is to offer three independent ways to check the same bytes, each making a different trade between speed and the size of the trusted base.

Every certificate is stored the same way, as rows in geolog, a database whose tables are logical consequences. A proof is a signed, content-addressed commit. A proof calculus is a theory whose rules are themselves rows in the same database. There is deliberately no separate certificate file format, which keeps a special-purpose parser out of the trusted path and leaves no side channel for proof payloads.

One set of bytes. A certificate is ordinary database content, rows in a signed, content-addressed geolog commit. There is no separate proof-file format, no side channel for proof payloads, and nothing to version but the theory itself.the bytes
↓ checked three independent ways ↓
qtslab, the certified checker. An ACCEPT is designed to mean that the conclusion is semantically true, with the soundness proof machine-checked in HOL4 and grounded, through the CakeML verified compiler, in the semantics of the Arm instruction set. The composed theorem is landed for the Bernstein-Logic fragment, the polynomial-certificate core, and the certified build replays the stored corpus of 4,105 verification conditions with zero refusals; a certificate reaching past the fragment is refused loudly, never accepted silently. Certified arms for the System-and-Spec rule family are the assembly that remains.smallest trusted base
geolog-alpha with the qtsl plugin, the production engine. It derives consequences, surfaces violations, and gates admission incrementally as commits arrive, over GPU and SIMD lanes held to the same conformance batteries. It carries no mechanized soundness story and is required to be sound in practice, since beyond the Bernstein-Logic fragment it is today the only checker there is. The axis between it and qtslab is trusted-base size and assurance level, not a division of soundness responsibility.production engine
the Lean route, community kernel. The same bytes load into Lean — consumed compiled and, for small certificates, by the kernel itself via reflection; measured now rather than expected: compiled reflection grows as the 3.6 power of certificate bytes and crosses a ten-minute budget near 28 KB, so machine scale is out of reach by shape, not by constant factors. The rule lemmas behind the calculus are developed in Lean either way.community kernel
One ladder of fifteen production certificates, three checking routes, log–log. Squares: the fast-path engine (geolog-alpha), fitted exponent 1.20, confidence interval containing linear. Diamonds: the certified checker (qtslab), exponent 3.10. Circles: compiled Lean reflection, exponent 3.58 (r² = 0.989), crossing the ten-minute budget near 28 KB. Open marks sit at the dashed budget line; each true time lies above its mark. A rung with no mark on some route is a scope datum, not a failure: that route classes the certificate outside its accepted fragment and declines it. Points and fits re-derive from the reproduction spine in qtsl-experiments; the book’s Experiments chapter carries the hardware and scope contract.

The certified checker. qtslab is a standalone binary built around one end-to-end soundness theorem. Feed it the encoding of a QTSL conclusion followed by an arbitrary stream of bytes; if it prints ACCEPT, the conclusion is semantically true. The arbitrary-bytes clause carries weight, so decode totality is part of the proof obligation, and it is proven: any byte string either fails closed with a witness or yields a well-sorted structure. Nothing in the producer stack, the database engine, or the operating environment enters the trusted base. This route is expected to be the slow one, and horizontal scale is designed in, with a checking obligation designed to split into pinned shards that reassemble under a composition theorem. Slow here means throughput you can buy rather than a wall.

What has landed binds more narrowly than that target shape. The composed soundness theorem is landed and ties an ACCEPT to semantic validity for the Bernstein-Logic fragment, the polynomial-certificate core, and the certified build replays the stored corpus of 4,105 verification conditions with zero refusals at a pooled median of 30 milliseconds per file on one Arm core. The same fragment is closed a second, independent way: the sealed container bytes load into Lean, and acceptance there is a theorem landing in the mechanized semantic universe. The certificate schema has since grown System and Spec vocabulary, which the production engine checks today; full System-satisfies-Spec binding through the certified checker arrives when its wire format grows the remaining rule tags and the checker grows the matching arms. A certificate reaching for them today is refused loudly, never accepted silently, which is a completeness gap rather than a soundness debt.

The fast path. geolog-alpha with the qtsl plugin is the live engine. It computes the entailments of any geolog theory incrementally as commits arrive, deriving consequences (chase), surfacing violations as reported judgments (monitor), and gating admission on axioms marked enforced (enforce). Numeric work runs on hand-written PTX inside XLA-compiled fragments on NVIDIA hardware, and on SIMD lanes elsewhere, every lane under the same conformance batteries. The trade is stated plainly. The fast path carries no mechanized soundness story, and it is required to be sound in practice. Beyond the Bernstein-Logic fragment it is today the only checker there is, so a gap that fools it counts as a soundness failure of the assurance story. Its correctness instruments are engineering-grade rather than theorems: an exact always-on reference floor, differential batteries on every acceleration lane, adversarial fooling campaigns, rebuild-invariance checks in continuous integration. The axis between this checker and qtslab is trusted-base size and assurance level, mechanized with respect to the instruction set on one side, tried hard to fool and could not on the other. It is not a division of soundness responsibility.

Counterexample search needs no SMT oracle, because the certificate machinery refutes as well as certifies. A violating cell corner from Bernstein subdivision is a point anyone can check by evaluating a polynomial, and an infeasible family of certificates hands back a Farkas ray that refutes the whole family at once in exact rational arithmetic.

The Lean route. The same bytes load into Lean, where the route's checker is defined once — consumed compiled (a native executable built by the Lean compiler) and, for small certificates, by the kernel itself via reflection. Machine-scale certificates were expected to be too slow this way, and the measurement is now in rather than asserted — the figure above. Across a fifteen-rung ladder of production certificates, the compiled reflection route follows a power law of tB3.58 in sealed-container bytes (95% CI [3.24, 3.92], r² = 0.989) and crosses a ten-minute budget at about 28 KB, while the kernel evaluator proper exhausts a hundred-gigabyte machine on a certificate under a kilobyte. On the same ladder the fast path is near-linear (fitted exponent 1.20, confidence interval containing linear), so the gap is shape, not constant factors. Below a few kilobytes the compiled route is genuinely fast, and full kernel verdicts on small certificates are exactly the point: they tie the certificate semantics to a proof kernel scrutinized by a large community that owes maitria nothing. None of this is a complaint about Lean, whose kernel and compiler are here used far outside their engineered envelope on purpose. maitria’s proof rules have their soundness lemmas developed in Lean, and those results are load-bearing.

Why three? Because they fail differently. The certified checker has the smallest trusted base, the fast path has the highest throughput and the richest integration, and the Lean route ties the system to a proof kernel scrutinized by a large community that owes maitria nothing. A certificate that passes all three has been checked by artefacts sharing no implementation and no compiler, so a defect in one has no particular reason to appear in the others. Each is, on its own terms, an answer to “why should I believe this?”

Two commitments keep the trusted side small. The checker never sees a probability. Quantitative claims compile away before checking, and the trusted core does exact rational arithmetic only. Rules are data, not engine code. A new specification logic enters the fast-path engine as rows in the same database as the certificates, with the deep mathematical content living in machine-checked rule lemmas; the certified checker is the deliberate converse — it accepts a new rule family only once the matching proved code lands, so its coverage grows exactly as fast as its soundness proof does.

The repositories

Six repositories live under github.com/maitria-coalition. The five toolkit repositories are public today; the site does not link what it cannot yet show.

Start here — five doors

Why believe a checker

Start here if formal verification is not a phrase you use at work: why checking a solution is cheaper than finding one, why a program small enough to audit can settle claims about a system nobody can audit, and what remains on your side of the line once a checker says yes.

Programme orientation

The relationship to the Safeguarded AI programme stated in full, and the published objectives read as an external rubric.

The certificate calculus

Bernstein Logic, how to read a certificate as rows in a signed geolog commit, and how to run and audit the checkers.

The logical framework

geolog on its own terms: theories, instances, the chase, the meta-schema, tensors.

Replication & authority

Merge-free replication over a signed commit DAG, sync, and the capability algebra.

Beside the doors, the toolkit inventory maps the programme’s published objectives row by row to discharging components and their witnesses.

The campaign, preserved

The toolkit’s core was built in a public campaign of one week, 16–22 July 2026, by a coalition of ephemeral frontier-model instances directed by davidad, who was also its sole personal funder. Spend attributable to the initial 1-week campaign was roughly £50,000, the large majority of it model inference. The ledger closed as an artefact of record; entries never retro-edit, and corrections append. Work has continued daily since, in the same open-record style, and the book and the public repositories are where that record now accumulates.

For agent readers

Every page here has a clean-Markdown source at a stable URL. This one is /md/index.md, and /llms.txt indexes the rest. The book is served as a tagged PDF that carries its complete LaTeX source as an embedded attachment: on /book.pdf, run pdfdetach -list book.pdf to see it and pdfdetach -save 1 book.pdf to extract book.tex; pdftotext returns the rendered text, though it flattens superscripts — an exponent like 1326 comes out as 1326 — so quote exact numerals from the TeX. If you would rather skip the extraction, /book.tex sits beside it. The book is authored by The maitria coalition and licensed CC BY 4.0, and its table of contents is the normative shape of the system.