digital
proof beyond the machine's reach
No AI system can reliably verify or generate proofs for complex mathematical results
Problem statement
No AI system can reliably verify, generate, or discover proofs for complex mathematical results. Large language models can pattern-match simple proofs and suggest proof strategies, but they hallucinate mathematical steps, fail at multi-step compositional reasoning, and cannot distinguish valid proofs from plausible-looking nonsense. Interactive theorem provers (Lean, Coq, Isabelle) provide formal verification but require months of expert human effort to formalize a single research-level proof. The gap between AI's pattern-matching capability and the rigorous logical reasoning required for mathematical proof remains vast.
Why this matters
The inability to automate proof verification is a bottleneck across mathematics, computer science, and engineering. Formal verification of safety-critical systems (aircraft control, autonomous vehicles, medical devices) requires proofs that currently demand expensive human experts. The Lean mathematical library (mathlib) represents >1 million lines of formalized mathematics — an impressive but tiny fraction of known mathematics. As AI is increasingly used in drug discovery ($2+ billion invested in AI pharma), materials design, and climate modeling, the lack of formal verification means these AI-generated results cannot be trusted with mathematical certainty. NSF's AIMing program was created specifically to develop AI tools for mathematical research.
What’s been tried and why it hasn’t worked
LLMs (GPT-4, Claude) can generate plausible proof sketches but fail at the multi-step logical reasoning required for non-trivial proofs — they don't maintain consistent logical state across reasoning chains. AlphaProof (DeepMind, 2024) solved some International Mathematical Olympiad problems by combining LLMs with formal verification in Lean, but only for competition-level problems with known solution types — not open research questions. Automated theorem provers (Vampire, E) handle first-order logic efficiently but mathematical proofs typically require higher-order reasoning and creative insight that these systems lack. Neural theorem provers (trained on Lean/Coq corpora) can suggest individual proof steps but cannot plan multi-step proof strategies, and their suggestion accuracy drops rapidly as proof depth increases.
What would unlock progress
A hybrid architecture that combines LLMs' pattern recognition and mathematical intuition with formal systems' logical rigor — using the LLM to propose proof strategies and the theorem prover to verify each step. Massive expansion of formalized mathematics databases (moving from 1 million to 100 million lines of formalized proofs) to provide better training data. New neural architectures designed specifically for compositional logical reasoning rather than adapted from language modeling.
Entry points for student teams
A team could benchmark existing LLMs on a curated set of undergraduate-to-graduate-level proof tasks, measuring accuracy, failure modes, and the types of mathematical reasoning that cause the most errors; ready-made statement sets exist and are openly licensed, so the semester goes into the analysis rather than into building the corpus — miniF2F (244 competition and undergraduate statements, translated across Lean, Isabelle, Metamath and HOL Light) and PutnamBench (1,724 formalizations from Putnam problems 1962–2025, of which 672 are Lean 4). A second door builds the same "difficulty map" from the formalization side, but at a scale a semester can actually close: take a textbook-level lemma chain rather than a theorem from a current research paper, formalize it in Lean 4 against mathlib (open source, Apache-2.0), and record at each step where AI assistance proposed a step that failed to typecheck, hallucinated a lemma name, or lost the proof state — the failure taxonomy is the deliverable, and it is the same taxonomy whether the target is a textbook lemma or a research result. Formalizing a current research paper is the version of this project that does not fit a semester: expert teams take a year or more, and the binding requirement is research-level command of the mathematics plus mathlib fluency, not tooling. Relevant skills: mathematics, formal methods, machine learning, programming in Lean/Coq.
Genome — every gene is a door
Structural cousins — same reason stuck, other fields
Sources
NSF 24-554, "Artificial Intelligence, Formal Methods, and Mathematical Reasoning (AIMing)," NSF, accessed 2026-02-19. go to source ↗
verification notes (working record)
The collection team’s own sourcing notes for this brief, kept verbatim:
- NSF 24-554 AIMing program is the primary source, specifically funding AI tools for mathematical research.
- Distinct from `digital-ml-component-formal-verification` — that brief covers formally verifying systems that contain ML components; this brief covers using AI to verify mathematics itself. Different directions of the verification problem.
- The `failure:not-attempted` tag applies because the integration of LLMs with formal proof systems at research-mathematics scale has only just begun — the theoretical foundations for such integration don't exist.
- The `temporal:worsening` tag applies because the volume of mathematical results being published (and used in applications) grows faster than the capacity to verify them formally.
- AlphaProof (DeepMind, 2024) is the most notable recent advance but operates in a constrained domain (competition mathematics with known solution types).
- Note reconciled 2026-08-20: a note above argues for `failure:not-attempted`; the genome now carries `failure:theoretical-gap` after a taxonomy revision; and a note above argues for `temporal:worsening`; the genome now carries `temporal:static` after a taxonomy revision. The original note is kept verbatim as the tagging rationale of record.
Reconciliation 2026-08-21: Entry-point realism pass (panel C37 triage, score 2). The triage flag is upheld on the first arm: formalizing a theorem from a current research paper in Lean 4 is a year-plus job for expert formalizers, and the binding requirement is research-level mastery of the mathematics plus mathlib fluency — not a barrier a semester removes. The arm was rescaled to a textbook-level lemma chain, which produces the same AI-failure taxonomy at a scale a team can close, and the unreachable version is named explicitly so the brief is honest about why it was cut rather than silently dropping it. The benchmarking arm was already facility-free and now leads; it was strengthened with openly licensed statement sets so a team is not spending the semester building a corpus. All three resources were fetched and verified before citing: miniF2F, public GitHub repository (archived read-only, benchmark frozen at v1), 244 validated statements in Lean, Metamath and Isabelle plus 165 in HOL Light, Apache/MIT/FreeBSD licensed, https://github.com/openai/miniF2F; PutnamBench, public and actively maintained, 1,724 formalizations from Putnam 1962–2025 across Lean 4 (672), Isabelle (640) and Coq (412), Apache 2.0 and MIT, https://github.com/trishullab/PutnamBench; and Mathlib4, "the math library of Lean 4," public under Apache-2.0, https://github.com/leanprover-community/mathlib4. Nothing named here is application-gated. Genome Tags untouched.