Что такое ИИ-агент, который учится на ошибках: метод Perplexity снизил сбои на 21%
Perplexity 3 июня опубликовала исследование о том, как она обучает ИИ-агента внутри своего продукта Perplexity Computer не только на успешных сессиях пользователей, но и на провальных, превращая реальные ошибки в учебный материал для модели.
Большинство методов дообучения (fine-tuning, обучение модели на новых примерах под конкретную задачу) отбрасывает неудачные сессии. Perplexity показала рабочий способ извлекать пользу именно из ошибок, и это снизило долю сбоев инструментов в живом A/B-тесте с 2,24% до 1,77%.
Чтобы понять, что такое ИИ-агент в контексте этого исследования: это программа, которая сама планирует цепочку действий, вызывает внешние инструменты (поиск, таблицы, API) и доводит задачу до результата без ручного управления на каждом шаге. Perplexity Computer как раз работает в таком агентном режиме: пользователь ставит задачу, а модель сама решает, какие инструменты вызвать и в каком порядке.
Компания не выложила ни обученные веса, ни код. Метод работает только внутри Perplexity Computer. Но базовая модель GLM 5.2, на которой всё построено, доступна на Hugging Face как модель с открытыми весами. Это значит, что саму технику можно воспроизвести самостоятельно, имея доступ к собственным логам пользовательских сессий.
Источник: публикация Perplexity Research, пересказ MarkTechPost.
Почему стандартное дообучение на успехах не работает?
Обычный подход, rejection sampling fine-tuning (RFT), отбирает только успешные сессии и учит модель их повторять. Проблема двойная.
- Успешный результат не значит, что каждый шаг был правильным. Агент мог допустить ошибку на третьем шаге, но восстановиться на пятом. Если модель имитирует всю цепочку, она заучивает и ошибку тоже.
- Провальные сессии выбрасываются целиком, хотя именно в них видно, чего конкретно делать не надо.
Что понадобится
- Модель: GLM 5.2 (доступна на Hugging Face) или аналогичная модель с открытыми весами.
- Логи сессий: записи реальных пользовательских сессий с вызовами инструментов, включая неудачные. Минимум нужны данные о том, какой инструмент вызван, с какими параметрами и был ли результат ошибкой.
- LLM-судья: отдельная языковая модель для оценки сложности задач и определения, какой именно шаг привёл к ошибке.
- Инфраструктура для дообучения: GPU для двух прогонов модели на каждом проблемном шаге (один с подсказкой, один без).
- Время: зависит от объёма логов; Perplexity использовала порядка 100 000 пользователей на каждое условие A/B-теста.
Пошаговая инструкция: как устроен метод Perplexity
Perplexity разделила процесс на две независимые задачи: какие сессии стоит имитировать и какие конкретные шаги стоит исправлять.
-
Соберите логи сессий с ошибками и без. Perplexity берёт реальные сессии из Perplexity Computer, обслуженные моделью GLM 5.2. Сессии с персональными данными и пользователи, отказавшиеся от участия, исключаются.
-
Отфильтруйте по сложности. LLM-судья оценивает задачу по 5-балльной шкале. В обучение попадают только задачи с оценкой 4 или 5. Простые задачи модель и так решает.
-
Определите успешность сессии. Два независимых LLM-судьи должны оба подтвердить, что финальный ответ пользователю корректен. Если хотя бы один не согласен, сессия считается неуспешной.
-
Разметьте каждый шаг одним из трёх тегов:
-
Имитировать (Imitate): шаг без ошибки в успешной сессии. На нём модель учится через стандартную функцию потерь (cross-entropy, CE).
- Исправить (Correct): шаг с ошибкой и проверенной подсказкой-хинтом, в любой сессии. Здесь применяется KL-дивергенция (мера расхождения между двумя распределениями вероятностей).
-
Оставить как контекст (Keep): шаг без ошибки, но и без полезного сигнала. Он остаётся на входе, но модель на нём не обучается.
-
Найдите реальный источник ошибки, а не последний шаг. Три LLM-судьи определяют, какой шаг привёл к провалу. Минимум два должны совпасть. По данным Perplexity, последний шаг перед жалобой пользователя оказывается настоящей причиной только примерно в половине случаев.
-
Сформируйте подсказку-хинт. Хинт описывает ошибку на языке, который модель уже понимает. Пример:
Вызов search использовал recency_filter='year'.
Схема допускает только 'day', 'week' или 'month'.
Используйте допустимое значение или опустите необязательное поле.
Каждый хинт проверяется на то, что он опирается только на информацию, доступную модели до ошибки. Это снижает эффект «знания задним числом».
- Запустите самодистилляцию (OPSD). На проблемном шаге один и тот же чекпоинт GLM 5.2 прогоняется дважды:
- «Учитель» видит хинт.
-
«Ученик» хинта не видит. Оба работают в режиме teacher forcing (им подаётся правильная следующая последовательность токенов (минимальных единиц текста), новый ответ не генерируется). Вероятности «учителя» становятся мягкой целью для «ученика» через прямую KL-дивергенцию.
-
Объедините потери. Итоговая функция: (CE + λ × KL), делённая на число имитируемых токенов. При λ = 0 получается обычное дообучение (SFT). Perplexity подчёркивает, что CE-компонент критичен: без него учитель и ученик могут «договориться» игнорировать контекст.
-
Проведите A/B-тест. Perplexity тестировала на группах по 100 000 пользователей. Ранний чекпоинт против стандартной GLM 5.2 дал 2,82% против 2,94% сбоев, что статистически незначимо. Более поздний чекпоинт (RFT + OPSD) против раннего показал падение с 2,24% до 1,77%. Perplexity сообщает об этом как о статистически значимом снижении на 21,2% в относительном выражении. Прямого онлайн-сравнения позднего чекпоинта со стандартной GLM 5.2 компания не проводила.
Пример из исследования: пользователь попросил найти форму «w3» на сайте Paychex. Модель решила, что это опечатка, и стала искать форму W-2. Ошибка произошла не в финальном ответе, а на этапе интерпретации запроса.
Хинт, созданный для этого случая, указывал именно на момент неверной интерпретации, а не на последний шаг. После дообучения с таким хинтом модель на аналогичных задачах перестаёт «поправлять» пользователя и работает с тем, что он реально просил.
Результат на офлайн-тестах: на 985 проблемных шагах с вызовами инструментов базовая модель без хинта избегала ошибки в 75,1% случаев. С хинтом (до всякого дообучения) этот показатель вырос до 93,7%. Доля случаев, когда модель выполняла исправленное действие, поднялась с 60,6% до 82,3%.
- Обучение только на «хвосте» ошибки. Жалоба пользователя указывает на последний шаг, но корень проблемы часто на два-три шага раньше. Без перекрёстной проверки несколькими судьями вы будете «лечить» симптом.
- Хинт с информацией «из будущего». Если подсказка содержит данные, которых у модели не было на момент ошибки, модель учится нереалистичному сценарию. Perplexity отдельно проверяет каждый хинт на отсутствие такого «знания задним числом».
- Дообучение только на исправлениях без CE-компоненты. Perplexity предупреждает: при λ > 0 и нулевом CE учитель и ученик могут «договориться» и начать игнорировать контекст. Стандартная имитация успешных шагов обязательна как якорь.
- Ожидание прорыва в удовлетворённости. В живом тесте Perplexity сильная неудовлетворённость пользователей сдвинулась с 2,58% до 2,54%, что статистически незначимо. Снижение технических сбоев не гарантирует, что пользователь это заметит.
- Перенос результатов на бенчмарки. На офлайн-бенчмарках вроде BrowseComp и SpreadsheetBench результаты были «смешанными», как сообщает Perplexity. Улучшение на реальных сессиях не обязательно переносится на стандартные тесты.
Что делать с этим прямо сейчас, по ролям
Автору на Дзене. Если вы используете ИИ-агентов для ресёрча статей, начните записывать случаи, когда агент ошибся: что вы спросили, что он сделал не так и на каком шаге. Это готовый материал для системного промпта (постоянной инструкции, которую модель видит перед каждым запросом). Даже без дообучения промпт с описанием типичных ошибок работает как тот самый хинт.
Маркетологу. Метод Perplexity применим к любому агентному сценарию с внешними инструментами: парсинг цен, генерация отчётов, автозаполнение CRM. Если ваш агент ломается на 2-3% задач и вы эти случаи логируете, у вас уже есть сырьё для улучшения. Базовая модель GLM 5.2 доступна, но для воспроизведения метода нужна инженерная команда.
Предпринимателю в РФ. Perplexity Computer пока не ориентирован на российский рынок. Из доступных в РФ агентных решений ближе всего YandexGPT и GigaChat, но они не публиковали аналогичных методов дообучения на ошибках. Сам принцип «учиться на сбоях, а не выбрасывать их» универсален и применим к любому чат-боту с инструментами, если вы собираете логи.
Мне кажется, самое ценное здесь не сам метод (он требует серьёзной инфраструктуры), а сдвиг в мышлении. Большинство команд, которые я вижу в русскоязычном пространстве, выбрасывают провальные сессии или в лучшем случае вручную пишут «негативные примеры» для промптов.
Perplexity показала, что даже без дообучения хинты поднимают точность с 75% до 94% на проблемных шагах. Это значит, что если у вас нет GPU для дообучения, но есть 50 записанных ошибок вашего агента, вы можете превратить их в набор хинтов для системного промпта и получить заметное улучшение.
Честная оговорка: метод пока проверен только внутри одного продукта, на одной базовой модели, и даже там улучшение удовлетворённости пользователей оказалось статистически незначимым. Техника ломается реже, но пользователь этого пока не чувствует.
Что такое ИИ-агент с точки зрения обучения, теперь понятнее: это не просто модель, которая отвечает на вопросы, а система, которая действует, ошибается и может учиться на своих ошибках, если выстроить правильный конвейер. Perplexity сделала первый публичный разбор такого конвейера. Код закрыт, но базовая модель открыта, а принцип «хинт на реальной ошибке» можно применить хоть завтра, даже в обычном промпте.
Попробуйте AI-ассистент dzen.guru
Протестируйте, как ИИ-агент помогает с рутиной автора: от ресёрча до структуры статьи
Попробовать бесплатно
Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также

Почему нет приложения Huawei Health в Google Play и чем его заменяет Google Health
Google Health на этой неделе начал раскатывать набор функций Health Guardian в одноимённом приложении, и владельцы Pixel Watch 3, 4 и 5 получили бесплатный…
Что такое ИИ-агент Exa: API тратит до 3 часов на запрос и стоит до $100
Exa второго июня открыла доступ к Agent Ultra, самому ресурсоёмкому режиму своего API для ИИ-агентов, который тратит до трёх часов на один запрос и, по данным…
Liquid AI ускорила видео-языковые модели в 3 раза на обычном Mac без потери качества
Liquid AI выпустила модель-черновик DSpark для своей видео-языковой модели LFM2.5-VL-3B, которая ускоряет генерацию текста по изображениям до трёх раз на…
Комментарии