Top
Best
New

Posted by jlebar 14 hours ago

Formalizing Fermat's Last Theorem(www.anthropic.com)
https://xenaproject.wordpress.com/2026/09/04/flt-anthropic-h...
595 points | 375 commentspage 5
MichaelDairy 6 hours ago|
I think Anthropic might the frontier lab hiring contractors through data vendors to formalize mathematical textbooks for them at a rate of 170-200 dollars per hour. This was mainly through Alignerr which has the worst reputation for not paying their contractors. They have been hiring since February as far as I can recall. This is in addition to all the internal people they might have working on this. If they have been formalizing all this work for the past 9 months before having Claude use all this data needed to formalize FLT, then it wouldn't be Claude formalizing FLT in just 11 days. Same with the upcoming results they will claim Claude came up with, but in fact they have been hiring frontier researchers working on very niche topics through Micro1. It's all a marketing ploy before their IPO.
forkbomb123 13 hours ago||
I'm so curious what happens to this project that intended on proving FLT by 2029 now

the project: https://imperialcollegelondon.github.io/FLT/

hokkos 13 hours ago|
their reaction here : https://xenaproject.wordpress.com/2026/09/04/flt-anthropic-h...
prometheus1992 13 hours ago||
Can someone with more knowledge help me with this silly question in my head?

>>Along the way, it wrote 13 million lines of Lean and proved 29,500 intermediate theorems

Did a human check the 13 million lines of code? How does QA'ing this type of work works?

stabbles 13 hours ago||
There is a simple piece of code that can check simple steps, and many people agree this checker is correct. Then there is a formalization of the theorem which many people agree defines the theorem accurately. Then there is 13 million lines of proof that nobody has read, but the proof checker validated each step. That's enough.

So, all you have to verify is the formalization of the theorem, and believe that the proof checker is free of bugs. You don't have to read the actual proof.

Jblx2 13 hours ago||
You still have to trust that the AI didn't exploit a bug in the Lean kernel. There was just such an instance of a bug a little over a month ago:

https://leodemoura.github.io/blog/2026-8-1-postmortem-for-ke...

vessenes 12 hours ago||
True, .. and. In this case, the original proof is considered rigorously checked, so finding a bug in the kernel would be nice to know about, but in my opinion would not take away from the accomplishment (FLT in lean using agents) nor the many benefits of getting these mathematical objects formalized and usable in Lean in the future.
lordnacho 13 hours ago|||
This was my question as well. The way I understand it, it's like a compiler, it implements rules, in this case logic/math rules that tell you whether something follows from assumptions you've given it.

But how do you know you told it what you intended to tell it?

babelfish 13 hours ago|||
A human definitely didn't, but one of the benefits of formal verification is that even if the work done to achieve something is slop-y or excessively verbose, solvers like Lean guarantee that the initial proposition (assuming it was written correctly and in this case was definitely reviewed by humans) is definitively True. This is true across other domains of formal verification outside of math as well
bobmarleybiceps 13 hours ago||
guaranteed, up to lean itself having bugs that are exploited by the LLM :shrug:
CaptWorld 12 hours ago|||
Do you have proof of this bug or something? Is this just envy against computers now ?
mswphd 11 hours ago||
as mentioned elsewhere, there was a bug in the lean kernel exploited by AI to prove a false statement roughly a month ago

https://leodemoura.github.io/blog/2026-8-1-postmortem-for-ke...

CaptWorld 11 hours ago||
Got it. Thanks. I feel people are using this single story to downplay this feat. There's definitely a chance but I don't see any indication of similar bugs in here or the openai's proofs that were created a month ago as i think these companies might've vetted it enough and the other team who's working on similar lean proof for this also seems to have acknowledged this feat
mswphd 10 hours ago|||
I also doubt this is leveraging a lean4 kernel bug, but I also do not think that a 13m LoC proof that has not been human reviewed closes the book on our understanding of Fermat's Last Theorem, in part because of the decided possibility of a kernel bug being used somewhere in those 13m lines.
CaptWorld 1 hour ago||
Of course, there's a possibility but it exists everywhere but there's no sign till now that it has. Same with openai's proofs.
Jblx2 8 hours ago||||
How about all of these bugs from last week?

https://leodemoura.github.io/blog/2026-8-24-postmortem-for-t...

...I'm not saying this FLT result is compromised. I suppose things depend on your perspective where we are on the spectrum of "finding more bugs means there are fewer left to discover" vs. "finding more bugs probably means there are still unexplored corners out there".

