PreprintCited by 196Evolutionary Algorithms and ApplicationsSoftware Engineering ResearchTeaching and Learning Programming

ShinkaEvolve: Towards Open-Ended And Sample-Efficient Program Evolution

Open access
Lange, Robert Tjarko, Imajuku, Yuki, Cetin, Edoardo·2025·arXiv

Abstract

We introduce ShinkaEvolve: a new open-source framework leveraging large language models (LLMs) to advance scientific discovery with state-of-the-art performance and unprecedented efficiency. Recent advances in scaling inference time compute of LLMs have enabled significant progress in generalized scientific discovery. These approaches rely on evolutionary agentic harnesses that leverage LLMs as mutation operators to generate candidate solutions. However, current code evolution methods suffer from critical limitations: they are sample inefficient, requiring thousands of samples to identify effective solutions, and remain closed-source, hindering broad adoption and extension. ShinkaEvolve addresses these limitations, introducing three key innovations: a parent sampling technique balancing exploration and exploitation, code novelty rejection-sampling for efficient search space exploration, and a bandit-based LLM ensemble selection strategy. We evaluate ShinkaEvolve across diverse tasks, demonstrating consistent improvements in sample efficiency and solution quality. ShinkaEvolve discovers a new state-of-the-art circle packing solution using only 150 samples, designs high-performing agentic harnesses for AIME mathematical reasoning tasks, identifies improvements to ALE-Bench competitive programming solutions, and discovers novel mixture-of-expert load balancing loss functions that illuminate the space of optimization strategies. Our results demonstrate that ShinkaEvolve achieves broad applicability with exceptional sample efficiency. By providing open-source accessibility and cost-efficiency, this work democratizes open-ended discovery across diverse computational problems.

AI snapshot

Written from the paper’s full text.

TL;DR

ShinkaEvolve is an open-source LLM-driven evolutionary program search framework with three innovations—weighted parent sampling, code novelty rejection sampling, and bandit-based LLM ensemble selection—designed for sample efficiency. It reports state-of-the-art or improved results across circle packing, AIME agent scaffolds, ALE-Bench, and mixture-of-experts load-balancing loss discovery, including a new circle-packing solution in 150 evaluations.

Key findings

  • Circle packing: ShinkaEvolve discovers a new state-of-the-art solution using only 150 samples/evaluations, outperforming AlphaEvolve; the discovered solution has sum of radii 2.635983099011548 under relaxed verification and 2.6359828390115476 after exact adjustment, with an exact-verification replication score of 2.63597770931127.
  • AIME 2024: the evolved agent scaffold uses 7 LLM calls (3 generation + 3 review + 1 synthesis) within the 10-call limit, reaches a Pareto frontier between performance and query budget, generalizes to 2025 AIME problems, and transfers to gpt-4.1-mini, gpt-4.1, and o4-mini.
  • ALE-Bench LITE: ShinkaEvolve improves ALE-Agent solutions by approximately 2.3% on average across 10 tasks; on ahc039, the combined solution would rank 2nd on the AtCoder leaderboard (3140 performance) versus ALE-Agent’s 5th (2880).
  • MoE load balancing: the discovered loss improves over the global-batch LBL across λ ∈ {0.001, 0.01, 0.1} in a 2.7B-parameter MoE; ablations show weighted parent sampling outperforms random search and hill climbing, bandit-based LLM ensembling outperforms single and fixed ensembles, and embedding-based rejection sampling strongly outperforms no rejection sampling.

Methods

  • ShinkaEvolve maintains an archive of island subpopulations, samples parents and inspirations, mutates programs via diff edits, full rewrites, and crossover, rejects near-duplicates using embedding cosine similarity above 0.95 with an optional LLM novelty judge, executes programs for scalar fitness plus public metrics and textual feedback, adapts LLM sampling via UCB1, and periodically appends meta-scratchpad insights to mutation prompts.
  • It is evaluated on four domains: circle packing (26 circles, 150 generations), AIME 2024 (30 problems, 75 generations, max 10 LLM queries, gpt-4.1-nano, 3 runs per candidate), ALE-Bench LITE (10 AtCoder heuristic tasks, 50 generations, C++), and MoE LBL discovery (556M-parameter/82M-active small MoE with 64 experts and 8 active, 2B fineweb tokens, 30 iterations; 2.7B-parameter/404M-active large MoE, ~30B tokens, seven benchmarks).
  • Ablations on circle packing compare parent selection strategies (weighted sampling vs. random search and hill climbing), LLM ensembling (single LLM vs. fixed ensemble vs. bandit-based ensemble), and novelty rejection sampling (none vs. embedding-based vs. embedding plus LLM-as-a-novelty-judge).

Limitations

  • Stated in the paper: the implementation uses fixed configurations with limited automatic control over exploration-exploitation balance; task specification requires manual human expertise for objective functions and evaluation; and the framework is constrained to problems with well-defined numerical objectives.
  • Evident in the text: ALE-Bench modifications often stayed algorithmically close to the ALE-Agent initialization, indicating potential overfitting to the initialization solution; the MoE architecture used for evolving and testing the LBL was quite similar and the training budget was limited; API costs from large-scale LLM usage could create economic barriers; and the main circle-packing run used relaxed verification with 1×10⁻⁶ slack before exact post-processing.

Model-written summary. Check it against the paper before relying on it.

Integrity signals

Registry

DataCite · 10.48550/arxiv.2509.19349

Cites

0 citation errors · 0 not checkable

Statistics

Nothing to recompute.

Claims the paper makes

10 of 15 cited sources checked · 3 supported · 0 flagged · accuracy not yet measured

  • Findingown data
    § ShinkaEvolve: Towards Open-Ended And Sample-Efficient Program Evolution · p. 1

    ShinkaEvolve discovers a new state-of-the-art circle packing solution using only 150 samples.

    “ShinkaEvolve discovers a new stateof-the-art circle packing solution using only 150 samples”
    • Also stated in: § 4.1. Circle Packing: Reproducing & Improving AlphaEvolve Results · p. 6 · plain
      “ShinkaEvolve outperforms AlphaEvolve's solution within less than 150 program evaluations.”
    Quote in the paperSubstantial claim
  • Findingown data
    § 4.3. ALE-Bench: Evolving Programs for Combinatorial Optimization · p. 8

    On the ALE-Bench task ahc039, ShinkaEvolve improved the ALE-Agent solution from 5th place (2880 performance) to 2nd place (3140 performance) on the AtCoder leaderboard if it had participated.

    “on one task, ahc039 , the combination of ShinkaEvolve with ALE-Agent resulted in the second place submission on the AtCoder leaderboard if they had participated.”
    • Also stated in: § 4.3. ALE-Bench: Evolving Programs for Combinatorial Optimization · p. 8 · plain
      “The base solution by ALE-Agent applies simulated annealing with kd-tree data structure (5th, 2880 performance). ShinkaEvolve further improved the solution (2nd, 3140 performance)”
    Quote in the paperNot a substantial claim
  • Findingown data
    § 4.3. ALE-Bench: Evolving Programs for Combinatorial Optimization · p. 8

    ShinkaEvolve's proposed changes to ALE-Bench solutions remained algorithmically close to the original ALE-Agent's initialization solution.

    “we observe that the proposed changes by ShinkaEvolve remained algorithmically close to the original ALE-Agent's initialization solution.”
    Quote in the paperNot a substantial claim
  • Findingown data
    § ShinkaEvolve: Towards Open-Ended And Sample-Efficient Program Evolution · p. 1

    ShinkaEvolve discovers agent scaffold designs for AIME that significantly outperform hand-designed baselines.

    “designs high-performing agentic harnesses for AIME mathematical reasoning tasks”
    • Also stated in: § 4.2. AIME: Evolving Agent Scaffolds for Math Reasoning · p. 7 · plain
      “ShinkaEvolve discovers scaffold designs that significantly outperform hand-designed baselines, including simple single-query agents and sophisticated majority-voting approaches.”
    Quote in the paperSubstantial claim
  • Findingown data
    § ShinkaEvolve: Towards Open-Ended And Sample-Efficient Program Evolution · p. 1

    ShinkaEvolve improves ALE-Agent solutions on ALE-Bench by approximately 2.3% on average across 10 tasks.

    “identifies improvements to ALE-Bench competitive programming solutions”
    • Also stated in: § 4.3. ALE-Bench: Evolving Programs for Combinatorial Optimization · p. 8 · plain
      “ShinkaEvolve is able to improve the solutions discovered by ALE-Agent by approximately 2.3% across the 10 tasks on average (Figure 7).”
    Quote in the paperSubstantial claim
  • Classified as probably not a substantial claim. 22
  • May combine two claims. 20
  • The quote only partly states this claim. 2
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Premisecitation
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 25

    Due to the non-differentiability of the topK expert selection operation, it is critical to provide the router with an auxiliary load balancing loss (LBL).

    “However, due to the non-differentiability of the top𝐾 expert selection operation, it is critical to provide the router with an auxiliary load balancing loss (LBL).”
    Quote in the paperNot a substantial claim1 of 1 sources checked
    • cites Shazeer et al. (2017) source

      Section 4 (pp. 5–6) introduces auxiliary losses to counter self-reinforcing expert imbalance and unequal loads. Appendix A (p. 13) says discrete expert counts cannot be used directly in backpropagation, so the load loss uses a smooth estimator. But Section 2.1 (p. 4) says selected gate values have nonzero derivatives and that discontinuities have not been a problem in practice; the paper does not say top-K non-differentiability makes an auxiliary load-balancing loss critical. (LLM, conf=0.88)

      Experimental — accuracy not yet measured
  • Classified as probably not a substantial claim. May combine two claims.

    Study design and conductcitation
    § B.3. ALE-Bench Problems · p. 23

    We follow the evaluation protocol of ALE-Agent and use the score calculated on the public test cases as the fitness function.

    “We follow the evaluation protocol of ALE-Agent (Imajuku et al., 2025) and use the score calculated on the public test cases as the fitness function.”
    Quote in the paperSubstantial claim1 of 1 sources checked
    • cites Imajuku et al., 2025 source
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Premisecitation
    § B.3. ALE-Bench Problems · p. 23

    The ALE-Bench benchmark is a collection of heuristic programming problems previously used in competitive programming contests (AtCoder).

    “The ALE-Bench benchmark (Imajuku et al., 2025) is a collection of heuristic programming problems previously used in competitive programming contests (AtCoder).”
    Quote in the paperNot a substantial claim1 of 1 sources checked
    • cites Imajuku et al., 2025 source
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Premisecitation
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 25

    Minor design variations have been shown to significantly affect both efficiency and specialization ability.

    “Minor design variations have been shown to significantly affect both efficiency and specialization ability (Dai et al., 2024; Jiang et al., 2024; Liu et al., 2024b; Qiu et al., 2025; Team, 2024).”
    Quote in the paperNot a substantial claim2 of 3 sources checked
    • cites Dai et al., 2024 source

      Sections 3.1 and 3.2 describe how fine-grained expert segmentation and shared expert isolation can improve specialization and parameter efficiency; Section 4.4 reports improved overall performance in ablations. The paper does not characterize these architectural changes as minor or show a significant change in computational efficiency—the comparisons hold computational cost or activated parameters constant. (LLM, conf=0.82)

      Experimental — accuracy not yet measured
    • cites Jiang et al., 2024 source

      The Size and Efficiency section reports that Mixtral uses fewer active parameters per token than Llama 2 70B while outperforming it across most categories, supporting an efficiency difference between architectures. But the paper does not test minor design variations, and its Routing analysis (§5; page unavailable) finds no obvious topic-based expert specialization. It therefore does not show that minor variations significantly affect both efficiency and specialization ability. (LLM, conf=0.82)

      Experimental — accuracy not yet measured
    • cites Liu et al., 2024b

      Couldn’t be matched to a paper in Crossref, so it can’t be checked.

  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Premisecitation
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 25

    One of the most widely adopted designs is the 'global-batch' LBL introduced by Shazeer et al. (2017), which underpins several state-of-the-art open models such as Qwen 3.

    “One of the most widely adopted designs is the 'global-batch' LBL introduced by Shazeer et al. (2017), which underpins several state-of-the-art open models such as Qwen 3 (Yang et al., 2025).”
    Quote in the paperNot a substantial claim2 of 2 sources checked
    • cites Shazeer et al. (2017) source

      Section 4 (pp. 5–6) introduces batchwise expert-balancing losses, and Section 3.1 (p. 4) describes combining batches across devices for the MoE layer. This supports identifying Shazeer et al. with a batch-based load-balancing design, but the paper does not establish that it is among the most widely adopted designs. The Qwen 3 example has a separate citation and is not attributed to this source here. (LLM, conf=0.82)

      Experimental — accuracy not yet measured
    • cites Yang et al. (2025) source

      Section 2 (Architecture; page not provided) says the Qwen3 MoE models adopt a global-batch load balancing loss. It does not establish that the design is widely adopted or used by several other models, and it cites Qiu et al. (2025), not Shazeer et al. (2017), for that loss. (LLM, conf=0.88)

      Experimental — accuracy not yet measured
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Premisecitation
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 25

    Devising an effective load balancing loss that simultaneously encourages efficiency and expert specialization, without hindering expressivity, remains an open design challenge that has driven much of the recent progress in MoEs.

    “Devising an effective load balancing loss that simultaneously encourages efficiency and expert specialization, without hindering expressivity, remains an open design challenge that has driven much of the recent progress in MoEs (Dai et al., 2024; Du et al., 2022; Fedus et al., 2022; Muennighoff et al., 2024; Qiu et al., 2025; Shazeer et al., 2017; Xue et al., 2024; Zoph et al., 2022).”
    Quote in the paperNot a substantial claim1 of 3 sources checked
    • cites Dai et al., 2024 source

      Section 3.3, “Load Balance Consideration” (page not provided), says load imbalance can cause routing collapse and computation bottlenecks, while excessive balance constraints compromise model performance. It therefore supports a tradeoff in designing load-balancing losses. The paper does not say that such a loss itself encourages expert specialization or that this specific design challenge has driven much of the recent progress in MoEs; it pursues specialization primarily through architectural strategies. (LLM, conf=0.85)

      Experimental — accuracy not yet measured
    • cites Du et al., 2022

      Couldn’t be matched to a paper in Crossref, so it can’t be checked.

    • cites Fedus et al., 2022

      Couldn’t be matched to a paper in Crossref, so it can’t be checked.

  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Premisecitation
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 25

    The LBL prevents collapse toward uneven token distributions and under-specialized experts.

    “The LBL prevents collapse toward uneven token distributions and under-specialized experts.”
    Quote in the paperNot a substantial claim1 of 1 sources checked
    • cites Shazeer et al. (2017) source

      Section 4 (pp. 5–6) describes a self-reinforcing imbalance in expert selection and says the load-balancing loss encourages experts to receive similar numbers of examples. It also says experts specialize, but does not establish that the load-balancing loss prevents under-specialization; its balancing constraint is soft rather than a guarantee against collapse. (LLM, conf=0.85)

      Experimental — accuracy not yet measured
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductown data
    § B.1. Circle Packing Problem · p. 20

    The solutions were additionally validated using AlphaEvolve's exact verification code.

    “To ensure the robustness of our results, we additionally validated our solutions using AlphaEvolve 's (Novikov et al., 2025) exact verification code.”
    Quote in the paperNot a substantial claim1 of 1 sources checked
    • cites Novikov et al., 2025 source
  • May combine two claims.

    Findingown data
    § 4.2. AIME: Evolving Agent Scaffolds for Math Reasoning · p. 7

    Cross-LLM model transfer experiments validate robustness, with successful adaptation to gpt-4.1-mini, gpt-4.1, and o4-mini demonstrating that discovered architectures capture generalizable strategies rather than model-specific optimizations.

    “Cross-LLM model transfer experiments validate robustness, with successful adaptation to gpt-4.1-mini , gpt-4.1 , and o4-mini demonstrating that discovered architectures capture generalizable strategies rather than model-specific optimizations (Figure 6, right).”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data
    § 4.1. Circle Packing: Reproducing & Improving AlphaEvolve Results · p. 6

    ShinkaEvolve was evaluated over 150 evolutionary generations on circle packing, demonstrating remarkable sample efficiency compared to existing approaches that typically require thousands of evaluations.

    “ShinkaEvolve was evaluated over 150 evolutionary generations, demonstrating remarkable sample efficiency compared to existing approaches that typically require thousands of evaluations (Figure 1).”
    Quote in the paperSubstantial claim
    • Rests on an assumption: Existing code evolution methods are sample inefficient because they use naive exploration strategies that fail to leverage accumulated knowledge from previous generations.
  • The quote only partly states this claim.

    Findingown data
    § ShinkaEvolve: Towards Open-Ended And Sample-Efficient Program Evolution · p. 1

    ShinkaEvolve discovers a novel MoE load balancing loss that achieves a consistent edge over global-batch LBL across training configurations.

    “discovers novel mixture-of-expert load balancing loss functions that illuminate the space of optimization strategies.”
    • Also stated in: § 4.4. LLM Training: Evolving Losses for Balanced and Effective Experts · p. 9 · boosted
      “showing that ShinkaEvolve's new loss achieves a consistent edge across our training configurations, growing larger with the value of the 𝜆 coefficient.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data
    § 4.2. AIME: Evolving Agent Scaffolds for Math Reasoning · p. 7

    The search for AIME scaffolds reveals a Pareto frontier between efficiency and performance, with 7 LLM queries yielding maximum performance while an alternative scaffold achieves comparable results using the full 10-query budget.

    “The search reveals a Pareto frontier between efficiency and performance (Figure 6, left), with 7 LLM queries yielding maximum performance while an alternative scaffold achieves comparable results using the full 10query budget.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data
    § 4.1. Circle Packing: Reproducing & Improving AlphaEvolve Results · p. 6

    The evolved circle packing algorithm combines structured golden-angle spiral initialization, hybrid SLSQP gradient-based refinement with simulated annealing, and intelligent perturbation mechanisms.

    “The evolved algorithm (Section C.1) combines three key innovations: (1) a sophisticated initialization strategy that places circles in a structured goldenangle spiral pattern with strategic corner and edge positioning, (2) a hybrid optimization approach integrating SLSQP gradient-based refinement with simulated annealing for global exploration, and (3) intelligent perturbation mechanisms that”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data
    § 4.2. AIME: Evolving Agent Scaffolds for Math Reasoning · p. 7

    The discovered AIME scaffold shows smaller improvements on 2023 AIME problems and larger gains on 2025 AIME problems.

    “Evaluating on 2023 and 2025 AIME problems shows different transfer patterns (Figure 6, middle): smaller improvements on 2023 problems suggest potential saturation due to training data contamination, while larger gains on 2025 problems indicate successful generalization to recent, unseen challenges.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data
    § 5. Ablations & Analysis · p. 10

    Hill climbing shows strong initial performance but plateaus quickly.

    “Hill climbing shows strong initial performance but plateaus quickly”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingown data
    § B.1. Circle Packing Problem · p. 20

    The discovered circle packing solution can be made trivially exact by reducing each circle's radius by 1e-8, demonstrating high precision.

    “We found that our discovered solution can be made trivially exact by reducing each circle's radius by 1 × 10 -8 , demonstrating the high precision of our approach.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data
    § 5. Ablations & Analysis · p. 10

    Weighted sampling consistently outperforms both random search and hill climbing across all tasks.

    “Weighted sampling consistently outperforms both random search and hill climbing across all tasks.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). The quote only partly states this claim.

    Findingnone given
    § B.1. Circle Packing Problem · p. 20

    The discovery of the exact solution requires more samples to be evaluated.

    “The discovery of the solution requires more samples to be evaluated.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data
    § 5. Ablations & Analysis · p. 11

    The bandit-based LLM ensemble significantly outperforms both single LLM and fixed ensemble approaches.

    “The bandit-based LLM ensemble significantly outperforms both single LLM and fixed ensemble approaches.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Findingnone given
    § 6. Discussion · p. 11

    ShinkaEvolve achieves state-of-the-art results across four domains: circle packing with 150 evaluations (orders of magnitude improvement), sophisticated AIME reasoning scaffolds, ALE-Bench algorithmic improvements, and novel mixture-of-expert load balancing.

    “ShinkaEvolve achieves state-of-the-art results across four domains: circle packing with 150 evaluations (orders of magnitude improvement), sophisticated AIME reasoning scaffolds, ALE-Bench algorithmic improvements, and novel mixture-of-expert load balancing.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Findingown data
    § 5. Ablations & Analysis · p. 10

    Weighted parent sampling outperforms random search and hill climbing on Circle Packing.

    “Weighted parent sampling outperforms random search and hill climbing.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationown data
    § ShinkaEvolve: Towards Open-Ended And Sample-Efficient Program Evolution · p. 1

    ShinkaEvolve achieves consistent improvements in sample efficiency and solution quality across diverse tasks.

    “We evaluate ShinkaEvolve across diverse tasks, demonstrating consistent improvements in sample efficiency and solution quality.”
    Quote in the paperSubstantial claim
    • Rests on an assumption: Existing code evolution methods are sample inefficient because they use naive exploration strategies that fail to leverage accumulated knowledge from previous generations.
  • May combine two claims.

    Interpretationown data
    § ShinkaEvolve: Towards Open-Ended And Sample-Efficient Program Evolution · p. 1

    ShinkaEvolve achieves broad applicability with exceptional sample efficiency.

    “Our results demonstrate that ShinkaEvolve achieves broad applicability with exceptional sample efficiency.”
    Quote in the paperNot a substantial claim
    • Rests on an assumption: Existing code evolution methods are sample inefficient because they use naive exploration strategies that fail to leverage accumulated knowledge from previous generations.
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductcitation
    § B.1. Circle Packing Problem · p. 20

    The main ShinkaEvolve circle packing run used OpenEvolve's verification script allowing 1e-6 numerical slack.

    “For the main ShinkaEvolve run presented in the paper, we employed the verification script provided by OpenEvolve (Sharma, 2025), which allows for 1 × 10 -6 numerical slack.”
    Quote in the paperNot a substantial claim0 of 1 sources checked
    • cites Sharma, 2025

      Couldn’t be matched to a paper in Crossref, so it can’t be checked.

  • Classified as probably not a substantial claim.

    Study design and conductown data
    § B.2. AIME Math Reasoning Agentic Harness · p. 22

    After evolution, discovered scaffold designs were evaluated on 2023 and 2025 AIME problems to assess generalization and robustness to different base agent language models.

    “After evolution, we evaluate the discovered scaffold designs on 2023 and 2025 AIME problems (AIM, 2023, 2025) to assess generalization as well as robustness to different base agent language models.”
    Quote in the paperSubstantial claim0 of 1 sources checked
    • cites AIM, 2023, 2025

      Couldn’t be matched to a paper in Crossref, so it can’t be checked.

  • Classified as probably not a substantial claim. May combine two claims.

    Interpretationreasoning
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 25

    This grounding provides ShinkaEvolve a two-fold search objective: minimize CE while improving load balance.

    “This grounding provides ShinkaEvolve a two-fold search objective: minimize CE while improving load balance.”
    Quote in the paperSubstantial claim
  • May combine two claims.

    Interpretationreasoning
    § 4.4. LLM Training: Evolving Losses for Balanced and Effective Experts · p. 10

    The new term can be seen as a safety net that adaptively activates and vanishes once an expert crosses the floor, providing dead experts and avoiding over-regularizing well-balanced layers.

    “Thus, ShinkaEvolve's new term can be seen as a safety net that adaptively activates and vanishes once an expert crosses the floor, providing dead experts and avoiding over-regularizing well-balanced layers.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductreasoning
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 25

    To avoid local noise affecting the cross-entropy calculations, we average it over the last 10M tokens.

    “To avoid local noise affecting the cross-entropy calculations, we average it over the last 10M tokens.”
    Quote in the paperNot a substantial claim
  • Classified as probably not a substantial claim.

    Study design and conductown data
    § B.2. AIME Math Reasoning Agentic Harness · p. 22

    For AIME, each candidate was evaluated across three independent runs on the complete question set to combat stochasticity.

    “Additionally and to combat stochasticity in LLM queries, we evaluated each candidate evaluated across three independent runs on the complete question set.”
    Quote in the paperSubstantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing), S4 (based).

    Study design and conductnone given
    § 6. Discussion · p. 11

    Task specification requires manual human expertise for objective functions and evaluation.

    “Task specification requires manual human expertise for objective functions and evaluation.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductreasoning
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 25

    Given the expense of pretraining, we run ShinkaEvolve for only 30 iterations.

    “Given the expense of pretraining, we run ShinkaEvolve for only 30 iterations, focusing on gpt-4.1 , gemini-2.5-pro , and claude-sonnet-4 .”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing). May combine two claims.

    Study design and conductnone given
    § 6. Discussion · p. 11

    ShinkaEvolve's implementation uses fixed configurations with limited automatic control over exploration-exploitation balance, which may vary across domains.

    “Our implementation uses fixed configurations with limited automatic control over exploration-exploitation balance, which may vary across domains.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S2 (checkable), S3 (load-bearing), S4 (based).

    Interpretationnone given
    § 6. Discussion · p. 11

    ShinkaEvolve's open-source release further democratizes advanced evolutionary optimization, making it accessible to researchers and practitioners previously lacking access to proprietary systems.

    “ShinkaEvolve's open-source release further democratizes advanced evolutionary optimization, making it accessible to researchers and practitioners previously lacking access to proprietary systems.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Premisenone given
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 25

    This formulation encourages token usage across experts to align with the router's average soft assignment probabilities.

    “This formulation encourages token usage across experts to align with the router's average soft assignment probabilities.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S2 (checkable), S3 (load-bearing), S4 (based). May combine two claims.

    Interpretationnone given
    § 6. Discussion · p. 11

    API costs from large-scale LLM usage could create economic barriers, potentially constraining democratization goals.

    “However, API costs from large-scale LLM usage could create economic barriers, potentially constraining democratization goals.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductnone given
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 26

    The training budget was still limited.

    “However, we also note that the architecture used for evolving and testing the employed LBL was quite similar, and the training budget was still limited.”
    Quote in the paperNot a substantial claim
  • Probably not a substantial claim: may not pass S3 (load-bearing).

    Study design and conductnone given
    § B.4. Mixture-of-Experts Load Balancing Loss · p. 26

    The architecture used for evolving and testing the employed LBL was quite similar.

    “However, we also note that the architecture used for evolving and testing the employed LBL was quite similar, and the training budget was still limited.”
    Quote in the paperNot a substantial claim
  • May combine two claims.

    Interpretationreasoning
    § 4.4. LLM Training: Evolving Losses for Balanced and Effective Experts · p. 10

    The new regularization term softly affects the MoE router, with experts allocated a fraction of tokens less than τ, and the multiplier s(Pl) makes the push stronger when routing entropy is low.

    “Intuitively , this term softly affects the MoE router of any layer, with experts getting allocated a fraction of tokens less than 𝜏 . The multiplier 𝑠 ( 𝑃ℓ ) makes this push stronger when the layer's routing entropy 𝐻 ( 𝑃ℓ ) is low and the router is concentrating on fewer dominating experts.”
    Quote in the paperSubstantial claim
38 of 38
  • The paper relies on this without support.

    Existing code evolution methods are sample inefficient because they use naive exploration strategies that fail to leverage accumulated knowledge from previous generations.

    “This inefficiency stems from naive exploration strategies that fail to effectively leverage accumulated knowledge from previous generations.”
  • The paper relies on this without support.

    Most leading code evolution systems remain closed-source, creating barriers to reproducibility and limiting community-driven improvements.

    “Additionally, most leading systems remain closed-source, creating barriers to reproducibility and limiting community-driven improvements.”
  • The paper relies on this without support.

    The performance of different LLMs to propose mutations varies across problem domains and based on the current state of the sampled archive parents and inspiration programs.

    “The performance of different LLMs to propose mutations can vary across problem domains and based on the current state of the sampled archive parents and inspiration programs.”
  • The paper relies on this without support.

    The program archive is non-stationary.

    “to account for the non-stationarity of the program archive”
  • The paper relies on this without support.

    Similar code variants can waste computational resources without advancing the search frontier.

    “Similar code variants can waste computational resources without advancing the search frontier.”
  • The paper relies on this without support.

    LLM-driven scientific discovery has critical limitations in sample efficiency and open-source accessibility.

    “addressing critical limitations in LLM-driven scientific discovery through improved sample efficiency and open-source accessibility.”
