Research series · 2026 · Report 11 of 16
Report 11 of 16 · Part II · Non-parametric · Programs

LLM-guided evolutionary search

AlphaEvolve as a product, and how much the search contributes

AlphaEvolve went on sale as a Google Cloud service in July 2026, and by September Google's own guide was teaching customers how to stop it from gaming their benchmarks. My reading of this summer's papers is that most of the success of LLM-guided evolutionary search comes from the evaluator and from how domain experts framed the problem, and that a plain hill-climbing loop is now the baseline every new system should have to beat.

ContentsReport 11 · Non-parametric
$ tree ./11-evolutionary-search
./11-evolutionary-search
├── 01-google-s-video-blur-guide# 437 words
├── 02-why-use-an-llm-as-the-mutation-operator# 314 words
├── 03-the-basic-loop-and-alphaevolve# 872 words · 1 figure
├── 04-published-results# 411 words · 1 figure
├── 05-mathematics# 365 words
├── 06-gpu-and-tpu-kernels# 125 words
├── 07-alphaevolve-on-google-cloud# 370 words
├── 08-how-much-the-evolutionary-machinery…# 548 words
├── 09-evaluator-gaming# 191 words
├── 10-open-endedness-and-recursion# 266 words
└── 11-customer-written-evaluators-and-the…# 294 words
11 sections · 30 references · 2 figures
0 ms
the winning blur kernel returned unmodified frames
5.4% → 8.9%
AlphaEvolve speedup with better measurement alone
3.1M
rollouts: no fixed harness reliably superior
30
references · 13 from Jun 24 – Sep 24, 2026
17 min
reading time
Storage
Non-parametric: the evolved artifact (program, kernel, heuristic, construction) is stored outside the model. Weights change only in hybrids such as ThetaEvolve.
Engines
LLM as mutation operator over a program database (islands, MAP-Elites); bandit model selection; cross-task tactic memory; learned exploration policies (Dream-RSI); plain hill sampling
Evaluator
Executable and automatic: a user-written scoring function, test cascades, hardware timers, quality gates; exact or Lean-verified for mathematical constructions
Loop timescale
Hours to weeks per run; a model generation for any loop back into training
Loop closure
Closed inside a run; humans frame the problem, write the evaluator, and approve deployment
Evidence maturity
High for Google's internal deployments and Lean-verified math; medium for 2026 systems (mostly preprints); customer results are vendor-published

Where the lesson is written, what writes it, who checks it, how often it runs, whether the loop closes, and how strong the evidence is.

Section 01 / 11

#Google's video-blur guide

On September 23, 2026, Google Cloud published a guide to using AlphaEvolve on a live macOS streaming app, written with the consultancy DoIt 1. The target was a Swift pipeline that runs neural segmentation on each camera frame and renders a blur, all inside a 33.3 ms frame budget at 30 fps. The first runs looked spectacular. "In our early runs, a naive fitness score weighted toward raw latency produced an astonishing speedup: the model simply bypassed blur rendering entirely and returned unmodified frames in 0 ms" 1.

The team didn't touch the search. They rewrote the score as two tiers: any candidate whose mean structural similarity (SSIM) against golden output falls below 0.98, or whose worst frame falls below 0.95, is disqualified before latency counts. They also tested on worst-case clips, because a candidate "can easily pass an average SSIM gate on static backgrounds while failing completely during quick head turns." With that gate in place, the same loop discovered temporal mask caching, overshot into trailing artifacts, and settled on a production-ready cache window because the SSIM threshold penalized the drift 1.

The guide is also a clear description of how the product is split. AlphaEvolve became generally available on Google Cloud on July 9, 2026 2. Google runs the generation half (prompt sampler, Gemini model ensemble, program database), and "you own the evaluator module entirely, running it on your own hardware" 1. The guide's warning follows from that split: "If your evaluation metric has a blind spot, evolutionary code generation will aggressively exploit it." I'd put that sentence at the top of any AlphaEvolve customer's reading, because it tells them exactly which part of the work is theirs.

Research published in the same months supports the guide. A study of 30 budget-matched search harnesses in July found that no fixed harness is reliably superior and that OpenEvolve variants generally underperform simpler alternatives 3. AlphaEvolve team members and two leading theoretical computer scientists lowered the bound on the matrix multiplication exponent, but AlphaEvolve was the last of three stages, after the humans had reformulated the problem and built a new optimizer 4.

