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

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

Примечание: Kling — товарный знак Kuaishou Technology и связанных с ней компаний. Статья носит технический характер; автор не связан с правообладателями и не выступает их агентом. Названия моделей, интерфейсы и правила биллинга определяются официальной документацией и страницей тарифов.

1. Почему видео API нельзя бюджетировать «по роликам»

Единица тарификации текстового API относительно унифицирована, у видео API всё иначе. За одним запросом «сгенерировать ролик» стоят как минимум четыре переменные: версия модели, длительность, разрешение и способ ввода. Изменение любой из них меняет счёт.

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

2. Из каких измерений складывается счёт

Измерение Как влияет на стоимость Что фиксировать при оценке Как управлять
Длительность Накапливается по секундам; часть интерфейсов считает по тарифам 5/10 секунд Запрошенная и фактическая длительность, есть ли нарезка Сначала короткий режим, затем склейка
Разрешение Тарифы 720p, 1080p, 4K различаются; число пикселей растёт Выходное разрешение, пропорции, частота кадров Черновик в низком разрешении, финал — в высоком
Версия модели Поколения, Turbo и стандартная версия тарифицируются по-разному Имя и версия модели, новые функции Распределяйте по сложности, не берите максимум по умолчанию
Аудио и голос Нативное аудио, тембр или управление голосом могут тарифицироваться отдельно Есть ли аудио, задан ли тембр Сначала немой черновик, аудио позже
Способ ввода Текст, изображение, видео и управление движением расходуются по-разному Первый кадр, референсы, видео Референсы повышают попадание, снижают перебор
Сбои и повторы Повторная отправка может списывать деньги снова; правила различаются Статус, код ошибки, число повторов Классификация, идемпотентность, лимит повторов
Хранение и трафик Перекладывание, хранение и раздача дают дополнительные расходы Размер файла, дни хранения, обращения Жизненный цикл, раздача по требованию

Свежая официальная документация в основном считает по секундам, тариф зависит от модели, разрешения, аудио и видео на входе; часть интерфейсов и шлюзов показывает тарифы по 5 и 10 секунд. До договора уточните единицу счёта и не сравнивайте котировки с разными единицами.

3. Как длительность и разрешение увеличивают стоимость

Длительность — самая очевидная переменная. Типовые режимы — пять и десять секунд, но десять не всегда ровно вдвое дороже пяти: где-то есть минимальная единица тарификации, где-то округление секунд. Бюджет строится по фактическому списанию в счёте.

Влияние разрешения незаметнее. От 720p до 1080p число пикселей растёт примерно в 2,25 раза; у 4K — примерно в девять раз относительно 720p. Но фактическое списание не обязательно следует этому множителю: участвуют тариф модели, скидки и округление. Правильно — зафиксировать промпт и длительность, менять только разрешение и записывать разницу в списании.

Пропорции тоже влияют на число пикселей; для вертикали и горизонтали лучше строить отдельные бюджеты. Комбинации с аудио и видео на входе часто имеют отдельный тариф — проверяйте каждую позицию.

4. Скрытые расходы: повторы, модерация и хранение

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

Рекомендуется сохранять ID задачи в базу, проверять идемпотентность до отправки и повторять в рамках той же бизнес-записи, чтобы скрипт не отправлял задачу дважды.

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

5. Формула стоимости одного ролика

Более надёжный показатель, чем «цена за единицу умножить на длительность», — стоимость одного пригодного видео:

Стоимость пригодного видео = (списание за успешные задачи + списание за неуспешные, но тарифицируемые задачи + хранение и трафик + ручная проверка) ÷ число прошедших проверку пригодных роликов

Обратите внимание: в знаменателе пригодные ролики, а не число отправок. Ниже пересчёт на Python; суммы берутся из выгрузки счёта и не хардкодятся:

