Таблица полной стоимости работы агентов
Обновлено October 8, 2026 · впервые опубликовано October 8, 2026
Сумма токенов модели не равна полной стоимости агента. Продуктивный запуск может также потреблять хостед-поиск, выполнение кода, хранилище, повторные попытки, резервные модели и проверку человеком. Полезная таблица связывает каждое списание с идентификатором запуска и отделяет измеренные платежи провайдера от распределенных накладных расходов и оценок трудозатрат.
Эта таблица дополняет стоимость успешной задачи: сначала собирается полный реестр затрат, затем он делится на результаты, прошедшие заявленный критерий успеха. Она также развивает отдельную тарификацию инструментов в повторяемую финансовую запись.
Начните с одной строки на событие
Используйте стабильный идентификатор рабочего процесса для намерения пользователя и идентификатор запуска для каждой попытки. Записывайте временную метку, окружение, команду или арендатора, рабочий процесс, запуск, провайдера, сервис, идентификатор ресурса, количество, единицу измерения, версию тарифа, валюту и источник счета или учета. Ведите одно событие на каждый вызов модели, вызов инструмента, задание вычисления или элемент проверки. Так повторные попытки становятся видимыми, и финансы могут сверять итоги, не гадая, какая вложенная операция их создала.
Колонки таблицы
- Модель: провайдер, модель, единицы входа, выхода, кэша и рассуждений, если они доступны, измеренный тариф и прямые расходы.
- Инструменты: поиск, извлечение данных, браузер, выполнение кода и другие тарифицируемые сервисы с количеством вызовов или временем работы и прямыми расходами.
- Вычисления и хранилище: время работы песочницы или контейнера, время ускорителя или CPU, постоянное хранилище и сетевые расходы, если они тарифицируются.
- Работа по надежности: повторные попытки, резервные вызовы, брошенные ветки и запуски исправления. Учитывайте их в полной стоимости запуска, даже если они не дали полезного результата.
- Проверка: вызовы оценщиков и минуты проверки человеком; стоимость труда отмечается как внутренняя оценка, а не как счет провайдера.
- Общая платформа: распределения на оркестрацию, наблюдаемость, зарезервированную мощность или общее хранилище; для каждого указывается база распределения и период.
Считайте прямую и полную стоимость отдельно
Прямая стоимость запуска - это сумма измеренных расходов на модель, инструменты, вычисления и хранилище, отнесенных к этому запуску. Полная стоимость (fully loaded) добавляет заявленную долю накладных расходов платформы и трудозатрат на проверку. Для общих затрат используйте стабильную базу распределения, например измеренное время работы, зарезервированную мощность или задокументированное распределение на запуск. Публикуйте базу и ее временное окно; не распределяйте постоянные затраты по количеству токенов, если токены действительно не объясняют потребление ресурсов.
Небольшой гипотетический пример проясняет формулу: если у одного запуска расходы на модель составили $0,40, на инструменты $0,10, на вычисления в песочнице $0,20, а распределенные расходы на проверку и платформу - $0,30, сообщайте $0,70 прямых и $1,00 полных расходов. Эти цифры иллюстрируют только арифметику; это не рыночная цена и не эталон.
Разделяйте попытки и результаты
Учитывайте каждую попытку в расходах, затем присваивайте финальному рабочему процессу статус: успешный, неудачный, брошенный или требующий завершения человеком, по явно заданному правилу. Сообщайте стоимость завершенного рабочего процесса вместе с долей успешных, долей повторов и трудозатратами на проверку. Для метрики успешной задачи берите общие допустимые расходы за период и делите их на число рабочих процессов, прошедших критерий успеха. Не исключайте неудачные запуски из числителя и не считайте промежуточные шаги агента отдельными успехами.
Сверяйте и управляйте таблицей
Сверяйте итоги событий со счетами провайдеров и выгрузками облачной тарификации после того, как данные об использовании устоятся. Отдельно объясняйте кредиты, скидки, минимальные платежи, поздние события и пересчет валют. Сохраняйте источник цены и дату ее вступления в силу, чтобы можно было пересчитать исторические затраты, не применяя сегодняшний тариф к использованию прошлого месяца.
Назначьте ответственного за каждый рабочий процесс и задайте бюджет на запуск, совокупный бюджет за период и путь эскалации. Когда рабочий процесс превышает бюджет, фиксируйте причину и то, было ли разрешено продолжение. Шаблоны принудительного соблюдения в рантайме см. в статье три бюджета для автономных агентов.
Частые вопросы
Что должно входить в таблицу стоимости агентов?
Учитывайте использование модели, оплачиваемые инструменты, вычисления, хранилище, повторные попытки, резервные вызовы, проверку, а также отдельно выделенные распределения общей платформы и оценки трудозатрат.
Нужно ли включать неудачные запуски агентов в стоимость задачи?
Включайте их расходы в итог. Сообщайте количество успешных рабочих процессов по заявленному правилу успеха, чтобы неудачи оставались видимыми в юнит-экономике.
Как не посчитать общие расходы платформы дважды?
Прямые списания храните привязанными к своему событию, общие затраты распределяйте в отдельном реестре по одной опубликованной базе и сверяйте распределенный итог с общим пулом затрат платформы.
Похожие материалы
По теме
Хотите применить это к своему стеку? Принесите счета провайдеров, логи шлюза и ключевые рабочие процессы — мы определим драйверы затрат и пути экономии. Заказать бесплатный аудит →