↓Skip to main content

If Only AI Understands the Proof: When Machines Take Over Deduction and Code

·3547 words·17 mins
Proof fragments stream rapidly toward the center while researchers inspect, connect, and interpret them on the other side

A mathematician spends months wrestling with a difficult conjecture, eventually shaping an elegant proof colleagues can follow; another turns to AI, extracting a full formal derivation in the time it takes to drink a cup of coffee. For practitioners who have transitioned from university research to the front lines of industry AI engineering, this contrast feels intimately familiar: on one side, a seasoned architect refines a concurrent state machine and traces edge cases (or, in machine learning, battles data quality and GPU memory limits); on the other, a developer prompts AI to generate thousands of lines of code that instantly turn unit tests green. If both artifacts run flawlessly on local machines, the latter seems to have won a landslide victory in delivery velocity.

Yet the moment we ask who can explain the reasoning behind those moves, or who dares touch the codebase when high-concurrency deadlocks or bizarre model regressions strike production, that apparent leap in productivity turns suspect. Historically, solving a problem and understanding it were naturally bundled together. Modern generative AI is forcefully sundering that connection: a system can deliver immaculate symbols or code, leaving humans to spend months or years reverse-engineering the underlying mechanisms. The contrast highlights a dramatic collision: the patient artisan honing deep inner fundamentals over years versus an automated pipeline optimized for instant delivery.

The more pressing question is this: when the production of answers and code outpaces humanity’s capacity to absorb them, how should we measure genuine progress in knowledge and technology? If in the end only a single black-box machine in the entire universe understands the proof and troubleshoots the outage, does that achievement expand the frontiers of human civilization, or does it merely deposit hollow digital relics?

1. From Generation to Delivery: Why Did Acceleration Turn into a Verification Crisis? #

When evaluating AI’s role in mathematics and engineering, we must distinguish three fundamentally different tasks: generating results, verifying derivations, and understanding underlying mechanisms. While closely linked, they can never substitute for one another.

A model can generate an apparently airtight sequence of high-dimensional deductions. A mathematician or a formal verification tool can check step by step whether each move adheres to the axioms. Yet the researcher’s true work is extracting the conceptual skeleton: explaining why the method succeeds and how it weaves into humanity’s existing body of knowledge.

Natural-language proofs often conceal fatal fallacies behind dismissive phrases like “it is readily seen that.” While formal verification ensures logical tightness under machine-enforced rules, engineers and researchers know all too well that passing a build and turning tests green is entirely different from having correct business logic. We must still ask: Does the formalized proposition faithfully reflect the original question? Were boundary conditions quietly relaxed? It is like a machine proving that an elephant fits comfortably inside a refrigerator—only for an engineer inspecting the source code to discover that the refrigerator’s volume was quietly defined as infinite, with timeouts and runtime errors silently swallowed.

Mathematician Yu Deng captured this challenge in his “dual boundary theory of mathematics”[2]. Across the landscape of discovery, there are two distinct frontiers:

  • The first boundary encompasses all problems for which a rigorous proof or feasible implementation objectively exists;
  • The second boundary covers all problems whose underlying mechanisms the human mind can truly understand.

In classical research and traditional engineering, these two boundaries closely coincided: solving a difficult problem went hand-in-hand with human intuition mastering the system end-to-end. Generative AI, however, is tearing open a deep chasm between the two[2]. An algorithm can execute vast combinatorial searches and symbol matching across high-dimensional space, pushing the first boundary of “what is proved or generated” outward at astonishing speed; but if human minds cannot digest those complex sequences, the second boundary of “what is understood” remains frozen.

As Terence Tao and Yu Deng pointedly observed in dialogue: the ultimate purpose of scientific exploration and architectural innovation has never been to stockpile isolated truth-value slices validated by black boxes or stack up unmaintainable codebases, but to expand human insight into abstract and physical realities[2]. If only a solitary cold machine grasps the reasoning while human civilization remains blind to its mechanisms, scholars and engineers are reduced to mere couriers pressing Enter. Such “breakthroughs” offer no real intellectual value to the human mind.

