An independent software organization

Software with
something
to prove.

Formal verification. Local intelligence. Traceable systems.
Four projects, connected by a belief that good software should stand up to a closer look.

Built in the open. Measured in the details.Discover the collection

01 — The collection

Different disciplines.
A shared standard.

From a mathematical contract to the system underneath it. Each project explores a different part of the same question: what can we actually trust?

Public source, documented results, explicit limitations. See each repository for its license.

02 — The connections

Every link
has a purpose.

These projects grew together. Explore how the assistant, its learning tools, its verifier, and its foundation relate.

01 / The verification layer

Programs with a precise contract. Proofs with a second check.

The checking layer behind dawnr. A model can propose a program; the proof systems decide whether it meets its stated contract. The same engine also checks standalone math and flight-code routines.

Inside t-proof-engine

A closer look / t-proof-engine

The work
behind the words.

In the published math showcase, each solution is checked against a specification, challenged with a broken twin, and run against the judge’s stored outputs.

Read the complete results
UVa math showcaseRecorded 08 Oct 2026
23problems proved in
at least one system
179,549judge-output
lines matched
3 / 23problems proved
in all seven systems

Proof coverage varies by problem. Some specifications encode mathematical models. The full record names the scope and limitations.

03 — Our approach

Let the details
do the talking.

Tup brings independent software research into one place. The aim is useful tools with enough evidence for someone else to inspect, question, and build on.

01

Make it inspectable.

Keep the source, specifications, and experiment records close to the result. A claim should have somewhere to lead.

02

Measure the claim.

State what was tested, under which conditions, and what the result establishes. A passing example is only the beginning.

03

Keep the misses.

Failed predictions and corrected results belong in the record. They tell us where the next useful question starts.

04 — Get in touch

Good ideas deserve
good company.

Questions about the projects, research, or a possible collaboration?

tmcuzzort@tuptech.org