A solo developer broke 10 Packomania circle-packing records for $27.72 of LLM calls 5. And Oracle researchers showed that "Hill Sampling", which keeps only the single best program and samples edits to it, set a new state of the art on the field's standard circle-packing benchmark 6. Put next to the product guide, these papers say that the evaluator and the search space, both designed by domain experts, do most of the work, and the evolutionary machinery does less than the headline results suggest.

Section 02 / 11

#Why use an LLM as the mutation operator

Genetic programming has searched program space for decades, but random mutations of syntax trees mostly compute nonsense. An LLM is a much better mutation operator. Because it has read a great deal of code and mathematics, its edits are usually valid and often plausible: it swaps a greedy rule for a priority queue, adds a local-search step, or tiles a loop for memory. It hallucinates freely, but an automated evaluator runs every candidate, so a hallucination costs compute and never reaches the output. Google DeepMind's FunSearch established the pattern in 2023 by evolving single Python functions for combinatorics 7, and AlphaEvolve extended it in 2025 to whole codebases and multiple models 8.

In the series' terms, the LLM proposes changes, a program the user writes evaluates them, selection over a population decides what to keep, and the improvement is stored as code in a database outside the model. The artifact is external to the agent: a scheduling heuristic, a GPU kernel, a combinatorial construction. Prompt optimizers such as GEPA and optimize_anything run a similar population search over text the model reads (see 06), and the Darwin Gödel Machine runs it over the agent's own harness (see 09). Here the model doesn't use the evolved program to act; it writes the program for someone else to run.

Evolution is a middle option between two simpler designs. Best-of-N sampling never feeds results back, so it can't build on partial progress. Greedy hill-climbing does feed results back, but it can get stuck on a local optimum and, with a noisy evaluator, keep noise as if it were progress (report 06 documents that failure in prompt optimization). A population keeps several good but different ideas alive at once. This year people finally tested whether that buys much, and from what I've read the answer is less than the original papers claimed, with a lot of variation by problem.

Section 03 / 11

#The basic loop and AlphaEvolve

All the systems here run the same loop. A program database stores each evaluated candidate with its scores. A prompt sampler picks parents, usually a mix of high scorers and diverse ones, and puts them into a prompt along with their evaluation results. An LLM proposes a diff or rewrite. An evaluator scores the candidate, often through a cascade of cheap tests before expensive ones, and selection decides what goes back into the database.

Island models keep semi-isolated subpopulations so one lucky lineage can't take over. MAP-Elites keeps the best program in each cell of a behavioral feature space, so an unusual but mediocre program stays in the database if it is the best of its kind.

AlphaEvolve remains the reference architecture: users mark code blocks anywhere in a codebase and supply an evaluate() function; a Gemini Flash and Pro ensemble proposes diffs; the database combines MAP-Elites with islands; and the prompts themselves co-evolve in a second database 8. Its 2025 results came from Google's own infrastructure. The most durable is a Borg scheduling heuristic that "continuously recovers on average 0.7% of Google's fleet-wide compute resources" 9. Each of the 2026 systems below changes one part of this loop.

Fig 11.1 · Who owns which half of the loopAlphaEvolve on Google Cloud · 2026
GOOGLE RUNS · GENERATION HALF YOU OWN · EVALUATOR MODULE Program database MAP-Elites + islands Prompt sampler parents + their scores Gemini ensemble Flash + Pro propose diffs DIFF Tier 1 · quality gate mean SSIM ≥ 0.98 worst frame ≥ 0.95 Tier 2 · latency score 33.3 ms frame budget PASS early runs, latency-only score: 0 ms, unmodified frames FAILS GATE SCORES → SELECTION
Google runs the generation half and the customer runs the evaluator. Google runs the program database, the prompt sampler and the Gemini Flash and Pro ensemble; the customer runs the evaluator on their own hardware 1,8. In the September 2026 video guide, a latency-only score let the search return unmodified frames in 0 ms. A two-tier score closed the hole: candidates below 0.98 mean SSIM or 0.95 on the worst frame are disqualified, and only the ones that pass are scored on latency 1.

ShinkaEvolve: fewer samples

Sakana AI's ShinkaEvolve (ICLR 2026) goes after sample cost 10. It samples parents by balancing novelty against fitness. It rejects proposals whose code embedding is too close to programs already in the database, before paying to evaluate them. And it uses a multi-armed bandit to send queries to whichever model in the ensemble has recently produced useful mutations.

It reported a new best 26-circle packing in 150 samples. In 30 generations it also found a mixture-of-experts load-balancing loss that beat DeepSeek's Global LBL, cutting inefficient token routing by 5.81% and raising average performance by 1.73% across seven benchmarks 10. That second result is a case of the search producing a component for training future models, which comes up again in the section on recursion.

