MechGeo: Autoformalizing and Proving Euclidean Geometry in Lean 4
Summary (Overview)
- MechGeo is a Mathlib-native agentic framework that jointly addresses faithful autoformalization and certified proof construction for Euclidean geometry in Lean 4.
- The framework consists of two main components: GeoFormalizer (translates informal geometry problems into Lean 4 statements via an intermediate representation called GeoIR) and GeoProver (constructs geometric proof plans, selectively algebraizes subgoals, and produces kernel-checked proofs).
- On 43 historical IMO geometry problems, MechGeo proves 29 original formalizations and constructs Lean-verified counterexamples for the remaining 14, all of which are subsequently proved after expert repair—yielding the largest reported collection of automated, kernel-checked Lean proofs for IMO geometry problems.
- On LEAP's Lean-IMO-Bench, MechGeo proves 12 of 14 geometry statements for the first time, formally refutes the remaining two (revealing missing nondegeneracy assumptions), and proves both repaired statements.
- The system demonstrates that counterexample-guided diagnosis, geometric reasoning, and certified symbolic computation form a practical foundation for trustworthy formal geometry.
Introduction and Theoretical Foundation
Background and Motivation
Large language models (LLMs) now solve difficult competition problems, while formal reasoning systems increasingly construct machine-checked proofs. Lean 4 provides a rigorous foundation by representing mathematical claims precisely and checking proof terms with a small trusted kernel, supported by Mathlib, a large library of formalized mathematics.
Recent systems span specialized provers and agentic frameworks: AlphaProof, Seed-Prover, and Aristotle have demonstrated Olympiad-level formal reasoning, while DeepSeek-Prover-V2, Goedel-Prover-V2, and Hilbert have advanced Lean theorem proving. However, most evaluations begin with already formalized statements, leaving open a prior challenge: faithfully translating the intended configuration into a formal statement.
Challenges in Euclidean Geometry Formalization
Faithful formalization is challenging because informal geometry problems derive meaning jointly from text, diagrams, and geometric conventions, often leaving necessary order and nondegeneracy conditions implicit. For example, "D lies on BC" may mean:
- D lies on the supporting line
- D lies on the closed segment
- D lies strictly between B and C (with often left implicit)
These interpretations yield different Lean statements, all of which may elaborate, and some may even admit valid proofs. Neither compiler feedback nor human inspection alone reliably determines whether a formal statement captures the intended configuration.
Proving formalized theorems requires exposing enough geometric structure for effective proof search. Specialized systems like AlphaGeometry achieve strong performance through specialized languages and symbolic deduction, but their success depends on proposing required auxiliary constructions. AlphaGeometry2 can express 88% of IMO geometry problems from 2000–2024; the remaining cases involve inequalities, nonlinear relations, or three-dimensional configurations.
Theoretical Foundation: Algebraic Reasoning
Algebraic reasoning is a central tool for geometry theorem proving. Coordinate algebraization translates geometric hypotheses and goals into polynomial equations and inequalities, handled systematically by:
- Wu's method [Wu, 1986]
- Gröbner basis computation [Buchberger, 1970]
Although algebraic methods reduce dependence on auxiliary constructions, algebraizing an entire configuration may produce large polynomial systems with substantial expression growth. Geometric reasoning and algebraic computation are therefore complementary: the former preserves geometric structure and decomposes theorems into manageable subgoals, while the latter systematically discharges polynomial consequences.
Methodology
3.1 GeoFormalizer: Autoformalization via GeoIR
GeoFormalizer comprises four stages:
3.1.1 GeoIR Generation
GeoIR provides a simple, compact, typed language in which models can state geometric content without directly manipulating Lean syntax. This reduces the burden of knowing Lean's type system and Mathlib interfaces.
3.1.2 Formal Statement Translation
There are four categories of GeoIR constructs: declarations, constructions, geometric relations, and values. Each has a fixed, deterministic translation in Lean performed by a rule-based translator (no LLM involved). The translator parses a geometry proposition into a typed abstract syntax tree and reconstructs the corresponding Lean statement using a fixed mapping table.
3.1.3 Evaluation
Semantic and structural signals are combined into a single score:
- The judge score evaluates correspondence between the informal problem and the generated Lean statement, assigning labels: semantically consistent (1), partially consistent (0.5), or inconsistent (0).
- The structural score is the point coverage ratio: the fraction of points declared in GeoIR that appear in the informal problem.
- The threshold is chosen so is decisive only in the ambiguous case .
3.1.4 Iterative Repair
Generated GeoIR is statically checked for undeclared objects, arity errors, type mismatches, and malformed structures. Candidates receive score and are accepted if ; otherwise, feedback is returned for revision.
3.2 GeoProver: Integrating Geometric and Algebraic Reasoning
GeoProver combines geometric and algebraic reasoning in a four-stage agentic workflow:
3.2.1 Proof Planning
The proof agent receives only the formal Lean statement, reconstructs the geometry, and organizes key lemmas, auxiliary constructions, angle chases, and algebraic identities into an ordered informal proof plan. This decomposition precedes algebraization, so each CAS call typically handles a smaller, lower-degree polynomial subsystem.
3.2.2 Selective Algebraization
Algebraization is implemented by verified lemmas and the simplification tactics to_poly and to_basic. The process proceeds in two logical steps:
- Derived geometric predicates and objects are expressed with basic notations (vectors, norms, inner products) via
to_basic - These expressions are expanded coordinatewise into polynomials via
basic_to_poly
Rewrite rules applied by to_poly are lemmas of equivalence between geometric expressions and their algebraic forms, so they never silently strengthen or weaken the statement.
3.2.3 Certified Algebraic Discharge
For polynomial equality goals with hypotheses and target , when Lean's internal tactics are insufficient, GeoProver calls Singular or SymPy to compute cofactors satisfying:
The agent translates this identity into a Lean proof, checked by the kernel. Inequalities and nonzero constraints are handled using Lean tactics, explicit sign lemmas, and case analysis.
Independent Verification
For each input statement, GeoProver attempts either to prove it or refute it with a counterexample. An independent verifier checks that:
- A proof must match the input statement exactly
- A counterexample must formally establish its negation
- The complete file compiles without
sorryand uses only permitted Lean axioms
Empirical Validation / Results
4.1 Experimental Settings
Dataset (MG200): 200 informal geometry problems across four subsets:
- 43 historical IMO geometry problems
- 77 non-IMO problems from LeanGeo-Bench
- 22 classical geometry theorems (CertiGeo)
- 58 plane geometry problems from OMNI-Geometry
Models: Seven LLM backbones: GPT-5.6-Sol, Claude Opus 4.8, DeepSeek-V4-Pro, DeepSeek-V4-Flash, Qwen3.7-Max, MiniMax-M3, GLM-5.2. All experiments use Lean 4.27.0, Singular 4.4.1, and SymPy 1.13.2.
4.2 RQ1: Automatic Formalization
Across all 1,400 model–problem pairs, GeoFormalizer produces 1,354 statements that elaborate successfully (96.7%), compared with 1,159 (82.8%) for Euclean and 513 (36.6%) for direct translation.
| Dataset | Method | GPT-5.6 Sol | Claude Opus 4.8 | DeepSeek V4-Pro | DeepSeek V4-Flash | Qwen 3.7-Max | MiniMax M3 | GLM 5.2 |
|---|---|---|---|---|---|---|---|---|
| IMO (43) | Direct | 21 (48.8) | 23 (53.5) | 1 (2.3) | 0 (0.0) | 30 (69.8) | 0 (0.0) | 16 (37.2) |
| Euclean | 43 (100) | 43 (100) | 43 (100) | 43 (100) | 31 (72.1) | 20 (46.5) | 29 (67.4) | |
| Ours | 43 (100) | 43 (100) | 39 (90.7) | 42 (97.7) | 39 (90.7) | 41 (95.3) | 43 (100) | |
| CERTIGEO (22) | Direct | 16 (72.7) | 15 (68.2) | 4 (18.2) | 4 (18.2) | 17 (77.3) | 3 (13.6) | 12 (54.5) |
| Euclean | 22 (100) | 22 (100) | 22 (100) | 22 (100) | 16 (72.7) | 10 (45.5) | 13 (59.1) | |
| Ours | 22 (100) | 22 (100) | 22 (100) | 22 (100) | 22 (100) | 21 (95.5) | 22 (100) | |
| LEANGEO (77) | Direct | 33 (42.9) | 25 (32.5) | 5 (6.5) | 7 (9.1) | 59 (76.6) | 9 (11.7) | 42 (54.5) |
| Euclean | 77 (100) | 77 (100) | 75 (97.4) | 77 (100) | 65 (84.4) | 37 (48.1) | 66 (85.7) | |
| Ours | 77 (100) | 77 (100) | 76 (98.7) | 77 (100) | 72 (93.5) | 74 (96.1) | 77 (100) | |
| OMNI (58) | Direct | 40 (69.0) | 35 (60.3) | 6 (10.3) | 15 (25.9) | 37 (63.8) | 5 (8.6) | 33 (56.9) |
| Euclean | 58 (100) | 58 (100) | 57 (98.3) | 54 (93.1) | 28 (48.3) | 24 (41.4) | 27 (46.6) | |
| Ours | 58 (100) | 58 (100) | 48 (82.8) | 53 (91.4) | 53 (91.4) | 53 (91.4) | 58 (100) |
Table 1: RQ1 results on the four autoformalization datasets. Each entry reports the number (percentage) of successfully elaborated Lean statements.
Ablation of repair rounds (setting where and denote compiler-guided and semantic-guided repair rounds):
| Model | (0,0) | (0,2) | (2,0) | (2,2) | Δ |
|---|---|---|---|---|---|
| Claude Opus 4.8 | 98.5 | 99.0 | 97.5 | 100.0 | +1.5 |
| GLM-5.2 | 97.5 | 98.0 | 100.0 | 100.0 | +2.5 |
| GPT-5.6 | 97.5 | 96.0 | 100.0 | 100.0 | +2.5 |
| DeepSeek V4-Flash | 85.0 | 87.0 | 97.0 | 97.0 | +12.0 |
| DeepSeek V4-Pro | 81.0 | 85.0 | 96.5 | 92.5 | +11.5 |
| Qwen3.7 Max | 64.5 | 63.0 | 90.5 | 93.0 | +28.5 |
| MiniMax M3 | 57.5 | 93.0 | 96.5 | 94.5 | +37.0 |
| Mean | 83.1 | 88.7 | 96.9 | 96.7 | +13.6 |
Table 2: RQ1 ablation of repair rounds. Compiler-guided repair contributes most of the gain in elaboration rate.
4.3 RQ2: Automated Theorem Proving and Refutation
Main comparison and ablation results (all using DeepSeek-V4-Pro unless noted):
| Method / Setting | MG200 (200) | Putnam (31) | Total (231) |
|---|---|---|---|
| Goedel | 0 (0.0%) | 0 (0.0%) | 0 (0.0%) |
| Hilbert | 13 (6.5%) | 0 (0.0%) | 13 (5.6%) |
| Numina | 43 (21.5%) | 1 (3.2%) | 44 (19.0%) |
| GeoProver (full) | 67 (33.5%) | 6 (19.4%) | 73 (31.6%) |
| w/o CAS | 29 (14.5%) | 0 (0.0%) | 29 (12.6%) |
| w/o CAS + algebra | 19 (9.5%) | 0 (0.0%) | 19 (8.2%) |
Table 3: RQ2 main comparison and cumulative ablation results.
Cross-tabulation of human semantic judgments and GeoProver outcomes (with GPT-5.6-Sol):
| Proved | Refuted | Timeout | Total | |
|---|---|---|---|---|
| Faithful (Human) | 128 | 22 | 7 | 157 |
| Not Faithful (Human) | 17 | 23 | 3 | 43 |
| Total | 145 | 45 | 10 | 200 |
Table 4: Cross-tabulation showing that formal counterexample search refutes 22 statements judged faithful by humans, revealing degeneracy and order errors missed by human inspection.
Key ablation findings:
- Removing CAS reduces solved problems from 73 to 29
- Removing both CAS and the algebraization toolkit further reduces to 19
- For IMO 2008 P1, decomposition replaces a global system of 16 quadratic equations in 22 variables with six local systems of 3 quadratic equations each in 10 variables
4.4 RQ3: IMO-Level Geometry Results
| IMO (43) | IMO 2026 | LEAP | |
|---|---|---|---|
| Proved | 29 | 1 | 12 |
| Refuted | 14 | 0 | 2 |
| Human repaired | 14 | 0 | 2 |
| Repaired proved | 14 | 0 | 2 |
| Final faithful proofs | 43 | 1 | 14 |
Table 5: Proof and repair outcomes across three geometry evaluation sets.
Example: IMO 2007 P2 (missing nondegeneracy) — The formalization omitted the noncollinearity implicit in "ABCD is a parallelogram." A counterexample with , , , , shows and . After adding that A, B, and C are noncollinear, GeoProver proves the repaired statement.
Example: Lean-IMO-Bench Basic 028 (missing order relation) — The original formalization admitted configurations where points X and Y lie outside segments AB and AC. After requiring X and Y to lie in the interiors, GeoProver proves the repaired statement.
Theoretical and Practical Implications
Theoretical Contributions
-
Unified verification loop: Trustworthy geometry theorem formalization requires statement validation and proof construction within a unified loop—formalization cannot be separated from proof checking.
-
Counterexample-guided diagnosis: Formal counterexample search reveals semantic mismatches (degeneracy and order errors) that human inspection misses, establishing this as a practical diagnostic tool for formalization quality.
-
Selective algebraization: The hybrid approach of geometric reasoning (preserving structure, decomposing proofs) combined with selective polynomial algebraization (discharging algebraic subgoals) outperforms either approach alone.
Practical Implications
-
Mathlib-native proofs: Unlike specialized geometry systems (AlphaGeometry, TongGeometry), MechGeo produces reusable proofs embedded in the general Mathlib library, checked by the Lean kernel.
-
Model-agnostic benefits: The structured formalization pipeline substantially improves elaboration rates even for weaker LLM backbones (e.g., MiniMax-M3: from 57.5% to 94.5% elaboration).
-
Certified symbolic computation: External CAS tools (Singular, SymPy) may generate certificates, but all results are verified by Lean's kernel, ensuring trustworthiness.
-
Public benchmark: Results are publicly available in the MechGeoBench repository, enabling reproducible research.
Conclusion
MechGeo demonstrates that trustworthy geometry theorem formalization requires statement validation and proof construction within a unified verification loop. The system:
- Proves challenging geometry theorems (43 historical IMO problems + IMO 2026 P2)
- Detects incorrect formalizations through Lean-verified counterexamples (14 IMO statements refuted, then repaired and proved)
- Demonstrates the value of selective algebraization and symbolic computation (CAS contributes 44 additional proofs in ablation)
Future work will:
- Automate semantic and nondegeneracy checks
- Scale proof planning and certificate generation to broader and more challenging classes of geometry theorems
The key insight is that geometric reasoning and algebraic computation are complementary: the former preserves geometric structure and decomposes difficult proofs into manageable subgoals, while the latter systematically discharges the resulting polynomial consequences—all within a framework where every step is verified by Lean's kernel.
Related papers
- HarnessOpt-Bench: Evaluating LLMs at Harness Optimization
HARNESSOPT-BENCH shows optimizer model choice matters 1.8x more than coding harness choice for agent improvement, with broader search driving gains and trace reading providing no benefit.
- The Scaffold Effect in Coding Agents: Harness Choice as a Hidden Variable in Coding-Agent Evaluation
Harness choice drives up to a 40x token cost difference per solved coding task while shifting pass rates by only 0-8 percentage points, making harness-model pairs the correct evaluation unit.
- Harness Continual Learning: Continual Adaptation Beyond Model Parameters
Harness Continual Learning enables frozen foundation models to accumulate capabilities by evolving prompts, memories, and tools around them, with guarded updates preventing harness-level forgetting.