PreprintCited by 1Evolutionary Algorithms and ApplicationsSoftware Engineering ResearchArtificial Intelligence Applications

Understanding the Challenges in Iterative Generative Optimization with LLMs

Open access
Nie, Allen, Daull, Xavier, Kuang, Zhiyi, Akkiraju, Abhinav, Chaudhuri, Anish, Piasevoli, Max, Rong, Ryan, Yuan, YuCheng +5 more·2026·arXiv

Abstract

Generative optimization uses large language models (LLMs) to iteratively improve artifacts (such as code, workflows or prompts) using execution feedback. It is a promising approach to building self-improving agents, yet in practice remains brittle: despite active research, only 9% of surveyed agents used any automated optimization. We argue that this brittleness arises because, to set up a learning loop, an engineer must make ``hidden'' design choices: What can the optimizer edit and what is the "right" learning evidence to provide at each update? We investigate three factors that affect most applications: the starting artifact, the credit horizon for execution traces, and batching trials and errors into learning evidence. Through case studies in MLAgentBench, Atari, and BigBench Extra Hard, we find that these design decisions can determine whether generative optimization succeeds, yet they are rarely made explicit in prior work. Different starting artifacts determine which solutions are reachable in MLAgentBench, truncated traces can still improve Atari agents, and larger minibatches do not monotonically improve generalization on BBEH. We conclude that the lack of a simple, universal way to set up learning loops across domains is a major hurdle for productionization and adoption. We provide practical guidance for making these choices.

Integrity signals

Registry

DataCite · 10.48550/arxiv.2603.23994

Cites

5 of 5 references verified0 citation errors · 0 not checkable

Statistics

Recomputing p-values needs the paper’s full text.

Claims the paper makes

We couldn’t retrieve this paper’s full text, so its claims and self-check weren’t run. The registry and citation checks still apply.

Claims other papers make about this one

Each is checked against this paper’s own text: does it say what the citing paper says it does?

  • Analysis of iterative generative optimization shows that design decisions (starting artifacts, credit horizons, experience batching) often dominate algorithm choice.

    “Analysis of iterative generative optimization (Nie et al., 2026) shows that design decisions (starting artifacts, credit horizons, experience batching) often dominate algorithm choice”

    From Experience Compression Spectrum: Unifying Memory, Skills, and Rules in LLM Agents (2026) · cites this paper as Nie et al., 2026

Cites

Flagged first, then by citations

Cited by

Sorted by citations

  • Experience Compression Spectrum: Unifying Memory, Skills, and Rules in LLM Agents

    Zhang, X., Wang, G., Cui, Y., Qiu, W., Li, Z., Zhu, B., & He, P. (2026) · arXiv

    “Analysis of iterative generative optimization (Nie et al., 2026) shows that design decisions—starting artifacts, credit horizons, experience batching—often dominate algorithm choice, suggesting that fixing the meta-strategy while optimizing components may be more practical.”

Authors
Nie, A., Daull, X., Kuang, Z., Akkiraju, A., Chaudhuri, A., Piasevoli, M., Rong, R., Yuan, Y., Choudhary, P., Xiao, S., Fakoor, R., Swaminathan, A., & Cheng, C.-A.
Venue
arXiv
Publisher
arXiv
Published
2026
ISSN
2331-8422 (ISSN-L)
OpenAlex
W7140622660
Cited by
0
References
5
Type
posted content
Language
en
Open access
Locations
  • arXiv (Cornell University) (submittedVersion, cc-by)
  • 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 › Artificial Intelligence › Artificial Intelligence Applications
Keywords
large language models, iterative optimization, self-improving agents, execution feedback, evidence of learning, execution traces, Atari

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.

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