CaptWorld 1 hour ago||
Sure. But experts seem to be aware of the direction of those solutions so it seems unlikely there could be some hidden bug which disproves it. But it could be possible.
bobmarleybiceps 10 hours ago|||
[dead]
tatjam 11 hours ago|||
Well considering the proof is pretty much accepted by mathematicians to be correct (I'll be happy with that!), it would be sort of unnecessary to cheat. Maybe if some aspect is really tricky to formalize it could have done something there? If I had to search for it, I would go for parts of the original proof that are "outsourced" to other mathematical works. Imagine one of the agents struggling to download a paper due to a paywall or whatever and just deciding to cheat lol
fwip 13 hours ago|||
The nice thing about theorem provers is that you don't need to read the intermediate lines. You need to make sure that the goal/result actually matches what you think it says - but everything in the middle is validated by the prover.
hyperhello 13 hours ago|||
The point of writing Lean code is that Lean checks it accordingly. Lean is a domain specific language to encode mathematical reasoning in a way that can’t be fooled.

Note to other users: don’t downvote this kind of comment, answer it.

stratos123 13 hours ago|||

  encode mathematical reasoning in a way that can’t be fooled.
I would be a bit careful asserting that in full generality, given https://github.com/James-Hanson/junk-theorems-in-lean
ndriscoll 11 hours ago|||
This has nothing to do with Lean, e.g.

> The first coordinate of the polynomial X^2 (X^3 + X + 1 ) is equal to the prime factorization of 30 .

We defined polynomials as their coefficient functions in my algebra class, and it makes sense that you'd define a prime factorization as a function from primes to N, which naturally extends to a function N->N. So this junk theorem is part of normal math too. It just says in an obtuse way that they're both the function that's 1 at 2, 3, and 5, and 0 elsewhere.

mswphd 11 hours ago||||
junk theorems aren't the concern, soundness issues in the lean kernel are the concern.

Notably, junk theorems are true. Nobody would debate that the junk theorem is true. The main thing people would say is that junk theorems, while being true, are sensitive to precisely how you encoded mathematics, so despite being true, they are perhaps not conceptually meaningful.

As an example of a junk theorem, sasy you use the definition of the natural numbers using von neumann ordinals

https://en.wikipedia.org/wiki/Set-theoretic_definition_of_na...

Then for any natural numbers n, m, they're implicitly sets. So n \intersect m = min(n,m). This is the wrong way to think about natural numbers. You should not use this ever in proofs. But this isn't because your proofs would be false, but instead because it is a fundamentally confusing way to think about the natural numbers. It is in this sense it is a "junk theorem".

hyperhello 13 hours ago|||
Isn’t there some theorem that any sufficiently complex mathematical languages will have statements that can’t be proven? :)
fn-mote 12 hours ago||
This would be funny if it were relevant. Seems like a statement about false negatives instead of false positives.

False negative = could not find a proof of a true theorem.

False positive = erroneous proof of a theorem.

epgui 13 hours ago|||
Is Lean a DSL? I’d argue it’s a general purpose programming language that excels at proofs.
hyperhello 13 hours ago|||
Well, there’s actually a very small set of operations that allow all computation, so it doesn’t take much to be a DSL and a GP too; I’d be surprised if a proof language couldn’t swing it.
mswphd 11 hours ago|||
it is a general-purpose programming language. for example, it's standard library allows you to do file io, networking, etc.
tossandthrow 13 hours ago||
No. No human checked it. But a type checker did. And that is much better.
max979 9 hours ago||
Pretty wild seeing this get formalized. Remember struggling to even grasp the high-level concepts of Wiles's proof.
rao-v 14 hours ago||
An aside on Lean and it's massive library of results: As someone who's put non trivial effort into slowly learning geometric algebra, lie theory and other slightly advanced math topics, I have to say my brain cannot read Lean. It feels so unprocessable.

I've tried the various intros to Lean multiple times (even before Lean 4 came out) and something about the way Lean proofs are written does not align with how I think about proofs. My very brief attempts at Isabelle / RCoq feel more natural.

I think it's a pity that the future of proofs is Lean. I'd love for someone to come up with a more digestable proof language!

robinzfc 2 hours ago||
There are a couple of proof languages that are designed for formalized mathematics (rather than formal verification of software) and to be readable by mathematicians. For example, look at the proof that square root of 2 is not rational written in Naproche (retyped from [1], typos are mine):

Theorem. $\sqrt{2}$ is irrational.

Proof.

Assume that $\sqrt{2}$ is rational. Then there are integers $a, b$ such that $a^2=2b^2$ and $(a,b)=1$. Hence $a^2$ is even. Therefore $a$ is even. So there is an integer $c$ such that $a=2c$. Then $4c^2=2b^2$ and $2c^2=b^2$. So $b$ is even. Contradiction.

