AI Philosophy Observations | Formal Verification Is Not Yet Mathematical Knowledge

On 8 September 2026, OpenAI released a 166-page manuscript claiming finite-time blow-up for Navier–Stokes, together with a Lean 4 formalisation. The manuscript claims that, for every positive viscosity, one can construct a three-dimensional incompressible flow that starts from rest under a smooth external force, develops unbounded velocity in finite time, and retains bounded kinetic energy. On that basis, the authors say they establish alternatives C and D in the Clay Mathematics Institute’s official problem statement. OpenAI also reports that roughly 10,000 concurrent agents reached the result in 88 hours and that GPT-6 Astra completed the Lean formalisation in a further 17 hours. Independent reporting confirms the release and these developer-supplied figures, but not acceptance of the theorem by the mathematical community or Clay. The repository’s metadata describes the review status as “self-assessed”, and no complete independent review had been published when this essay was written.

The question here is not whether AI is faster than people, or whether an agent deserves the identity of a researcher. It is this: when an AI-generated mathematical result comes with a formal proof that can be built and checked, should we say that mathematical knowledge has already been established?

At least four things must be separated. First, a system may generate prose that resembles a plausible proof. Second, Lean may accept a derivation of a formal statement. Third, that formal statement may faithfully express the mathematical problem people intended to solve. Fourth, a mathematical community may have adequate grounds to incorporate the result into public knowledge that can be relied upon, explained and extended. The newly released materials directly strengthen the first two. The latter two do not follow automatically from successful compilation.

The epistemic value of formal verification should not be understated. Unlike a natural-language answer, a proof assistant requires each step to be expressed through explicit definitions, types, theorems and inference rules. OpenAI’s repository specifies a Lean version, dependencies, build commands, locations of the main theorems, the axioms used and a route for separate checking tools. It also reports that the main results contain no unfinished sorry placeholders. These conditions sharply reduce the space in which ambiguous steps and local logical errors can hide. Anyone with the code can, in principle, rebuild the project and test whether the designated kernel accepts the formal derivation. As an evidential structure, this is much stronger than an internal benchmark, a model’s confident declaration, or even a long informal proof that cannot be checked step by step.

Yet Lean accepts a more limited proposition: under these definitions, axioms, libraries and this kernel, the formal theorem follows from its premises. Lean does not independently decide whether that theorem faithfully captures Clay’s alternatives C and D. Nor can it automatically detect a mathematically well-formed definition that omits a condition intended by the original problem. Formalisers must translate a mathematical context into symbolic objects. The kernel checks the translated derivation, but it cannot by itself guarantee that the problem before and after translation is the same. OpenAI used a reference statement from the Formal Conjectures project to compare this alignment, which is an important strengthening. Even so, the alignment report is currently the publisher’s own account, and outside experts still need to examine whether the definitions, scope of the theorem and reference statement are genuinely equivalent.

Mathematical knowledge is also more than a Boolean “passed”. For a result to enter a research community, others need to know what the proof depends on, why its central construction works, how it connects to existing theory, and whether it can be corrected when confronted with a counterexample, an alternative formalisation or a detailed objection. A formal certificate is particularly good at answering whether a derivation complies with stated rules. It does not automatically provide this wider explanation. The physical description, proof outline and full estimates in the 166-page manuscript are meant to connect formal correctness with mathematical understanding. Expert reading, independent rebuilding and alternative checks test whether that connection holds.

This does not hand truth over to a majority vote. If a correctly formalised theorem has been derived by a reliable kernel, a community cannot make it false merely by disliking it. The object presently under assessment, however, is not an abstract chain of deductions. It is the composite claim that this repository proves the Navier–Stokes proposition posed by Clay. That claim includes the theorem statement, semantic alignment, software trust, dependency management and mathematical explanation. If any one of these is misaligned, “the formal proof is valid” and “the original problem is solved” can be true and false respectively at the same time.

In terms of Sustenesis Theory, Difference first requires us to distinguish the informal paper, the Lean theorem, Clay’s original problem and the public knowledge claim. They are not four names for one object. Constraint does not mean limitation in a loose sense. It refers here to the definitions, axioms, type system, library versions, kernel, build environment and peer objections that make some derivations possible and exclude others. Sustained Coherence requires the relationship among the formal statement, the informal proof, the original problem and independent review to remain aligned through repeated builds, expert scrutiny, counterexample searches and versioned correction. The sustained element matters: one successful build establishes a formal relation in one fixed state, but it cannot replace correction across tools, interpretations and reviewers.

My judgement is that the release establishes an unusually strong and publicly testable candidate for mathematical knowledge. If independent teams can rebuild the repository, experts confirm that the formal statement matches Clay’s problem, and the manuscript’s central construction and estimates withstand review, formal verification can be a core part of establishing mathematical knowledge rather than merely supporting evidence. At present, however, the most accurate description remains narrower: OpenAI has published a claimed solution with a machine-checkable certificate; the derivation within the formal system has the developer’s self-assessed support, while the fuller process of confirming public mathematical knowledge is not yet complete.

This conclusion does not require every mathematician to read every line of code, nor does it assume that AI cannot produce genuinely new mathematics. It only limits what today’s evidence warrants. The most discriminating further evidence would not be more model self-description or a larger agent count, but independent build records, a semantic audit of the formal statement, expert examination of the central construction, specific objections that can be answered, and traceable revisions when misalignment is found.

References

https://openai.com/index/navier-stokes-solution/

Click to access navier-stokes.pdf

https://github.com/openai/NavierStokesAndEuler

https://www.theguardian.com/science/2026/sep/08/openai-claims-to-have-solved-maths-problem-that-stumped-humans-for-decades

Click to access navierstokes.pdf

https://plato.stanford.edu/archives/sum2026/entries/mathematical-practice/


Discover more from Geoffrey Chen

Subscribe to get the latest posts sent to your email.