When considering AI’s role, Fields Medalist Terence Tao offered an apt metaphor: AI is like a car[2]. A car travels far faster than human legs, but its invention never meant humans should stop walking. We still need our legs to traverse the earth, keep our bodies fit, and maintain our spatial instincts and aesthetic appreciation of the landscape. Mathematics and systems engineering are no different: we can ride computational speed to distant destinations, but concept formation, architectural feel, and the appreciation of intrinsic elegance must be cultivated directly by the human mind[1][2]. In a healthy paradigm of human-AI collaboration, Deng frames AI as “computational scaffolding”[2]—human architects master the macro blueprint and architectural direction, delegating tedious algebraic expansions to AI. Scaffolding supports construction; once the tower is erected, what endures is the building’s own structural equilibrium and spatial elegance. The scaffolding cannot eclipse the architecture, nor can it replace the soul of the architect.

Engineers in model development and MLOps know this reality intimately. Suppose an AI assistant generates an end-to-end multimodal pipeline or time-series forecasting service whose offline evaluation metrics blow historical baselines out of the water. Experienced engineers do not blindly push it to production. They immediately stay on guard: Did future information leak through the feature store (data leakage)? Do the distributions conceal severe overfitting or alignment distortion? Will train-serve skew withstand real-world production traffic? And does catastrophic forgetting lurk in long-tail edge cases?

Yet time saved during generation is often multiplied and passed to the research community and engineering team as an unpaid verification tax. A paper is not finished when uploaded to a preprint server; colleagues must follow its reasoning, search for counterexamples, and evaluate its place within the knowledge graph. A code module is not finished when git push sends it to the repository; it requires rigorous architectural review, failover drills, and long-term production maintenance.

On October 6, 2026, OpenAI publicly released 722 mathematical manuscripts generated by an internal frontier model via its openai/math repository (spanning over 370 result families), sending shockwaves through the academic world[2]. In an effort to demonstrate general reasoning and AGI milestones, commercial labs dumped a massive volume of unvetted, half-baked preprints onto the scientific commons in a matter of hours[2]. Beneath an impressive facade of dense formulas and formal notation lay elementary blunders: flipped signs, surreptitious lemma swaps, and jarring disconnects where natural-language arguments bore little resemblance to their accompanying Lean verification code. A handful of preprints were withdrawn within days after basic flaws surfaced[2].

Software engineering has an all-too-familiar term for this behavior: the “Dump-and-Run Pull Request” (Dump-and-Run PR). Someone uses AI to generate thousands of lines of unarchitected code that barely turns unit tests green, then pings the channel: “I just delivered 5,000 lines of core logic—please review ASAP.” AI engineering sees an identical pattern: someone stitches together a brittle, end-to-end training script that posts impressive metrics on a small demo, declares SOTA, and dumps the burden of high latency, GPU memory leaks, and irreproducible training onto the engineering team.

Tao sharply criticized this practice as treating the academic ecosystem like a dumping ground for “toxic waste”—where corporate labs treat open problems merely as testing ranges for general-purpose foundation models, while effectively conscripting the world’s mathematicians and senior engineers as “unpaid debuggers” to filter, verify, and clean up after black-box outputs[1][2]. Deeper hazards include the worship of an “answers-only” metric and the erosion of citation chains that sparks acute intellectual property and priority dilemmas[2]. A necessary consensus must be established: anyone who profits from the velocity of AI generation must bear the joint responsibility of making their work verifiable, intelligible, and maintainable. Saying “the model generated it” can never serve as a liability waiver.

2. Without a New Paradigm, Does a Machine’s Unorthodox Path Count as Knowledge? #

Faced with an avalanche of machine-generated outputs, a common defensive reaction is to argue that AI merely performs brute-force search within human-defined mazes, whereas only humans can create concepts and paradigms.

The desire to safeguard human intellectual dignity is understandable, but this sets an unrealistically high bar for what counts as knowledge creation and technical breakthroughs.

