#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.
#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.
#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.
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.
#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.
#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.
#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.
#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 |
#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.
#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.
#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.
#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.
#References
● marks sources dated June 24 to September 24, 2026.
- [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]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]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]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]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]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]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]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]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]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]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]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]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]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]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]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]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]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]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]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]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]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]algorithmicsuperintelligence, “OpenEvolve,” GitHub repository, created 2025-05-15. https://github.com/algorithmicsuperintelligence/openevolve
- [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]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]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]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]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]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]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