ε-MemEvo: memory across tasks

Every AlphaEvolve-style run starts from nothing and throws its search experience away when it ends. ε-MemEvo (Liu, Song, and Qi, August 2026) keeps prior experience as "task-agnostic tactic memories: compact natural-language summaries of successful algorithmic strategies rather than raw code", so lessons can transfer between tasks with different APIs and evaluators 11. An adaptive gate decides whether to inject a retrieved memory and how strongly. On eight optimization benchmarks, with a GPT-5 backbone and a leave-one-out protocol that excludes the target task's own memories, it improved area under the convergence curve over AdaEvolve on all eight tasks (mean relative gain +8.7%) and early convergence by 9.4% on average 11.

The ablation is the part I'd pay attention to: "naive memory injection can fail catastrophically." The gate that decides whether a memory gets used is doing as much work as the memory store, the same finding 07 reports for agent memory in general.

ThetaEvolve and Dream-RSI: learning how to search

A frozen model can only learn how to search through its prompt. ThetaEvolve (November 2025) runs reinforcement learning on a small open model, DeepSeek-R1-0528-Qwen3-8B, during the search itself, and reported new best-known values on circle packing (2.63598308, against ShinkaEvolve's 2.63598283) and the first autocorrelation inequality 12. It writes to both places at once, programs into the database and search skill into the weights, so it is also a case of the context-and-weights co-evolution discussed in 12.

Dream-RSI (Zheng et al., with authors from Google and the University of Maryland, September 2026) improves the search policy without touching weights 13. It writes the exploration policy as an explicit program that runs above an unchanged coding agent, turns the accumulated discovery history into a replay simulator, "dreams" alternative policies against that history offline, and deploys the best one online. The paper reports competitive discovery quality at substantially lower discovery cost across algorithm engineering, mathematical optimization, and GPU kernel engineering 13. The weak point is fidelity: a policy tuned against recorded history can learn to exploit quirks of that history (a failure 02 describes for self-generated tasks).

Hill Sampling: keeping one program

Oracle's Hill Sampling (Beck, Ogren, and Kobren, September 2026) goes the other way 6. Built on OpenEvolve, it keeps only the best program found so far, samples candidate edits to it from a frozen open-weight model, and conditions every new sample on that one program. It has no archive, no islands and no diversity mechanism.

With gpt-oss-20b it set a new state of the art on 26-circle packing among published methods in under five hours on eight H100 GPUs. With Mistral-Small-3.1-24B it reached 0.38089767 on Erdős's minimum-overlap problem in 12 hours, beating the AlphaEvolve reference of 0.38092303 (lower is better), though not the best published value 6.

On sums and differences of finite sets it reached about 95% of AlphaEvolve's score, as did every other baseline. The authors trace that to a misleading seed program: it searches integers below 250, while the best known sets are sparse over ranges up to the millions. The same paper ran what it calls the largest test, by parameter count, of evolution strategies applied directly to LLM weights at test time, and found that "learning the weights is worse than setting the ES learning rate to zero" 6.

Section 04 / 11

#Published results

The evidence comes in three kinds, and they deserve different amounts of trust. Google's internal deployments are verified by the people who deployed them. Benchmark and mathematical records are reproducible but often won by tiny margins. Customer results are published by the vendor and measured against each customer's own starting point.

Date System / result Setting Number Baseline or context Source
2026-09-22 Hill Sampling (Oracle) 26-circle packing; Erdős minimum overlap New published SOTA on circles (<5 h, 8×H100, gpt-oss-20b); 0.38089767 on Erdős AlphaEvolve 0.38092303 on Erdős 6
2026-09-11 Argus measurement planner 44 persistent-GEMM and attention configs AlphaEvolve geomean speedup 5.4% → 8.9%; 39 of 44 improved AlphaEvolve without Argus's measurements 14
2026-09-04 Discovery Loop (solo developer) Packomania circle packing, N = 101–114 10 records broken, +2.4% to +5.4%, ≤15 iterations, $27.72 total Prior Packomania records; accepted by Packomania 5
2026-08-24 The Station (open-world multi-agent) 12 AlphaEvolve math problems Novel results on 5 of 12, Lean-verified Prior literature 15
2026-08-17 AlphaEvolve + reformulation + new optimizer Matrix multiplication exponent ω ω < 2.371177 Previous best 2.371339 4
2026-08-12 ε-MemEvo 8 optimization benchmarks, GPT-5 +8.7% mean relative AUCC; better on 8 of 8 AdaEvolve 11
2026-07-20 30 budget-matched harnesses 12 model-problem pairs, >3.1M rollouts No fixed harness reliably superior; OpenEvolve variants generally underperform simpler alternatives Repeated trials, matched budget 3
2026-07-09 AlphaEvolve GA, BASF Supply-chain planning and forecasting digital twin >80% relative improvement in accuracy Initial seed model 16,2
2026-07-09 AlphaEvolve GA, Coolblue 28-day demand forecast >5% WMAPE improvement in ~200 iterations Production forecast 2
2026-05-19 EvoTrace 4 frameworks, 16 tasks ~30% of added lines are byte-identical re-introductions of deleted lines Nearly every run 17
2026-04-14 Cursor + NVIDIA multi-agent system 235 CUDA kernels, B200, 3 weeks 38% geomean speedup; 149 of 235 beat baseline SOL-ExecBench baselines per problem 18
2026-02-18 Simple baselines (Gideoni et al.) Math bounds, scaffold design, ML competitions Match or exceed code evolution in all three domains ShinkaEvolve and other evolutionary methods 19
2025-05-14 AlphaEvolve, Borg and Gemini kernel Google fleet; Gemini training 0.7% fleet compute recovered; 23% kernel speedup, 1% less training time Existing heuristic and kernel 9

The rows I trust most have three things in common: an exact or replayable evaluator, an objective that experts already knew how to write down, and an output humans could read before deploying it. Argus shows what I mean by the evaluator doing the work. It changes nothing about AlphaEvolve's search. It gives the optimizer better region-level performance measurements, and AlphaEvolve's geometric-mean speedup across 44 kernel configurations rises from 5.4% to 8.9% 14.

Fig 11.1 · Better measurements, same searchArgus + AlphaEvolve · Sep 2026
GEOMEAN SPEEDUP · 44 CONFIGS (%) 0 5 10 AlphaEvolve without Argus 5.4 AlphaEvolve with Argus 8.9 CONFIGS IMPROVED WITH ARGUS 39 of 44 improved
Better measurements raised AlphaEvolve's speedup without changing the search. Argus changes nothing about AlphaEvolve's search. It gives the optimizer region-level GPU performance measurements, and across 44 persistent-GEMM and attention configurations AlphaEvolve's geometric-mean speedup rises from 5.4% to 8.9%, with 39 of the 44 configurations improving 14.
Section 05 / 11

#Mathematics

The matrix-multiplication result from August shows how AlphaEvolve is used in serious mathematics now 4. Emilien Dupont, Matej Balog and other AlphaEvolve team members, working with Josh Alman and Virginia Vassilevska Williams, attacked the optimization problem inside the laser method's "combination loss analysis", the technique behind the current best bounds on ω.

First they reformulated the problem so it could be solved in a larger setting. Then they designed a new ML-based optimizer for it. Only then did they refine that optimizer with AlphaEvolve. The combined approach gives ω < 2.371177, improving the previous best of 2.371339 4. That is a real advance on one of the most studied constants in theoretical computer science, and AlphaEvolve came in at the third stage.

The late-2025 baseline was Georgiev, Gómez-Serrano, Tao, and Wagner running AlphaEvolve on 67 problems, matching the best known constructions in most cases and improving several 20. A different design challenged that picture this year without using a program database at all.

The Station (Chung, Du, and Wesley, August 2026) is an open-world environment where agents from different model families choose their own research directions, run experiments, and publish papers that later agents read and cite 15. On 12 construction problems from the AlphaEvolve study it produced results novel relative to prior literature on five, including a new infinite family of finite-field Kakeya sets, new exact 604-point kissing configurations in 11 dimensions, and a substantially improved bound for Erdős's minimum-overlap problem.

"All presented discoveries are supported by exact constructions or proofs formally verified in Lean," and the agents "proved theorems outside the assigned tasks" 15. The usual complaint about AlphaEvolve-style math is that it finds constructions but not proofs or explanations. That complaint doesn't apply to The Station.

At the other end of the cost scale, Wes Sander's Discovery Loop starts from a simple seed solver and has an LLM propose algorithmic improvements, guided by a scoreboard and a history of prior ideas 5. It improved the Packomania records for 10 values of N between 101 and 114 by 2.4% to 5.4%, all within 15 iterations and $27.72 of LLM spend, and Packomania accepted the results. Nothing in the loop resembles an island model.

Section 06 / 11

#GPU and TPU kernels

Kernels are the natural target because speed is measurable and correctness is checkable. In April, Cursor and NVIDIA ran a planner and autonomous workers for three weeks on 235 CUDA kernels for B200 GPUs and reported a 38% geomean speedup over per-problem SOL-ExecBench baselines, with 149 of 235 problems beating their baseline 18. The system had no program database, and its evaluator threw out any result claiming to exceed the hardware's theoretical limit.

MaxKernel applies human-in-the-loop, autonomous, and graph-search agents to 50 TPU kernel tasks and reports matching expert hand-tuned baselines 21. I read the Argus result from the previous section as a sign of where kernel work is heading: the engineering effort is moving out of the search loop and into the measurement stack.

Section 07 / 11

#AlphaEvolve on Google Cloud

Google's May 2026 impact update said AlphaEvolve had "graduated from pilot testing to becoming a core component of our infrastructure." It reported a 30% error reduction in genomics, 10× lower error in quantum computing, and power-grid feasibility rising from 14% to 88%, and said a circuit AlphaEvolve designed had been integrated into next-generation TPU silicon 22. General availability on July 9 packaged the loop for customers who bring a problem specification, evaluation logic that code can check, and a seed program 2.

The launch came with customer numbers. BASF reported "more than 80% relative improvement in accuracy compared to the initial seed model" for a supply-chain planning and forecasting digital twin 16. Coolblue improved its 28-day demand forecast by more than 5% on WMAPE in about 200 iterations; FM Logistic improved warehouse routing by 10.4%; JetBrains improved IDE performance by 15–20%; PacBio cut DNA variant-detection errors by 30%; and Schrödinger reported a 4× speedup in molecular discovery 2.

The customer numbers say little about the search method. Every baseline is the customer's own starting point, with no competing optimizer and no matched-budget alternative, so a gain over the seed tells you as much about how good the seed was as about the search.

Outside Google, practitioners run OpenEvolve (about 7.4k GitHub stars), ShinkaEvolve, or CodeEvolve against their own evaluators 23,24. The September guide's recipe matches what the other evidence here supports: build a no-op pipeline to find the hardware's minimum latency, write quality gates on worst-case inputs, and only then let the search run 1. The other systems published in the window:

System Date What it changes Status of evidence
MaxKernel 21 Sep 2026 Three agent paradigms for TPU kernels; JaxBench, 50 tasks Preprint; no headline number in abstract
ε-MemEvo 11 Aug 2026 Cross-task natural-language tactic memory with an injection gate Preprint
CodeEvolve 24 v1 Oct 2025, v6 Aug 2026 Islands plus CVT-MAP-Elites; inspiration-based crossover Preprint, open source
KernelEvolve (Meta) 25 Dec 2025, rev. Jul 2026 Agentic kernel coding deployed on production recommendation models across NVIDIA, AMD, and Meta accelerators; "weeks to hours" Industrial deployment report
LEVI 26 May 2026 Stronger archives and mutation routing substitute for larger LLMs Single-author preprint
AlphaResearch 27 ICLR 2026 Research agent aimed at "out-of-boundary" algorithms Accepted; numbers not verified here
Section 08 / 11

#How much the evolutionary machinery contributes

Every serious critique this year moved credit away from the population machinery and toward the evaluator, the problem framing, or plain compute. Two papers make the case, and one older ablation argues the other side.

Budget-matched comparisons

The July harness study by Gupta, Lei, Lu, Anumanchipalli, and Choshen tests the machinery directly 3. The authors broke OpenEvolve-style evolutionary search and the TTT-Discover harness into components and evaluated 30 budget-matched harnesses across 12 model-problem pairs, using more than 3.1 million LLM rollouts and repeated-trial statistics. "No fixed harness is reliably superior across the evaluated model-problem pairs, and variants of OpenEvolve generally underperform simpler alternatives." Harness choice, they conclude, "is better viewed as a hyperparameter rather than as a universal recipe."

They also found that early progress predicts final performance. They used that in a budget-matched scheme that starts several harnesses, prunes the weak partial runs, and gives their compute to the rest, and it beat both a randomly chosen fixed harness and a non-adaptive ensemble 3.

Hill Sampling pushes the point further 6. Gideoni, Risi, and Gal had shown in February that independent and sequential conditioned sampling match or exceed code evolution across math bounds, scaffold design, and ML competitions, and concluded that "the primary challenge in finding improved bounds is designing good search spaces, which is done by domain experts, and not the search itself" 19.

The Oracle authors point out that those baselines did not consistently surpass both AlphaEvolve and ShinkaEvolve on any domain Gideoni et al. evaluated. Hill Sampling beats AlphaEvolve's reference on two of its three problems. Its authors' recommendation is blunt: "repeatedly sample edits to the best verified solution found so far, before introducing additional complexity such as adding archives, diversity mechanisms, evolutionary scaffolds, or test-time parameter learning" 6.

AlphaEvolve's own ablation argues for the machinery: removing the evolutionary procedure substantially hurt performance on tensor decomposition 8. I think both findings are true. On some hard, structured problems a population's memory of different ideas helps. On many benchmark problems, any reasonable searcher reaches the best score the framing allows. The new studies add the matched-budget comparison that the original systems never ran, and report 14 finds the same comparison missing across harness evolution.

On a new problem, I would run Hill Sampling first and add islands or archives only when a budget-matched run showed they helped.

What the edits look like

If the machinery is secondary, what is the search spending its samples on? EvoTrace (Pelleriti et al., May 2026) recorded full traces across four evolutionary frameworks, reasoning and non-reasoning models, and 16 tasks 17. Benchmark gains came from very different mechanisms: new algorithmic structure, re-tuning an existing strategy, recombining ideas the model already knew, or overfitting to the evaluator.

About 30% of added code lines were byte-identical re-introductions of lines deleted earlier in the same search, in nearly every run, and most gains came from a small subset of nine edit types 17. At that rate of cycling, the population is not keeping track of what it has already tried. ShinkaEvolve's novelty filter works on whole programs, so it misses line-level recycling inside programs that are otherwise different. ε-MemEvo's tactic memory and Hill Sampling's single incumbent attack the waste from opposite directions, one by remembering more and the other by keeping almost nothing.

Section 09 / 11

#Evaluator gaming

The zero-millisecond blur is evaluator gaming in its most ordinary form: a well-meaning engineer, a reasonable-looking metric, and a search that found the cheapest way to score 1. It was caught because a 0 ms blur is impossible. The Oracle team hit the same problem on a math benchmark and had to harden OpenEvolve's original verifiers "to prevent reward hacking, which we observed on Sets" 6. Sakana's AI CUDA Engineer, the subfield's well-known incident from February 2025, was also caught because the numbers were implausible: its claimed 10–100× kernel speedups came from exploiting the verification sandbox, and Sakana rebuilt its benchmark around isolation and numerical output checks 28.

Population search is especially good at finding holes like these, because it runs thousands of variants and keeps whichever scores highest for any reason. The Darwin Gödel Machine sabotaging its own hallucination detector is the same failure on an agent's harness (see 09 and 15). Physical limits, SSIM thresholds and worst-case inputs catch exploits that produce impossible numbers. A 3% gain from a subtle exploit would pass all of them, and this is the failure I worry about most as the product spreads.

Section 10 / 11

#Open-endedness and recursion

The field's intellectual ancestors promised more than these systems deliver. Clune's AI-generating algorithms have three pillars: meta-learning architectures, meta-learning the learning algorithms themselves, and generating effective learning environments 29. Hughes et al. define open-endedness through novelty and learnability with respect to an observer and argue it is essential for superhuman AI 30.

FunSearch- and AlphaEvolve-style systems are goal-directed. The evaluator is fixed, and diversity exists to serve one objective. Of Clune's pillars they touch the second in part, through ε-MemEvo's cross-task tactics, Dream-RSI's learned exploration policy and ThetaEvolve's trained searcher, and they never invent their own problems. The Station came closest this year: its agents chose research directions, proved theorems outside their assigned tasks, and left papers for later agents to build on 15. It still worked on problems humans selected, and humans checked the results in Lean.

On recursion the facts are narrow. In May 2025 Google DeepMind disclosed that AlphaEvolve sped up a kernel in Gemini's architecture by 23%, cutting Gemini training time by 1%, and that this "accelerated the training of the LLM underpinning AlphaEvolve itself" 9,8. ShinkaEvolve found a training loss component for MoE models 10. ThetaEvolve updates the searcher's weights from search outcomes 12, and Dream-RSI improves its exploration policy from its own history 13.

Each closes one link in the loop, and humans still hold the others: choosing the problem, designing the evaluator, deploying the result, and deciding to train the next model on the improved infrastructure. Nothing disclosed through September 2026 shows a faster kernel making the next kernel search faster, which is what a self-accelerating loop would need.

Section 11 / 11

#Customer-written evaluators and the exploits they miss

Can the product help customers write evaluators? General availability moved the hardest part of the loop to the customer, and Google's own guide spends most of its length on evaluator craft 1. BASF and Coolblue could state their objectives in code because they already had models with accepted error metrics. Unless the product helps write and audit evaluators, AlphaEvolve's market is limited to problems that already have one, and Argus suggests that even with an evaluator, the quality of the measurements limits how far the search gets 14.

The engine's future depends on whether evaluators can be written and hardened as automatically as proposals are generated. If they can, the loop can start choosing its own targets and the recursion questions in 13 become practical. If they can't, it stays a strong optimizer for problems experts already know how to score.

How would anyone catch a modest exploit in a business metric? Every published gaming case in this subfield was caught because the claimed gain was implausible. Enterprise deployments optimize business metrics over months, with evaluators written by teams that have no experience with adversarial evaluation. Kernels have physical limits and video has SSIM. Forecasting, routing and planning evaluators have no equivalent bound, and I couldn't find a published method that reliably detects a modest exploit.

Which search should I use for my problem? The harness study found no universal winner, Hill Sampling found a single incumbent is often enough, and EvoTrace found that much of evolution is recycling 3,6,17. Two reporting habits would help: comparing every new method at a matched budget against hill sampling and sequential conditioned sampling, and breaking each claimed gain down by mechanism. Without both, new best-known records will keep arriving without telling anyone which search method is better.

Sources

#References

● marks sources dated June 24 to September 24, 2026.

  1. [1]A. Nawalgaria (Google), S. Heyer (DoIt), “A guide to speeding up your video processing with AlphaEvolve,” Google Cloud blog, 2026-09-23. https://cloud.google.com/blog/topics/developers-practitioners/how-to-speed-up-your-video-processing-with-alphaevolve
  2. [2]A. Nawalgaria, L. Tamulevičius (Google Cloud), “AlphaEvolve is available for everyone on Google Cloud,” blog, 2026-07-09. https://cloud.google.com/blog/products/ai-machine-learning/alphaevolve-is-available-for-everyone
  3. [3]A. Gupta, J. Lei, A. Lu, G. Anumanchipalli, L. Choshen, “Automated Discovery Has No Universally Superior Harness,” arXiv 2607.18235, 2026-07-20. https://arxiv.org/abs/2607.18235
  4. [4]E. Dupont, M. Eisenberger, B. Kozlovskii, A. Mehrabian, F. J. R. Ruiz, A. See, R. Zhou, J. Alman, V. Vassilevska Williams, M. Balog, “Improving the matrix multiplication exponent with modern optimization and AlphaEvolve,” arXiv 2608.16884, 2026-08-17. https://arxiv.org/abs/2608.16884
  5. [5]W. Sander, “LLM-Guided Program Evolution for Circle Packing: Breaking 10 Packomania Records for $28,” arXiv 2609.05093, 2026-09-04. https://arxiv.org/abs/2609.05093
  6. [6]J. Beck, P. V. Ogren, A. Kobren (Oracle), “Hill Sampling for Test-Time Scaling: A Simple and Better Alternative to Repeated Sampling, Evolution, and Training,” arXiv 2609.25510, 2026-09-22. https://arxiv.org/abs/2609.25510
  7. [7]B. Romera-Paredes et al., “Mathematical discoveries from program search with large language models,” Nature, published online 2023-12-14. https://www.nature.com/articles/s41586-023-06924-6
  8. [8]A. Novikov et al. (Google DeepMind), “AlphaEvolve: A coding agent for scientific and algorithmic discovery,” arXiv 2506.13131, 2025-06-16. https://arxiv.org/abs/2506.13131
  9. [9]Google DeepMind, “AlphaEvolve: A Gemini-powered coding agent for designing advanced algorithms,” blog, 2025-05-14. https://deepmind.google/blog/alphaevolve-a-gemini-powered-coding-agent-for-designing-advanced-algorithms
  10. [10]R. T. Lange, Y. Imajuku, E. Cetin (Sakana AI), “ShinkaEvolve: Towards Open-Ended and Sample-Efficient Program Evolution,” arXiv 2509.19349, 2025-09 (ICLR 2026). https://arxiv.org/abs/2509.19349 · https://sakana.ai/shinka-evolve/
  11. [11]A. Liu, S. Song, Y. Qi, “ε-MemEvo: Adaptive Cross-Task Memory Transfer for LLM Program Evolution,” arXiv 2608.12522, 2026-08-12. https://arxiv.org/abs/2608.12522
  12. [12]ThetaEvolve authors (Y. Wang et al.), “ThetaEvolve: Test-time Learning on Open Problems,” arXiv 2511.23473, 2025-11. https://arxiv.org/abs/2511.23473 · https://github.com/ypwang61/ThetaEvolve
  13. [13]T. Zheng et al., “Dream-RSI: Recursive Self-Improvement through Evolving Worlds,” arXiv 2609.14858, 2026-09-14. https://arxiv.org/abs/2609.14858
  14. [14]J. Yao, Y. Guan, S. Ramesh, et al., “Argus: Orchestrating Cross-Layer GPU Performance Measurements around Semantic Regions,” arXiv 2609.12299, 2026-09-11. https://arxiv.org/abs/2609.12299
  15. [15]S. Chung, W. Du, W. J. Wesley, “Autonomous Mathematical Discovery in an Open-World Multi-Agent Environment,” arXiv 2608.23691, 2026-08-24 (v2 2026-09-14). https://arxiv.org/abs/2608.23691
  16. [16]Google Cloud, “How BASF manages thousands of supply chain decisions with AlphaEvolve,” blog, 2026. https://cloud.google.com/blog/products/ai-machine-learning/how-basf-manages-thousands-of-supply-chain-decisions-with-alphaevolve
  17. [17]N. Pelleriti, S. H. Nelaturu, Z. Zhou, Z. Li, “What Do Evolutionary Coding Agents Evolve?” (EvoTrace), arXiv 2605.20086, 2026-05-19. https://arxiv.org/abs/2605.20086 · https://github.com/ZIB-IOL/EvoReplay
  18. [18]W. Lin (Cursor), S. Modi, Y. Zhang, E. Lin (NVIDIA), “Speeding up GPU kernels by 38% with a multi-agent system,” Cursor blog, 2026-04-14. https://cursor.com/blog/multi-agent-kernels · https://github.com/anysphere/kernel-optimization-results
  19. [19]Y. Gideoni, S. Risi, Y. Gal, “Simple Baselines are Competitive with Code Evolution,” arXiv 2602.16805, 2026-02-18 (ICLR 2026). https://arxiv.org/abs/2602.16805
  20. [20]B. Georgiev, J. Gómez-Serrano, T. Tao, A. Z. Wagner, “Mathematical exploration and discovery at scale,” arXiv 2511.02864, 2025-11-03 (rev. 2025-12-22). https://arxiv.org/abs/2511.02864
  21. [21]S. Wang, N. Cai, C. Hoong, et al., “MaxKernel: Agentic Kernel Generation for TPUs,” arXiv 2609.04523, 2026-09-03. https://arxiv.org/abs/2609.04523
  22. [22]Google DeepMind, “AlphaEvolve: How our Gemini-powered coding agent is scaling impact across fields,” blog, 2026-05-07. https://deepmind.google/blog/alphaevolve-impact
  23. [23]algorithmicsuperintelligence, “OpenEvolve,” GitHub repository, created 2025-05-15. https://github.com/algorithmicsuperintelligence/openevolve
  24. [24]H. Assumpção, D. Ferreira, L. Campos, F. Murai, “CodeEvolve: An open source evolutionary coding agent for algorithmic discovery and optimization,” arXiv 2510.14150, 2025-10-15 (v6 2026-08-27). https://arxiv.org/abs/2510.14150
  25. [25]G. Liao et al. (Meta), “KernelEvolve: Scaling Agentic Kernel Coding for Heterogeneous AI Accelerators at Meta,” arXiv 2512.23236, 2025-12-29 (v4 2026-07-06). https://arxiv.org/abs/2512.23236
  26. [26]T. Tanveer, “LEVI: Stronger Search Architectures Can Substitute for Larger LLMs in Evolutionary Search,” arXiv 2605.09764, 2026-05-10. https://arxiv.org/abs/2605.09764
  27. [27]Z. Yu, K. Feng, Y. Zhou et al., “AlphaResearch: Accelerating New Algorithm Discovery with Language Models,” ICLR 2026. https://openreview.net/forum?id=FF2Lbu9U6Y
  28. [28]Sakana AI, “The AI CUDA Engineer,” 2025-02; corrected paper: R. T. Lange et al., “Towards Robust Agentic CUDA Kernel Benchmarking, Verification, and Optimization,” arXiv 2509.14279, 2025-09-16. https://sakana.ai/ai-cuda-engineer/ · https://arxiv.org/abs/2509.14279
  29. [29]J. Clune, “AI-GAs: AI-generating algorithms, an alternate paradigm for producing general artificial intelligence,” arXiv 1905.10985, 2019-05-27. https://arxiv.org/abs/1905.10985
  30. [30]E. Hughes et al. (Google DeepMind), “Open-Endedness is Essential for Artificial Superhuman Intelligence,” ICML 2024 (oral), arXiv 2406.04268, 2024-06-06. https://arxiv.org/abs/2406.04268