If we required every research contribution to overturn existing paradigms, it would be like demanding that every chef entering a kitchen start by redefining thermodynamics and synthesizing artificial proteins before scrambling an egg can count as cooking. Most advances in science and industrial software consist of steady maintenance and incremental tightening within existing frameworks—identifying a pivotal counterexample, narrowing an inequality’s constant bound by a fraction, optimizing lock contention in a concurrent operator, or designing an ingenious discrete algorithm. If we celebrate human scholars and engineers for these contributions, we have no reason to dismiss their value simply because the path emerged from algorithmic search.

DeepMind’s FunSearch provides a compelling example. Researchers paired a large language model (LLM) with a program evaluator: the model proposed programs through aggressive trial and error, while the evaluator scored and filtered them. On the classic cap set problem, it discovered point configurations in tight spaces that human researchers had failed to conceive; on online bin packing, it generated efficient heuristics that outperformed standard baselines[3].

Similarly, in work on the quasi-Riemann hypothesis, OpenAI claimed in its October drop to have established a zero-free half-plane for real parts greater than \(7/8\) (despite internal textual discrepancies between \(7/8\) and \(11/12\) across the paper and repository index). While the mathematical community currently treats this as an unverified working premise under review, Tao pragmatically noted that \(7/8\) remains far from the true core of the Riemann hypothesis at \(1/2\), and existing methods have hit a clear theoretical ceiling[1].

These milestones prove beyond doubt that searching within human-defined rule spaces produces genuine scientific and engineering increments. In their in-depth dialogue for SAIR, Deng Yu expressed genuine admiration: looking at these derivations, “they are remarkable, full of beautiful new ideas, and we can actually understand them.” Tao likewise acknowledged that roughly ten of the open problems addressed in the drop caught his personal interest, which he plans to study closely[2].

Amidst this blend of astonishment and disorientation, an evocative perspective emerges: AI’s foray into mathematics and core algorithms often brings to mind an “illiterate cultivator”—a blind savant of the Dao.

An “illiterate cultivator” cannot read a single character of scripture, knows nothing of the profound principles behind high-dimensional manifolds or distributed consensus protocols, and possesses zero intuitive resonance with cosmic truth or system elegance. Yet propelled by sheer unbridled power—astronomical parameter counts and high-dimensional probability—it flails against formal axiomatic rules until it scrambles up an unintuitive cliffside path. Treacherous at every step, it miraculously avoids falling, landing an inspired breakthrough that neither seasoned masters nor veteran architects had ever envisioned.

Engineers know this phenomenon well: while debugging an elusive concurrency deadlock, someone prompts AI and receives a bizarre fix—such as setting a thread pool queue to an arbitrary magic number or inserting a microsecond delay. The alerts cease, and local tests pass! Modern LLM fine-tuning and systems optimization exhibit the exact same pattern: pasting in an obscure parameter tweak from the internet silences warnings, yet nobody can explain why it works. This is the engineering equivalent of an illiterate cultivator: knowing what happened without understanding why. When traffic doubles, dependencies shift, or context windows expand, that uncomprehended patch turns into a catastrophic midnight P0 incident.

The fatal flaw of the illiterate cultivator is that it cannot teach, nor can it synthesize a general discipline. If a master asks: “Fellow seeker, which fundamental law governed that exquisite strike? What was the underlying flow of energy?” the model can offer only a lifeless array of floating-point weights. In essence, its mind is blank.

This is where the irreplaceable value of human mathematicians and lead engineers emerges: they must act as the grandmasters who codify orthodox doctrine from the illiterate cultivator’s wild maneuvers. Scholars examine the machine’s accidental strikes under a microscope, reverse-engineering the hidden mathematical mechanisms and deep symmetries within. In doing so, they pave that rugged, muddy trail into a broad highway that all researchers and developers can travel, understand, and build upon.

Mature academic and engineering discourse must therefore return to pragmatic metrics: Is the result correct? Is the increment new? Does it expand our capacity to solve concrete problems? And above all, can we prune from the machine’s tangled discoveries a general method that human intellect can inherit? Human understanding often lags behind machine discovery. We need not demand textbook elegance on day one, but neither should we mistake a lucky high-dimensional search hit for the entirety of knowledge production and engineering wisdom.

3. How Is the Research Community Countering Proprietary Enclosure? #

