Качество AI-продуктов Спроектировать внедрение

Как контролировать стоимость AI-системы в production

Разбираем, где AI-фича начинает терять деньги после запуска: лишний контекст, tool calls, retries, длинный output, неправильная модель и отсутствие cost gate. В выпуске показываю practical cost passport для CTO, product и владельцев AI-направления: какие метрики писать в trace, какие лимиты ставить до релиза и как сравнивать prompt versions по цене, скорости и качеству.

Видео по теме

Разбираем, где AI-фича начинает терять деньги после запуска: лишний контекст, tool calls, retries, длинный output, неправильная модель и отсутствие cost gate. В выпуске показываю practical cost passport для CTO, product и владельцев AI-направления: какие метрики писать в trace, какие лимиты ставить до релиза и как сравнивать prompt versions по цене, скорости и качеству.

Таймкоды

  • 00:00 Зачем контролировать стоимость AI-фичи
  • 01:17 Где возникают утечки бюджета
  • 02:48 Observability и cost breakdown
  • 04:15 Evals: экономия не должна ломать качество
  • 05:00 Cost passport и release gate

Shorts

Источники выпуска

  • Langfuse, 10 min Walkthrough of Langfuse - Open Source LLM Observability, Evaluation, and Prompt Management

Суть темы

Разбираем, где AI-фича начинает терять деньги после запуска: лишний контекст, tool calls, retries, длинный output, неправильная модель и отсутствие cost gate. В выпуске показываю practical cost passport для CTO, product и владельцев AI-направления: какие метрики писать в trace, какие лимиты ставить до релиза и как сравнивать prompt versions по цене, скорости и качеству.

Что важно забрать

  • После просмотра зритель сможет описать cost passport для одной AI-фичи и понять, где поставить лимиты до следующего релиза.
  • Дать practical cost-control checklist для AI-фичи: cost per task, token budget, trace, retry/tool limits, evals и release gate.
  • Выпуск не повторяет обзор про AI-интеграции и не повторяет production checklist предыдущего ролика. Здесь фокус уже не на готовности промпта, а на экономике конкретной AI-фичи в production: где расход возникает, как его видеть, ограничивать и сравнивать с качеством.
  • Увеличить сохранения и переходы в Академию за счет прикладной схемы cost passport вместо общего разговора о пользе AI.

Как применять на практике

Используйте материал как отправную точку: сформулируйте задачу, ограничьте область применения, выберите метрику качества и проверьте результат на небольшом сценарии до внедрения в production.

Рекомендации

  • Считать стоимость не по общему счету провайдера, а по успешной бизнес-задаче: заявка разобрана, черновик ответа принят, карточка создана.
  • До релиза поставить hard limits: максимальный input, output, количество tool calls, retries, daily spend и fallback на дешевую модель.
  • Каждое изменение промпта или модели сравнивать по трем осям одновременно: цена одного выполнения, p95 latency и pass rate на eval set.

Требования и ограничения

  • Каждый production-вызов должен писать trace: user или tenant, сценарий, модель, prompt version, input/output tokens, tool calls, retries, latency, cost и итоговый статус.
  • У AI-фичи должен быть budget owner: кто получает alert, кто снижает лимиты, кто разрешает увеличение бюджета.
  • Для public-релиза нужен cost gate: максимальная цена успешной задачи, максимальная доля retries, минимальный pass rate и понятный fallback.

Примеры

  • AI-ассистент поддержки выглядит дешевым на демо, но в production каждый вопрос тащит слишком много документов из базы знаний. Лечится лимитом retrieval context, кешем частых ответов и eval на достаточность источников.
  • AI-агент для CRM начинает делать несколько tool calls на одну заявку. Лечится max tool calls, idempotency, trace по каждому шагу и ручной review для дорогих сценариев.

Антипримеры

  • Команда видит, что счет за API вырос, и просто меняет модель на дешевую. Без traces и evals она не понимает, какой сценарий стал дорогим и не ухудшилось ли качество.

Как проверить готовность

  • Для первой версии cost passport достаточно 5 чисел: cost per successful task, input/output token cap, retry rate, p95 latency, pass rate.
  • Alert должен срабатывать не только по daily spend, но и по всплеску cost per task или retry rate для конкретного сценария.

Навигация по выпуску

  • 00:00 Зачем контролировать стоимость AI-фичи
  • 01:17 Где возникают утечки бюджета
  • 02:48 Observability и cost breakdown
  • 04:15 Evals: экономия не должна ломать качество
  • 05:00 Cost passport и release gate