def cost_per_usable_video(task_costs, usable_count, storage_cost=0.0, review_cost=0.0):
    """task_costs: сумма счёта по каждой задаче; usable_count: число пригодных роликов"""
    if usable_count == 0:
        raise ValueError("Нет пригодных роликов: проверьте промпты, материалы и параметры")
    total = sum(task_costs) + storage_cost + review_cost
    return total / usable_count

# Подставьте суммы из выгрузки счёта, сохраняя единицу измерения
weekly_task_costs = [0.0] * 40
print(cost_per_usable_video(weekly_task_costs, usable_count=28))

Помимо суммы фиксируйте модель, длительность, разрешение, наличие аудио, статус задачи и затраченное время. Единые правила нужны для сравнения по неделям; не смешивайте данные разных каналов.

6. Расчёт на небольшой партии: семь шагов

  1. Зафиксируйте одну версию модели, одну длительность и одно разрешение как базу.
  2. Подготовьте 20–30 реальных бизнес-промптов и первых кадров, а не только простые примеры.
  3. По каждой задаче записывайте статус, код ошибки, время и списание.
  4. Включите неуспешные задачи в общую стоимость и посчитайте стоимость одного пригодного ролика.
  5. Наблюдайте семь дней, экстраполируйте месячные затраты по среднему и добавьте хранение, трафик и часы проверки.
  6. Меняйте по одной переменной за раз, например повышайте разрешение на один уровень, чтобы получить чувствительность стоимости.
  7. По результатам определите «тестовый» и «финальный» режимы и зафиксируйте в командном регламенте.

7. Практика контроля бюджета

  • Один проект — один ключ; тест и production раздельно, чтобы расходы не смешивались.
  • Задайте лимит ключа в консоли и оповещения о дневном или недельном расходе.
  • Перед отправкой оценивайте текущие параметры; при превышении порога одной задачи переводите на ручное подтверждение.
  • Ограничьте параллельность и число повторов, особенно для пакетных скриптов.
  • Черновики — в низком разрешении и короткой длительности; высокое качество только для прошедших проверку кадров.
  • Своевременно перекладывайте результаты и настраивайте жизненный цикл; еженедельно сверяйте по проекту, модели и разрешению.

Шлюз обычно даёт лимиты на уровне ключа, белый список моделей и выгрузку расхода. Оповещение должно попадать к ответственному: если его никто не читает, его всё равно что нет.

8. Порядок снижения затрат и три ошибки

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

Три ошибки:

  1. Смотреть только на прайс, не учитывая успешность и повторы. Дешёвый, но часто сбойный канал может дать более высокую стоимость пригодного ролика.
  2. Тестировать на минимальной длительности, а в production использовать максимальную длительность и высокое разрешение — бюджет не сойдётся.
  3. Игнорировать срок ссылки и генерировать заново после истечения — это оплата дважды.

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

Kling API считает по секундам или по роликам?

Свежая официальная документация в основном считает по секундам; тариф зависит от модели, разрешения и аудио. Часть интерфейсов показывает тарифы по 5 и 10 секунд. До интеграции уточните единицу счёта и ориентируйтесь на страницу тарифов.

Десять секунд стоят вдвое дороже пяти?

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

При переходе с 720p на 1080p стоимость удвоится?

Число пикселей растёт примерно в 2,25 раза, но на списание влияют тариф модели, минимальная единица и скидки — просто умножать на два нельзя. Зафиксируйте остальные переменные и проведите сравнение.

Списываются ли деньги за сбой или отказ модерации?

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

Как задать лимит бюджета для Kling API?

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

Что дальше

Создайте тестовый ключ в ZSQH AI Gateway, убедитесь, что видеоканал Kling открыт, прогоните 20–30 задач в минимальной конфигурации, зафиксируйте успешность, время и списания, затем посчитайте месячный бюджет по тарифам. Если сначала нужно разобраться с асинхронным процессом, прочитайте руководство по подключению.

Читайте также: