In the case of RL-for-math, there’s RLVR on questions with right and wrong answers (e.g. the AIME dataset), but for more advanced proof-based challenges, the RL is mostly-or-entirely “RLAIF” (RL from AI Feedback), not “RLVR” (RL with Verifiable Rewards). (The latter would have to involve some mechanical checker, like the Lean formal verifier, in the RL loop. It’s possible that companies are doing that today, I dunno, but I think LLMs were already clearly especially good at proof-based math (compared to other things) before autoformalization would have been feasible.)
Strong disagree here. Definitely companies are doing RL with Lean and other autoformalization tools in the loop. This is a core component of any serious math RL pipeline these days. Secondly, even if not full Lean you can go very far with computer algebra systems to validate expressions such as Sympy if comparing to a known algebraic answer. Also you can go pretty far just by bootstrapping from a base of math questions that you already know the answer to and just doing standard RLVR and this transfers quite well to proof-based arguments also. LLM as judge is used but often not as primary verifier but instead for things like difficulty calibration of questions, data filtering, and flagging mislabeled examples and faulty verifiers rather than naively directly in the RL loop.
Just piggybacking on Beren's comment; I agree that you severely underestimated the amount of effort that goes into explicit optimization on math capabilities. In particular, I would actually put odds at like 85% that LLM training today involves several RLVR tasks that require proper use of the de Rham cohomology group.
However, your broader point totally stands; there's no way to do stuff with RLVR unless pass rate is nonzero, so the initial performance on such problems has to come from somewhere nontrivial. Most effort towards producing RLVR "environments"... (read more)
Follow-up to: “LLMs are (still) mostly powered by imitative learning, not RL”
[Edited a bit since publishing, see changelog at the bottom.]
A common take I’ve been hearing is: “LLMs are especially good at math (compared to how good they are at other things)[1] because math is easy to verify”. But that story doesn’t make much sense to me.
My main complaint is that, for advanced math, the verifier is an LLM.[2] So really, the phrase “math is easy to verify” amounts to “LLMs are very good at judging math arguments”. But that’s begging the question! Why are pretrained LLMs so much better at judging math arguments than judging, say, fiction writing? We still need an answer.
So here’s a different theory, in the framework of my earlier post “LLMs are (still) mostly powered by imitative learning, not RL”:
LLMs are especially good at math because almost everything in the math literature is correct. Read a random sentence in a random math paper in the research math literature, and you can be >99% confident that the sentence is true. So if LLMs do what they do best—imitative learning—then in the limit, they’re going to be almost always making correct deductions in their mathematical reasoning. They just need a little sprinkling of curated mid-training data and/or RL to hone their metacognitive strategies and so on.
So that’s my theory: it’s about pretraining data quality, not verifiability.[3] Now let’s apply that theory to other areas.
What about code? Well, for almost all the code that you’ll find on the internet, it compiles and runs and basically does what you’d expect it to do. So if LLMs do what they do best—imitative learning—then in the limit, they’re going to be almost always writing code that compiles and runs and basically does what you’d expect it to do. But code on the internet is also often ugly, buggy, inefficient, etc. So companies need to solve that problem with curated mid-training data and/or RL. This is a bigger challenge for code than it is for math, but companies have spent the past few years pouring a ton of effort into it, and they’ve made impressive progress.
What about other fields? In many fields, the research literature is kinda a dumpster fire. There’s plenty of true and valuable stuff, stirred into a sea of such falsehoods and confused ideas that reading them will make you stupider. So if LLMs do what they do best—imitative learning—then in the limit, they’re going to spit out tons of confused nonsense with occasional insights, with no labels on which is which. Just like the humans. You might reply: “Perhaps this problem is fixable via curated mid-training data and/or RL?” Maybe. But if so, I think we should expect it to be much more of a challenge than it has been for code, let alone math.
How does this theory bear on the “LLM Recursive Self-Improvement” debate?
Well…
I shall leave readers to reach their own conclusions.
Likewise,
How does this theory bear on the “LLM Automated Alignment Research” debate?
Same idea here. Again, readers may judge for themselves.
CHANGELOG:
A few hours after publishing, I changed the first few paragraphs, in order to: (1) acknowledge that RLVR on math questions with right answers is a thing (whoops I forgot, that’s embarrassing); (2) delete the claim that companies don’t do much RL-on-math, which was a vague memory that an expert in the comments section (Beren) has confirmed is false, whoops; (3) fix my incorrect description of the IMO paper. Thanks various people for pushback, especially Thane Ruthenis, Shreyas Sharma, and Beren in the comments, and singularvessel on X.
Next day (Sept 19): Moved some words from footnote 1 into the main text, to make sure people don’t miss it.
Oct 9: Added another sentence into Footnote 1, with more evidence against RLVR-via-autoformalization being an important part of how LLMs got good at math proofs.
I’m not comparing LLMs to human mathematicians in this post; I have opinions but that’s a separate debate.
In the case of RL-for-math, there’s RLVR on questions with right and wrong answers (e.g. the AIME dataset + more examples in Beren’s comment), but for more advanced proof-based challenges, the RL is mostly-or-entirely “RLAIF” (RL from AI Feedback), not “RLVR” (RL with Verifiable Rewards).
(The latter would have to involve some mechanical checker, like the Lean formal verifier, in the RL loop. Beren says that companies are doing that today, but I think that LLMs were already clearly especially good at proof-based advanced math (compared to how good they are at other things) before autoformalization-in-the-loop RLVR would have been feasible.)
(Indeed, it seems very far-fetched to me to think that you could build a Lean-autoformalizer of natural language proofs unless you already had access to a model that was pretty damn good at natural language proofs. So an RLVR-centric explanation of LLM math proof capabilities seems wrong to me on chicken-and-egg grounds.)
(ADDED OCT 9: also, ex-OpenAI post-training engineer Will DePue says: “…these results aren't using formal methods aggressively…”, in a discussion of the Navier–Stokes & October 6th proofs.)
Another place that “verifiability” matters is at inference time: the LLM might notice errors in its own chain-of-thought, or there can be more complicated scaffolds as in this paper about the International Math Olympiad. Same thing: the judge is an LLM.
Of course, “verifiability” is relevant to how humans wound up with such a high-quality math literature. So verifiability-of-math is indirectly related to LLM math competence. Just not directly.