From the Research Universities edition of October 22, 2026
"Navier-Stokes lost in translation": mathematicians show the Lean formalisation of OpenAI's announced Navier-Stokes blow-up proof does not correspond to the natural-language proof, so compiling Lean code is not verification of the paper
Alexander Bastounis, Fabian Circelli and Anders C. Hansen (arXiv preprint; reported by TechCrunch as Cambridge and King's College London mathematicians) · Academic research (mathematics, formal verification) · United Kingdom authors; international relevance
- Publisher
- arXiv
- Original publication
- Submitted to arXiv 6 October 2026 (v1)
- Source retrieved
- 2026-10-23
- Event date
- 2026-10-06
What happened
The preprint argues that AI autoformalisation (translating a natural-language proof into Lean so it can be machine-checked) may give no confidence in the original argument, because semantically faithful translation requires resolving ambiguities in mathematical text, a problem the authors place arbitrarily high in the Solvability Complexity Index hierarchy (informally, harder than the Halting problem). It gives worked examples of AI mistranslations, including a chatbot that turned a wrong natural-language proof into a different, correct Lean proof that compiles. Applied to OpenAI's announced Navier-Stokes blow-up result, the authors show the Lean formalisation does not correspond to the natural-language proof, including cases where the paper declares stronger statements than Lean proves; they also discuss OpenAI's Euler result. They explicitly make no claim about whether OpenAI's natural-language proof is correct, only that the Lean "verification" does not establish it.
Why it matters
Universities and journals are starting to accept "it compiles in Lean" as evidence for AI-generated results. This paper shows why institutions, reviewers and research-integrity offices should treat formal verification of AI output as necessary but not sufficient, which matters for any research unit adopting AI theorem provers or autoformalisation agents. It is newly relevant because Tao's 22 October Nature piece frames verification and understanding as the central problem.
Evidence and measured results
Opened the arXiv /abs/ page (v1, submitted 6 Oct 2026; 25 pages, 4 figures) and the HTML full text, reading the introduction, the mistranslation examples (section 2), the Navier-Stokes and Euler analyses (section 3) and the discussion of why Lean offers no safety net for mistranslation, including the disclaimer that the authors make no claim on the correctness of OpenAI's natural-language proof.
Limitations and uncertainty
Preprint, not peer reviewed; written by critics of the autoformalisation approach in a contested area. It does not show the underlying result is false. The theoretical impossibility claim is about the general case; practical tools may still catch many mistranslations. Published 6 October, before the last research edition, and included because of its direct bearing on the 22 October debate.
Put this evidence to work
Lighthouse Advisory interpretation, grounded in this source. Enriched 2026-10-23; this does not change the original publication date. Each role follows the same checklist so takeaways compare across sources.
Sales
Role takeaway
- Customer problem
- Institutions and editors may over-trust AI-generated results that "compile" in a proof assistant even when the formal statement differs from the claim.
- Stakeholders
- Research integrity officer
- Mathematics or computer science department chair
- University press or journal editor
- Formal-methods research group lead
- Discovery questions
- Do your review processes accept formal verification as sufficient evidence?
- Who checks that formal statements match the claimed theorem?
- Are AI-formalised results labelled as such?
- Value hypothesis
- A statement-fidelity checkpoint could prevent retractions or disputes over AI-generated results that were formally "verified" against the wrong statement.
- Potential engagement
- A focused review-process design producing a checklist and workflow for AI-generated or AI-formalised results in one department or journal.
- Unsupported claims
- OpenAI's result is false
- All autoformalisation is unreliable
- Formal verification has no value
Pre-sales engineering
Role takeaway
- Fit
- Fits groups using Lean or other proof assistants with AI autoformalisation.
- Architecture and integration
- Insert a statement-alignment and review step between autoformalisation output and acceptance, with stored links between natural-language and formal artefacts.
- Prerequisites
- Proof-assistant expertise
- Access to formal artefacts for AI-generated results
- Reviewer time
- Constraints
- Preprint not peer reviewed
- General-case impossibility does not quantify practical error rates
- Tooling for semantic alignment is immature
- Security
- Integrity rather than security: log provenance of AI-produced formal code and who reviewed statement fidelity.
- Proof of value
- Re-review a sample of AI-formalised results for statement fidelity
- Measure how often formal statements are weaker than claimed
- Test reviewer time per result
Delivery
Role takeaway
- Work
- Define formal-proof requirements, add expert fidelity review and record artefact links for AI-assisted results.
- Dependencies
- Expert reviewers in mathematics and formal methods
- Repository support for linked artefacts
- Ownership
- Research integrity lead or departmental review committee.
- Skills and adoption
- Reviewers need training to compare formal statements with natural-language theorems.
- Governance checkpoints
- Policy approval that formal verification alone is insufficient
- Reviewer assignment for each AI-assisted result
- Periodic audit of fidelity checks
- Acceptance criteria
- Proposed: every AI-formalised result has a documented fidelity review
- Proposed: mismatches logged and resolved before publication
- Proposed: reviewer turnaround within an agreed time
- Risks
- Reviewer capacity shortfall
- False confidence from partial checks
- Contested expert judgments
Implementation considerations
Lighthouse Advisory interpretation across the operating dimensions a public-sector buyer must settle before this evidence becomes a design. Each note answers the question under its heading for this specific source.
Architecture and integration
What must connect, and where does the AI sit in the workflow?
Verification pipelines for AI-generated mathematics need a semantic-fidelity step (human or tool-assisted alignment of formal statements to the claimed theorem) and machine-readable links between informal and formal artefacts.
Governance
Who approves, reviews and stays accountable for outcomes?
Journals, departments and funders should not treat compiling formal proofs of AI output as peer review; the authors conclude such proofs need the same scrutiny as others.
Security and privacy
What data, permissions and controls need testing?
None directly; the integrity risk is misplaced trust in automated verification.
Accessibility and workforce
Who is affected, and what skills or accommodations follow?
Expert human reviewers remain essential; institutions need people able to read both the mathematics and the formal code.
Procurement
What should contracts, pricing and exit terms secure?
Claims by AI vendors that results are "formally verified" should be scrutinised for statement fidelity before being relied upon.
Operating model
Which teams own the service once it runs?
Formal verification becomes one checkpoint in a human-led review process rather than a replacement for it.
Publication history
- 2026-10-22Research Universities · Issue 445 resources
Stable resource ID: arxiv-navier-stokes-lost-in-translation-lean-autoformalisation-20261006