Лимит кредитов для AI-агента: держим расходы под контролем

Девятнадцатое число, 11:40 утра. Руководитель поддержки открывает уведомление о том, что три четверти месячных AI-кредитов израсходованы, и остаётся с двумя вопросами: кто их сжёг и что будет в оставшиеся одиннадцать дней. Панель отвечает почти сразу: почти всё пришлось на одного агента. Исследовательский агент, которого на прошлой неделе настроили «изучать и резюмировать каждую входящую заявку», честно отработал полный цикл по каждому новому лиду — включая те, что упали из спамных форм. Агент не сломался. Он сделал ровно то, о чём его попросили. Не хватало только верхней границы: сколько эта работа имеет право стоить.

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

Почему расход кредитов не виден до середины месяца?

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

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

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

На что на самом деле тратится один запуск?

Кредит — это не цена одной вещи. В запуске складываются четыре статьи: прочитанный контекст, шаги рассуждения, вызовы инструментов и сгенерированный ответ. Первую замечают реже всего. Память агента ценна именно тем, что переносит прошлый диалог вперёд, но длинная история клиента перечитывается на каждом запуске, и каждое чтение стоит кредитов. Короткий ответ не означает дешёвый запуск.

Вторая крупная статья — вызовы действий. 74 автономных действия в продукте позволяют агенту самому создать задачу, обновить статус лида или собрать коммерческое предложение; каждое действие — это шаг, а каждый шаг стоит и времени, и кредитов. Работа, закрытая за пять шагов, обходится вдвое дешевле той же работы за двенадцать. Так что «сколько ходов понадобилось» — такой же вопрос о деньгах, как и «что именно сделано».

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

Ставить лимит на аккаунт или на каждого агента?

Один общий лимит на аккаунт ставится легко и почти бесполезен. Когда он исчерпан, он не говорит, какой агент в этом виноват, — он просто останавливает всех сразу. Агент по выставлению счетов замолкает не из-за отчётности, а из-за жадности исследовательского агента. Это не контроль расходов, а случайный простой.

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

На практике нужны оба уровня. Лимит на агента не даёт одному агенту убежать; учёт на уровне аккаунта показывает, как общая сумма приближается к границе тарифа. Первое — страховка, второе — прибор. Если использовать страховку вместо прибора, узнаете обо всём только в момент срабатывания.

Откуда взять первое число лимита?

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

Главный вопрос при выборе числа — не «сколько я могу потратить», а «что этот агент производит». Лимит исследовательского агента, который увеличивает число квалифицированных лидов, оценивается рядом с их вкладом. Это то же соотношение, которое вы строите, когда считаете стоимость привлечения клиента: абсолютная цифра сама по себе не дорогая и не дешёвая, она получает смысл только после деления на отдачу.

Тип агента	Что определяет расход	С чего начать лимит	Что смотреть в первый месяц
Исследование и обогащение лидов	Объём входящих записей	Четыре недельных средних, узкий запас	Квалифицированных лидов на запуск
Первичная сортировка обращений	Объём диалогов и завалы вне часов работы	Расход самой загруженной недели, широкий запас	Доля передач человеку
Отчёты по расписанию	Число запусков фиксировано	Число запусков × измеренная цена запуска	Отклонение означает раздувание контекста
Управление рекламным бюджетом	Число кампаний и частота проверок	Фиксированно от числа проверок в день	Проверки, ничего не изменившие
Агент на испытании	Неизвестно	Сумма, которую не жаль потерять	Как часто упирается в потолок

Правило из таблицы одно: если расход задаёт внешний объём — держите запас широким, если ваш собственный календарь — узким. Для агента на испытании верный вопрос не «хватит ли», а «будет ли больно потерять эту сумму».

Что должно произойти в момент достижения лимита?

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

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

Третье — куда уходит работа после остановки. Для критичного агента путь передачи должен быть определён заранее: умная передача человеку переводит сложный или чувствительный диалог нужному сотруднику, и клиент не остаётся в тупике. Постройте тот же маршрут для остановок по бюджету, чтобы работа не исчезала, а вставала в очередь. Когда поручения агенту хранятся как задачи, привязанные к записи, человек продолжает ровно с того места, где агент остановился.

Какая часть расхода не производит ничего?

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

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

Третий источник — мёртвые записи. Агент, который ведёт напоминания по сделкам, не двигавшимся месяцами, тратит кредиты на то, что никогда не закроется. Регулярная чистка воронки исправляет не только прогноз, но и сокращает поле, по которому ходит автоматизация. Чем реальнее список работ агента, тем осмысленнее его расход.

Какие настройки удешевляют агента до всякого лимита?

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

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

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

Как встроить лимит в месячную рутину?

Лимит, поставленный один раз, за три месяца становится неверным числом. Объём меняется, круг задач агента расширяется, появляется новый агент. Значит, у пересмотра должен быть календарь, и вешать его нужно на уже существующую рутину. Один пункт в чек-листе закрытия месяца живёт заметно дольше, чем отдельная встреча.

На пересмотре смотрят на три вещи: какой агент упёрся в потолок, какой остался далеко под ним и у какого выросла цена одного запуска. Третье самое информативное, потому что обычно означает тихое раздувание контекста. AI-аналитика выносит самые дорогие диалоги отдельной раскладкой; прочитать три верхних диалога полезнее, чем смотреть на таблицу.

Держите эту сумму и в учёте. Кредиты агентов — переменная статья, которой нельзя раствориться в общей строке «софт»; когда она отслеживается отдельно в учёте доходов и расходов, в конце месяца никто не спрашивает, куда всё ушло. С этой же стороны помогает журнал запусков: параметры, результат, длительность и утвердивший записаны, поэтому спорную статью можно объяснить задним числом.

Когда лимит кредитов — неподходящий инструмент?

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

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

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

Если вы хотите собрать вместе лимит на агента, контроль подтверждений и панель кредитов, откройте бесплатный аккаунт Rocketly и запустите первого агента с намеренно узким потолком.

Частые вопросы

Если поставить слишком низкий лимит, агент бросит работу на середине?

Нет. Запуск, который превысит лимит, останавливается до старта, а не обрывается в процессе. Полузаведённой задачи или наполовину отправленного ответа не возникает: запуск просто не начинался.

Если один агент упёрся в лимит, остальные тоже остановятся?

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

Где посмотреть, сколько потратил каждый агент?

Панель использования и кредитов AI показывает расход в разрезе агентов и категорий, а рядом — дневное потребление и прогноз на конец периода. Для детализации по действиям используйте инсайты агента и журнал запусков.

Как часто пересматривать лимит?

Раз в месяц достаточно — привяжите пересмотр к закрытию месяца. Дополнительно пересматривайте его при выводе нового агента и при устойчивом изменении входящего потока.