Тарифы API: Пилот, Смарт и Оптимальный

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

Тариф выбирается при создании API-ключа. Можно держать несколько ключей с разными тарифами в одном аккаунте: например, Пилот для разработки и Оптимальный для production.

• Экономия против предсказуемости.
• Разные ключи могут иметь разные тарифы.
• Тариф фиксируется на ключе, а не на аккаунте.

Пилот использует экономичные неофициальные каналы, включая reverse API. Это самый доступный способ познакомиться с моделями, но поведение каналов менее предсказуемо: возможны задержки, временная недоступность отдельных моделей и периодические ошибки.

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

• Подходит для знакомства и внутренних задач.
• Возможны перебои и переменное время ответа.
• Самый низкий порог по стоимости.

Смарт делает ровно одну физическую попытку на Пилоте. Если попытка завершилась безопасной для повтора (retryable) ошибкой, запрос немедленно переходит на полную цепочку Оптимального. Если модель не опубликована в Пилоте, попытка не делается — запрос сразу идёт цепочкой Оптимального.

Цена Смарта определяется успешным физическим маршрутом: успешная попытка Пилота тарифицируется по Пилоту, успешная попытка Оптимального — по Оптимальному. Неуспешная попытка квоту не расходует, поэтому Смарт обычно выгоднее постоянного Оптимального, но не гарантирует отсутствия задержек.

• Одна попытка Пилота, затем полная цепочка Оптимального.
• Фиксированной цены «Смарт» нет.
• Неуспешная попытка не расходует квоту.

Оптимальный работает через официальные партнёрские API-каналы и предназначен для production и enterprise-сценариев, где важны стабильность, скорость и полный функционал интеграции.

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

• Официальные стабильные каналы.
• Подходит для продакшена и клиентских сценариев.
• Полный функционал интеграции там, где он поддерживается моделью.

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

Пиковые условия фиксируются перед отправкой запроса: завершение пикового окна во время генерации не меняет уже зафиксированные коэффициенты. Цены и расписания обновляются вместе с публикацией каталога.

• Ставки — в карточке модели на /price.
• Пиковые окна и токеновые пороги — отдельные условия модели.
• Итоговая стоимость зависит от фактического маршрута.

Начните с Пилота, если хотите оценить модели и стоимость на реальных задачах. Если перебои мешают, переходите на Смарт: он сохраняет экономию, но добавляет резервную цепочку Оптимального.

Для клиентского продакшена, SLA-задач и сценариев с высокой ценой ошибки выбирайте Оптимальный. Не забывайте про лимиты на ключах и мониторинг расходов: тариф не заменяет контроль бюджета.

• Пилот — знакомство, прототипы, внутренние задачи.
• Смарт — баланс цены и устойчивости.
• Оптимальный — продакшен и предсказуемость.

Тариф влияет на стоимость и устойчивость, но не заменяет контроль расходов. На ключах настраиваются лимиты, а история использования показывает фактическое потребление по моделям. Для командного сценария полезно разделять ключи по окружениям: разработка, staging, production.

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

• Лимиты на ключах и отдельные ключи под окружения.
• Сравнение тарифов на реальной нагрузке.
• Пиковые окна и пороги — в карточке модели.
• Мониторинг расходов в кабинете.