6 of 6

Self-check

Percentages, sums and reported differences re-computed from the paper’s own numbers.

Each contradiction between two passages listed here was confirmed by an independent check.

  • Discovered MoE usage threshold differs from its implementation

    Major

    The stated threshold is 0.064 divided by the number of experts. The discovered-loss code uses 0.01 × 64 divided by that number instead, making its threshold ten times larger.

  • Figure 8 panels are identified inconsistently

    Minor

    The results text identifies the left panel as perplexity and the center panel as downstream performance, while the figure caption assigns those measures to the middle and left panels, respectively.

  • MoE loss declares an optional mask but requires one

    Minor

    The reproduced function declares `attention_mask` optional and includes a branch for when it is `None`. It accesses `attention_mask.shape` before that branch, so the stated no-mask case cannot run.

  • ahc025 solution is said to replace simulated annealing but retains it

    Minor

    The description says the discovered ahc025 solution ultimately replaced simulated annealing. Its reproduced implementation explicitly contains a targeted simulated-annealing stage.

4 of 4

Cites

The publisher hasn’t deposited this paper’s reference list.

Research works printed but not linked: 4

  1. Nan Du, Yanping Huang, Andrew M Dai, Simon Tong, Dmitry Lepikhin, Yuanzhong Xu, Maxim Krikun, Yanqi Zhou, Adams Wei Yu, Orhan Firat, et al. Glam: Efficient scaling of language models with mixture-of-experts. In International conference on machine learning , pages 5547-5569. PMLR, 2022.
  2. Joel Lehman, Kenneth O Stanley, et al. Exploiting open-endedness to solve problems through the search for novelty. In ALIFE , pages 329-336, 2008.
  3. Yujia Li, David Choi, Junyoung Chung, Nate Kushman, Julian Schrittwieser, Rémi Leblond, Tom Eccles, James Keeling, Felix Gimeno, Agustin Dal Lago, et al. Competition-level code generation with alphacode. Science , 378(6624):1092-1097, 2022.
  4. Chris Lu, Samuel Holt, Claudio Fanconi, Alex James Chan, Jakob Nicolaus Foerster, Mihaela van der Schaar, and Robert Tjarko Lange. Discovering preference optimization algorithms with and for large language models. In The Thirty-eighth Annual Conference on Neural Information Processing Systems , 2024a. URL https://openreview.net/forum?id=erjQDJ0z9L .

