OpenAI didn't solve Navier-Stokes, and Tristan Buckmaster wants answers

OpenAI didn't solve Navier-Stokes, and Tristan Buckmaster wants answers

Good morning πŸ‘‹ OpenAI says its model cracked a Navier-Stokes blowup in 88 hours. It's a real result on the wrong equation, and the guy who beat them to the related one three weeks earlier still can't get a straight answer out of them.

In today's issue:

Get tomorrow's issue in your inbox.

One concise AI brief, sent after the signal clears the noise.


πŸ”­ THE ONE THING

🌊 OpenAI didn't solve Navier-Stokes, and Tristan Buckmaster wants answers

OpenAI says an internal model spent 88 hours across 10,000 parallel agents (launched Sept 1, done Sept 5) proving finite-time blowup for the *forced* 3D Navier-Stokes equations, then let GPT-6 Astra spend another 17 hours formalizing the proof in Lean. Real result, wrong problem: the Clay Institute's actual $1M Millennium question is the *unforced* case, which nobody's cracked, and OpenAI says outright it isn't claiming the prize. NYU's Tristan Buckmaster and Anthropic's Levent AlpΓΆge got there first on related forced equations (Euler, Boussinesq, porous medium), Lean-verified by Aug 22, using Claude and Codex. Buckmaster says OpenAI never answered whether its model had access to his private Codex drafts ("I did not get an answer") and turned down both credit arrangements the company offered. The demo's real; the priority fight is the actual story.


🧠 MODELS & RELEASES


πŸ”¬ RESEARCH HIGHLIGHTS


πŸ› οΈ TRY THIS

Build a parity harness before you let an agent touch legacy code

Mistral modernized the first 40,000 lines of a 300,000-line Fortran 77 reservoir simulator for a European energy operator. The interesting part isn't the swarm of 100-plus agents they threw at it. It's what they built before touching a single line: subroutines exporting intermediate state from the old code, mirrored by C++ test frameworks, so every checkpoint proves numerical equivalence instead of "looks about right." Same discipline the Navier-Stokes fight above is missing: verify before you credit.

1. Write the state-export and checkpoint harness first. Treat it as core scope, not optional test scaffolding you bolt on later.

2. Cap each migration unit at 10,000 lines and keep it self-contained. Mistral's fully-autonomous runs on bigger scopes just "retyped Fortran in C++ syntax" without actually understanding it.

3. Run plan, implement, test, review on every module, with a human at the review gate. A cron-scheduled reviewer agent can pre-screen pull requests, but it doesn't replace the gate.

4. Flag anything with external system dependencies or undocumented physics for a person up front. Mistral said those cases weren't solved yet, not "solved and hidden."

Prompt: Before writing any migrated code for this module, list every intermediate variable that must match between the old and new implementation, and name the checkpoint where each should be verified. Do not write implementation code until this list is reviewed.

πŸ”— QUICK LINKS


That's the signal worth your time today.

Pradeep Perugu

Get inovAIte in your inbox.