← Latest papers
🤖 AI

An Evolutionary Framework for Automatic Optimization Benchmark Generation via Large Language Models

This paper proposes the LLM-driven evolutionary benchmark generator (LLM-EBG), a framework that utilizes large language models as evolutionary operators to automatically generate diverse and structurally complex optimization benchmarks that effectively differentiate the performance of distinct algorithms like genetic algorithms and differential evolution.

Original authors: Yuhiro Ono, Tomohiro Harada, Yukiya Miura

Published 2026-01-26
📖 4 min read☕ Coffee break read

Original authors: Yuhiro Ono, Tomohiro Harada, Yukiya Miura

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you are a coach trying to figure out which of two athletes is better at running. If you only test them on a perfectly flat, straight track, you might think they are equally fast. But in the real world, races happen on muddy hills, winding paths, and slippery surfaces. To truly know who is the better runner, you need a course that specifically challenges one runner's strengths and weaknesses while testing the other's.

This paper introduces a new "coach" for computer algorithms called LLM-EBG. Its job is to automatically design these tricky "racing courses" (math problems) to see which computer algorithm wins.

Here is how it works, broken down into simple concepts:

1. The Problem: The "Fake" Tracks

Usually, scientists test computer optimization algorithms (like Genetic Algorithms or Differential Evolution) on standard, pre-made math problems. Think of these as a gym with only one type of treadmill.

  • The Issue: These standard tracks are too perfect and predictable. They don't look like the messy, irregular problems found in the real world.
  • The Alternative: Scientists could use real-world problems (like designing a car engine), but those are expensive, secret, and hard to share.
  • The Goal: We need a way to automatically build new, unique "tracks" that are just hard enough to tell the difference between two algorithms.

2. The Solution: The "AI Architect"

The authors created a system called LLM-EBG.

  • The Architect (The LLM): They used a Large Language Model (like the AI you might chat with) not to write stories, but to act as a "genetic operator." Imagine the LLM as a creative architect who can draw new blueprints for math problems.
  • The Evolution: The system doesn't just draw one blueprint and stop. It runs an "evolutionary" process:
    1. Generation: The AI architect draws a batch of new math problems.
    2. The Race: Two different algorithms (GA and DE) try to solve these problems.
    3. Selection: The system checks who won. If the AI architect made a problem where the "Target" algorithm (say, GA) won easily, that problem is kept. If the "Target" lost, the problem is discarded or changed.
    4. Mutation & Crossover: The AI takes the winning problems and "breeds" them. It might swap parts of two problems together (crossover) or tweak a number in a formula (mutation) to make the next generation of problems even better at highlighting the differences.

3. The Experiment: The "GA vs. DE" Duel

The researchers tested this system with two specific algorithms:

  • GA (Genetic Algorithm): Like a team of explorers spreading out to search a wide area.
  • DE (Differential Evolution): Like a group of hikers who follow the steepest path down a hill very quickly.

They asked the AI to create two types of courses:

  1. GA-Friendly Courses: Problems where the "explorers" (GA) should win because the terrain is tricky and requires broad searching.
  2. DE-Friendly Courses: Problems where the "hikers" (DE) should win because the path is smooth and steep.

4. The Results: The AI Got It Right

The system was surprisingly successful:

  • Success Rate: In 8 out of 10 attempts to make a "GA-friendly" course, the GA consistently beat the DE. In 9 out of 10 attempts to make a "DE-friendly" course, the DE beat the GA.
  • The "Why": The researchers analyzed the math problems the AI created.
    • The GA-friendly problems were like jagged, uneven terrain where the size of the steps mattered a lot (variable scaling). The "explorers" were good at handling this mess.
    • The DE-friendly problems were smoother and more consistent, allowing the "hikers" to zoom to the finish line.

5. How the AI "Thinks"

The researchers watched how the AI architect changed the problems over time:

  • For DE-friendly problems: The AI mostly made small, careful tweaks (mutations) to a single line of code, refining it step-by-step.
  • For GA-friendly problems: The AI mixed and matched parts of different problems (crossover), combining ideas from different "parents" to create something new and complex.

The Bottom Line

This paper shows that we can use a smart AI to automatically invent new, challenging math problems that perfectly expose the strengths and weaknesses of different computer algorithms. Instead of relying on old, static tests, we can now evolve custom "racing tracks" that tell us exactly which algorithm is the best runner for a specific type of terrain.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →