Журнал · Rit.work

AWM сравнивает действия ИИ-агента без копии рабочей среды

AWM исследует несколько цепочек действий через запросы только для чтения к общей среде и в среднем обходит однократную симуляцию на 40,07%.

Rit.work
Студия разработки
2 ноября 2026 г.3 мин чтения

Материал подготовлен автоматически по первоисточникам: ссылки на них — в конце статьи.

LLM-агентов научили сравнивать несколько цепочек действий в общей рабочей системе, не выполняя рискованные шаги и не создавая копию среды. В работе Wendi Li и соавторов, которая не прошла рецензирование и приводит замеры самих авторов, AWM в среднем обошёл однократную симуляцию на 40,07%. Подход позволяет перебирать варианты там, где состояние нельзя сбросить после каждого пробного действия.

Почему параллельный перебор требует копий среды

Масштабирование на этапе выполнения (test-time scaling) строит несколько возможных цепочек действий, оценивает их и выбирает одну. Чем больше вариантов проверяет агент, тем выше шанс найти удачный путь без дополнительного обучения модели.

Обычная схема предполагает, что каждую цепочку можно выполнить отдельно. Для этого системе нужны независимые копии среды: базы данных, корпоративного кабинета, облачной службы или другого рабочего пространства. Иначе одна ветвь может изменить данные, которые использует другая, а необратимое действие вроде отправки или удаления нельзя отменить простым сбросом состояния.

Модель среды позволяет не выполнять такие действия напрямую. Но распространённый вариант передаёт всё доступное состояние одним запросом к модели и просит предсказать результат следующего шага. Когда агент видит только часть среды, одного снимка может не хватить: нужные сведения приходится искать по ходу рассуждения.

Как AWM собирает сведения о гипотетическом действии

AWM превращает предсказание следующего наблюдения в многошаговый поиск сведений. Для каждого гипотетического действия отдельный агент-симулятор обращается к реальной среде через интерфейсы только для чтения. Следующий запрос зависит от уже полученных ответов.

Симулятор анализирует собранные сведения и использует исполняемые вычисления, чтобы составить наблюдение — то, что основной агент предположительно увидел бы после действия. При этом AWM не меняет общее состояние: запросы читают данные, но не записывают их.

Такой симулятор встраивается в перебор целых цепочек. Несколько ветвей могут исследовать одну рабочую среду параллельно, поскольку ни одна из них не выполняет предполагаемые изменения. Отличие от однократной симуляции состоит не только в числе запросов: AWM уточняет состояние среды по мере поиска, а не пытается заранее вместить его в один запрос.

Когда AWM меняет архитектурные планы

Подход проверили на τ-bench, AppWorld и OfficeBench. Средний результат оказался на 40,07% выше, чем у симуляции одним запросом, и на 12,36% выше, чем у обученной модели среды. Сравнение показывает, что доступ к актуальным сведениям через серию запросов может быть полезнее как однократного снимка, так и заранее обученного предсказателя.

Проверка охватывает общие и офисные задачи из этих бенчмарков; поскольку материал подготовлен по абстракту, а не по полному тексту, точную процедуру оценки и состав средних значений восстановить нельзя. Поэтому результаты подтверждают сам архитектурный принцип, но не позволяют заранее рассчитать выигрыш для конкретной корпоративной системы.

AWM стоит учитывать командам, которые планируют агентный поиск поверх общей и постоянной среды. Вместо клонирования всей системы можно отделить перебор вариантов от записи данных: дать симулятору ограниченный доступ для чтения, собрать подтверждения из живой среды и разрешить изменения только после выбора цепочки.

Для такой архитектуры одной LLM недостаточно. Рабочая система должна предоставлять интерфейсы чтения, через которые симулятор сможет получить сведения для конкретного шага, а оркестратор — запускать и сравнивать несколько ветвей. Если среду легко копировать или агент всегда выполняет одну заранее выбранную цепочку, работа не даёт прямой причины менять устройство продукта.

В абстракте не раскрыты накладные расходы дополнительных обращений к среде. Перед внедрением понадобится проверить, не съедают ли задержка запросов и вычисления выигрыш от более точного выбора. Пока AWM разумнее рассматривать как схему для прототипа агента в общей среде, а не как готовое доказательство экономической эффективности.

Источники

Пауза в чтении

Похоже на вашу задачу?

Расскажите, что собираете. За полчаса разложим на этапы и назовём сроки — это бесплатно и ни к чему не обязывает.

Rit.work

Студия разработки

Собираем мобильные приложения и помогаем командам получать от AI реальную пользу. Основатель и команда, работаем удалённо — с клиентами в России и за рубежом.

← Ко всем материалам
Понравилось? Обсудим вашу задачу