Faced with an influx of unvetted machine preprints, attribution dilemmas, and proprietary enclosure, the mathematical community did not stop at moral condemnation. It moved swiftly to organize an institutional counterattack.

For engineers, this counterattack resonates deeply—it mirrors the most inspiring chapter in software history: how the closed-source monopoly of commercial Unix sparked Linux and the GNU free software movement; how the revocation of BitKeeper’s free license and the pain of centralized version control prompted Linus Torvalds to create Git; how cloud-vendor lock-in fostered Kubernetes and the Cloud Native Computing Foundation (CNCF); and how open-source ecosystems like PyTorch and vLLM rise today to resist proprietary model enclosure. The eternal maxim of open source has always been: “Talk is cheap, show me the code / proof.” Foundational science and general computing protocols must never be permanently captured by proprietary black boxes.

Science has been an open enterprise since its modern inception, founded on transparency, peer verification, and reproducibility. In response to these mounting tensions, the SAIR Foundation (Foundation for Science and AI Research) [2]—founded in 2025—partnered with global universities to accelerate an open, researcher-governed mathematical infrastructure. Tao noted that the October preprint deluge did not catch them off guard; rather, it prompted the community to accelerate the release of Open Math OS, an open operating system and scaffolding for mathematical research[2].

To explore the unknown collaboratively, the tools must be open to all. SAIR’s collaborative research network rests on three strategic pillars:

  • Open weights and transparent inference models: Shedding light on black-box heuristics, enabling peer review of algorithmic steps, and eliminating the fear that unpublished ideas will be harvested or leaked[2].
  • Native integration with formal verification (such as Lean): Deeply binding exploratory language models to rigorous formal proofs, ensuring that marketing preprints cannot mask flawed logic with superficial code[2].
  • Full-lifecycle provenance and attribution standards: Rather than demanding impossible line-by-line attribution from statistical token mixtures, the community is establishing structured reproducibility standards—including tool invocation traces, retrieval logs, and formal verification artifacts—so every result has an auditable provenance[2].

To be fair, open weights alone do not automatically guarantee auditability or reproducibility, while closed commercial models offer formidable compute scale, enterprise-grade sandboxes, and reliable SLAs. The open-source defense is not about blanket rejection of commercial tools; it is about safeguarding the transparent bedrock of open science so that the verification of truth is never monopolized by an opaque proprietary black box.

4. Will Algorithms Dull the Mind? Mental Habits and Training for Future Explorers #

Knowledge production and systems engineering share a vital side effect often obscured by efficiency figures: they train future researchers and engineers while generating results.

A student derives a classic formula under a desk lamp not to add another solved theorem to humanity’s hoard, but to experience how assumptions constrain an argument and how intuition misfires. Spending two pages on a blind alley before catching a reversed assumption yields no publishable paper, yet it builds the instinctive radar that detects subtle errors. An engineer spends days writing a low-level module from scratch—such as implementing a custom memory pool, hand-crafting a B+ tree index, or tracing backpropagation gradients and attention mechanisms by hand—not to reinvent the wheel, but to cultivate the muscle memory and tactile intuition needed to diagnose distributed systems under extreme pressure or spot anomalies during model training.

In traditional scholarship and engineering apprenticeship, if a novice bypasses foundational derivations and relies entirely on automated black boxes, they may appear to achieve overnight velocity, yet their foundation remains hollow. In the guest post Fast math/slow math on Tao’s blog, Ben Antieau highlighted this tension between automated acceleration and foundational cultivation: slow thinking and deep contemplation are the soul of research, and AI-assisted mathematics should enrich human understanding rather than maximize raw paper counts[4]. Tao likewise expressed a pressing concern: medium-difficulty problems are the training ground of young scholars and junior engineers. If researchers routinely outsource accessible puzzles to models and publish instant answers, the next generation loses the practice space where intuition and confidence take shape[1].

More alarming still is the quiet reshaping of mature minds. A CHI 2025 study of 319 knowledge workers across 936 workplace tasks revealed that greater confidence in AI correlated with less reported critical thinking. Rather than disengaging entirely, workers shifted their mental effort away from deep conceptual reasoning toward superficial verification, response synthesis, and administrative oversight[5].