Cited by

Sorted by citations

Authors
Lange, R. T., Imajuku, Y., & Cetin, E.
Venue
arXiv
Publisher
arXiv
Published
2025
ISSN
2331-8422 (ISSN-L)
OpenAlex
W7083291402
Cited by
0
References
0
Type
posted content
Language
en
Open access
Locations
  • arXiv (Cornell University) (submittedVersion)
  • arXiv (Cornell University) (cc-by)
Topics
  • Physical Sciences › Computer Science › Artificial Intelligence › Evolutionary Algorithms and Applications
  • Physical Sciences › Computer Science › Information Systems › Software Engineering Research
  • Physical Sciences › Computer Science › Computer Science Applications › Teaching and Learning Programming
Keywords
software evolution, large language models, sample efficiency, circle packing, loss function design, scientific discovery

About these checks

Registry, retraction, Cites and statistics results are computed, not judged, with one exception: a printed reference that no index lists is read once by a model before it counts as a citation error. Claims are extracted by a model and kept only when their quote appears verbatim in the text; each cited source is then checked, with a model’s help, for whether it says what the claim relies on. Those verdicts can be wrong — read the claim’s quote and the cited source before relying on one.

Claims read by deepseek-v4.1-flash under definition version 3 (extract-v3) on 2026-10-24.

Classified by jev-1.13-20260917 (gold-guideline-v0.2) on 2026-10-24.

Cited sources are checked by gpt-6-sol.

Statistics and arithmetic are recomputed, not judged.

Confidence bands are shown only for fields calibrated on our annotated test set. None is calibrated yet, so no band is shown.

What counts as a claim ›How we measure confidence ›How we check this ›

Are you an author, or do you see a problem with this page? Request a review