Традиционные эволюционные алгоритмы работают в условияхфиксированного механизма порождения: правила «как порождать ответы» — отбор, скрещивание, мутация — задаются человеком заранее, поиск движется лишь в пространстве ответов, и оптимизируется всегдакандидатное решение. Когда масштабы вычислительных ресурсов выросли, эта предзаданность стала потолком: если метод порождения кандидатов не меняется, система лишь повторяет заложенную схему.
Эволюция методов (Meta-Evolution)поднимает задачу на уровень выше: алгоритм не только выдаёт лучшие ответы, но и через внешний поиск непрерывно улучшаетстратегии, параметры и компоненты, порождающие ответы, совершая эволюцию от «поиска ответов» к «улучшению методов». Именно по этому пути развивается работа EvoX: сам метод порождения кандидатов (например, стратегии мутации и настройки параметров дифференциальной эволюции) становится объектом эволюции.
Две логики: внутренний уровень ищет ответы, внешний улучшает метод
- Внутренний уровень: используяТекущий методрешает конкретную задачу и порождает кандидатные решения.
- Внешний уровень: на основе обратной связи — качества решений, сигналов предпочтений, стабильности или затрат — улучшает метод, применяемый в следующем раунде.
- В пространство поиска переносится не какое-то решение, асам механизм порождения кандидатов; именно поэтому он становится объектом, который можно оценивать, выбирать и обновлять.
На каком уровне размещать оптимизацию по предпочтениям
Оптимизация по предпочтениям может участвовать в обратной связи верхнего уровня, но необходимо разделять две категории целей:оценка текущего ответаиулучшение метода порождения ответов. Если трактовать «это решение нравится больше» напрямую как «эта стратегия лучше», то предпочтение к ответу подменяет оценку качества метода, и внешний поиск будет вестись шумом единичных результатов.
Что приобретаем, чем платим
Этот сдвиг переводит проектирование алгоритмов от разовой ручной настройки к устойчивой адаптации, но и цена очевидна:разрастание пространства поиска(пространство методов намного больше пространства решений),рост стоимости оценки(для каждого набора методов-кандидатов нужно выполнять задачи внутреннего уровня, что обычно требует параллельной пакетной оценки на GPU для распределения затрат),рост сложности проверки(чтобы убедиться, что улучшения внешнего уровня действительно обобщаются, нужен отдельный дизайн валидации).