Modern software engineering is built entirely upon layers of abstraction: few engineers memorize the microarchitectural out-of-order execution pipelines of their CPUs, the internal optimizations of their compilers, or the lock contention mechanisms of kernel schedulers. Yet our technological edifice does not crumble, because we maintain strict specification contracts, auditability, intervention boundaries, and fault containment between those layers. Algorithms can race through predetermined tracks with extraordinary speed, but they lack human risk awareness and responsibility for system resilience[2]. Formulating profound new questions that cut to the core of reality, charting macro blueprints across disciplines, and making hard engineering trade-offs while defending architectural integrity—this strategic judgment remains the exclusive sanctuary of the human mind[2].

It is like GPS navigation: a driver who understands the city’s topography and traffic patterns uses it to avoid bottlenecks, while one who surrenders all spatial awareness will turn straight into a lake simply because the voice instructed them to turn right.

A useful working test is straightforward: if we turn off the network and the AI assistant, leaving only a blackboard and chalk (or a plain text terminal), can we stand before students and colleagues and clearly explain the key conceptual turning points? Can we articulate the system’s data flow and concurrency boundaries to our team, explaining where the model will fail? If input conditions change, can we spot where the original conclusion fails? If the answer is no, the tool has created an illusion of productivity, while genuine judgment was never truly internalized. Protecting the training ground requires redesigning our evaluation targets—testing failure boundaries, single points of failure, and conceptual explanations, rather than merely scoring polished final text or code PRs[2].

5. Beyond the Output Craze: How Should We Measure True Progress? #

When AI can generate proofs, code, and models at speeds far outstripping human capacity, genuine progress can no longer be measured solely by whether an answer was produced. For a contribution to be truly accepted, it should satisfy at least four criteria: it delivers a valid increment that withstands logical scrutiny or real-world production stress; it can be explained, reproduced, and distilled into a reusable methodology; its full lifecycle cost—from generation and verification to code review and long-term maintenance—is fully accounted for; and the practitioners involved cultivate independent judgment rather than outsourcing comprehension to an automated tool.

In other words, AI can expand the frontier of what we can prove and implement, but it cannot automatically expand the frontier of what we can understand and pass on. If a proof can only be checked by a machine, if a codebase is so fragile that only its original author dares touch it, or if a model flaunts dazzling offline metrics while nobody can explain where its failure boundaries lie, it represents short-term output rather than an enduring asset of knowledge.

The question, then, is not whether to use AI, but whether we are still willing to pay the intellectual cost of understanding: Can we articulate the core reasoning without automated aids? Can we identify under what conditions the system breaks down? Can we turn a serendipitous machine hit into a teachable, auditable, and inheritable method? Answers can be generated in seconds by a model; but the responsibility of discerning their value, defining their boundaries, and weaving them into the human body of knowledge remains ours to bear.

References #

[1] Numberphile. No More Heroes - Terence Tao Talks to Numberphile About AI. YouTube, 15 October 2026. https://www.youtube.com/watch?v=bAnwMdfcMVw

[2] SAIR. Terence Tao & Yu Deng: Why We Build Open Math Model. YouTube, 19 October 2026. https://www.youtube.com/watch?v=TjeCcDkuyao

[3] Romera-Paredes, B., et al. Mathematical discoveries from program search with large language models. Nature, 625, 468–475, 2024 (published online in 2023). https://doi.org/10.1038/s41586-023-06924-6

[4] Antieau, B. Fast math/slow math. What’s new, 15 September 2026. Guest post on Terence Tao’s blog. https://terrytao.wordpress.com/2026/09/15/fast-math-slow-math/

[5] Lee, H.-P., et al. The Impact of Generative AI on Critical Thinking: Self-Reported Reductions in Cognitive Effort and Confidence Effects From a Survey of Knowledge Workers. CHI 2025, Article 1121, 1–22. https://doi.org/10.1145/3706598.3713778

[6] Deep Dive & Interview. If Only AI Understands the Proof, Mathematics Becomes Meaningless. YouTube, 2026. https://www.youtube.com/watch?v=jFAo9vRV2dE