Qed.

Or, say Isar in Isabelle/ZF [2].

There is an interesting discussion on MathOverflow titled "Are we stuck with Lean?" [3]. The conclusion seems to be yes, they are.

[1] https://ceur-ws.org/Vol-448/paper10.pdf

[2] https://isarmathlib.org/UniformSpace_ZF_1.html

[3] https://mathoverflow.net/questions/513742/are-we-stuck-with-...

HotHotLava 13 hours ago|||
The nice thing is, once all of these proofs are formalized in a machine-checkable language, it should be relatively straightforward to translate the corpus between different languages, if someone finds something with a nicer syntax.
c7b 14 hours ago|||
If you're doing it for fun anyway, why not use the language that gives you the most pleasure?
SirHackalot 14 hours ago|||
Interesting to find this comment, I’ve been dipping my toes into formal methods and was doing a RCoq tutorial yesterday (really basic stuff), and I also noticed that the proofs in RCoq have a more pen -and-paper proof feel to them.
rao-v 10 hours ago||
Right? Might be worth another shot
auggierose 11 hours ago|||
I hear you. :-)
voxl 14 hours ago|||
Hearing someone say "the future of proofs is Lean" is a bit like hearing someone say "the future of programming is Rust." Sorry to disappoint, or happy to inform, there are hundreds of programming languages actively being used, and Rust is not even the most used language. To think that proof assistants, fancy programming languages, would be any different is suspiciously motivated.
gowld 14 hours ago||
That's like saying the future of code is Assembler.

Lean is not for humans.

epgui 13 hours ago||
Lean is for humans.
dgellow 13 hours ago||
Lean continues to pay off. Such a beautiful project
maw 11 hours ago||
I have discovered a truly marvellous proof of this, which this margin is too narrow bear the load.
enriquto 13 hours ago||
but i don't understand... isn't Wiles's proof and its numerous rewritings already in the training set?
ngruhn 12 hours ago|||
Yes. The point was not coming up with the proof from scratch. The point was writing it all down in Lean to make it fully machine checkable.
QuesnayJr 12 hours ago||
Of course it is. The interesting thing is that it was able to produce a Lean proof in 11 days, when there's been an ongoing project for several years to do the same thing (though a somewhat different proof) that is nowhere near done.
tatjam 11 hours ago||
I think there's a big misunderstanding going on here, translating the proof to Lean is, well... a translation task. Formalizing the proof in a way that's useful (breaks the proof down into relatively independent blocks that can be used for other maths and, importantly, understood individually) is a quite bigger, more creative endeavor. Not sure if LLMs would be able to do it, maybe yes?
QuesnayJr 5 hours ago|||
It wasn't clear that LLMs were up to a Lean translation task of this scale until now. The background required to formalize the FLT proof was tremendous, so many people assumed we would have to wait until all of that was formalized in Lean before we could ask it to formalize Wiles' proof. Now it seems like almost any mathematics paper we can ask an LLM to formalize, including all necessary background, and it can just do it.
mswphd 11 hours ago|||
note that this is exactly analogous to an LLM being able to slop code some demo, but not build something more generally useful/maintainable (say something suitable for inclusion in a standard library).
drivebyhooting 14 hours ago||
LLMs are pretty good at slogging through. When will they come up with brilliant breakthroughs like Andrew Wiles?
chpatrick 13 hours ago|
About two month ago: https://en.wikipedia.org/wiki/Jacobian_conjecture
traes 8 hours ago|||
We have absolutely no idea if this was a brilliant breakthrough or not. They haven't released any explanation of how it was found. A problem being old and prestigious does not mean its solution is automatically a brilliant breakthrough.
drivebyhooting 13 hours ago||||
That’s just a counter example I can check by hand with almost zero background.

Wiles’s proof will remain a mystery to me.

thrance 13 hours ago|||
Come on, you can't compare that with Wiles's proof.
chpatrick 12 hours ago||
Still unsolved for 87 years.
thrance 11 hours ago||
Meaningless on its own.
jjtheblunt 12 hours ago|
>. Claude produced the first end-to-end, computer-checked proof of FLT. Along the way, it wrote 13 million lines of Lean and proved 29,500 intermediate theorems.

I'm just old enough to remember Paul Erdo"s and his notion of 'The Book', which he defined to be a book the "Supreme Fascist" (God) had which held the most elegant proofs of mathematical theorems.

https://en.wikipedia.org/wiki/Paul_Erdős#Personal_life

It would be interesting to see how Erdo"s would name such a huge proof by Claude using Lean.

More comments...