теория

Когда агент не нужен

Самый важный навык этого акта — не «как построить агента», а «когда его не строить». Агент — сложный, дорогой и недетерминированный компонент; разворачивать его стоит только там, где дешёвые и предсказуемые инструменты не справляются.

Золотое правило: можешь написать функцию — пиши функцию. Красные флаги, при которых агент противопоказан:

  • задача детерминирована и хорошо структурирована («конвертируй файл», «посчитай скидку»);
  • требуется стопроцентная предсказуемость и следование правилам (деньги, комплаенс, всё, где ошибка необратима);
  • нужен простой поиск по данным — хватает обычного запроса;
  • нет ни внятной цели, ни действий — только «хочется ИИ».

Зелёный свет — зеркальная картина: открытая задача, где последовательность шагов заранее неизвестна и её нельзя захардкодить; много шагов и инструментов — поискать, сходить в базу, сравнить, ответить; динамичная среда, где всё меняется на ходу; разговорный интерфейс, где вход — живой человеческий текст.

Отсюда простая лесенка выбора. Задача проста и детерминирована — скрипт. Задача сложная, но шаги известны — workflow: обычный код, оркестрирующий шаги. И только если задача сложная, открытая и в изменчивой среде — агент.

Заметь, что это не новая мудрость. «Не применяй мощный приём без нужды» — лейтмотив всего курса: мы не шардировали B2B-заказы, не выворачивали наизнанку справочник регионов и не писали свой консенсус. — просто новая валюта в том же магазине: ею платят за гибкость на задачах, где правил не хватает. Платить ею за задачи, где правила есть, — покупать лотерейный билет вместо счёта в банке.

← назад