Genius-bot · 11 минут чтения
Если задача начинается с вопроса «api нейросети цена», не стоит сразу умножать цену одной операции на предполагаемое число пользователей. Нормальный расчёт начинается с цепочки действий: что именно запускает приложение, сколько раз в месяц это происходит, какая доля попыток не подходит и какой объём приходится на самые загруженные периоды.
У API оплата идёт за запуск, без абонентской платы и минимального платежа. Поэтому бюджет можно считать достаточно прозрачно: операция × количество запусков + неудачные попытки + запас на пики. Для первого знакомства с API при выпуске ключа на баланс начисляется 50 ₽, а сам ключ создаётся в разделе API после входа.
Ниже разберём расчёт по шагам и применим его к трём сценариям: боту, контент-конвейеру и мобильному приложению. Отдельно покажем, почему среднее число запросов в сутки часто даёт слишком оптимистичный бюджет.
Шаг первый: перечислить операции по сценариям
Сначала нужно не считать деньги, а составить список операций. Одна пользовательская функция может включать несколько запусков API, и именно это чаще всего пропускают в первоначальной смете.
Например, «создать ролик из фотографии» может означать сначала изменить исходное изображение, затем оживить его и отдельно получить звук. Для бюджета это не одна операция, а три запуска с разными ценами.
Текущие цены из справки можно свести в одну таблицу. Для большинства операций стоимость указана за один запуск, а для озвучки текста — за 1000 знаков.
| Операция | Цена | Единица расчёта |
|---|---|---|
| Картинка по описанию (image) | 9 ₽ | 1 запуск |
| Звук по описанию (sfx) | 9 ₽ | 1 запуск |
| Расшифровка записи (stt) | 10 ₽ | 1 запуск |
| Оживить фото (photo-video) | 25 ₽ | 1 запуск |
| Изменить фото по описанию (image-edit) | 35 ₽ | 1 запуск |
| Убрать шум (denoise) | 36 ₽ | 1 запуск |
| Убрать вокал (vocal) | 45 ₽ | 1 запуск |
| Увеличить качество фото (upscale) | 50 ₽ | 1 запуск |
| Создать музыку (music) | 59 ₽ | 1 запуск |
| Видео по описанию (video) | 119 ₽ | 1 запуск |
| Говорящий аватар (avatar) | 120 ₽ | 1 запуск |
| Озвучка текста (tts) | 18 ₽ | 1000 знаков |
| Звук из видео (ytaudio) | 0 ₽ | 1 запуск |
Для расчёта стоимости нейросети удобно завести простую формулу: месячная стоимость = сумма(число запусков × цена запуска). Если одна операция зависит от объёма текста, изображения или другого входного параметра, единицу расчёта нужно сохранить именно такой, как указано в тарифе.
Удобнее всего сначала описать пользовательские сценарии обычным списком. Например: пользователь отправил запись → выполняется STT → приложение получает текст; или пользователь ввёл описание → создаётся изображение → пользователь запускает upscale. После этого количество запусков уже можно получать из количества сценариев.
Для API также есть служебные маршруты: GET /services возвращает список операций и цен, GET /balance показывает остаток, POST /uploads принимает файл и возвращает ссылку, POST /generate запускает операцию, а GET /tasks/{id} позволяет получить состояние и результат задачи.
Шаг второй: оценить объём на месяц
После списка операций нужен объём. Здесь лучше считать не «у нас примерно 1000 пользователей», а конкретное количество запусков каждой операции за месяц.
Допустим, бот получает 3000 голосовых сообщений в месяц. Если каждое сообщение расшифровывается один раз, это 3000 запусков STT. При цене 10 ₽ за запуск только эта часть сценария даст 30 000 ₽.
Если после расшифровки бот генерирует изображение для 20% запросов, объём image составит 600 запусков. При цене 9 ₽ это ещё 5400 ₽. Уже на этом этапе месячный расчёт выглядит так:
STT: 3000 × 10 ₽ = 30 000 ₽
image: 600 × 9 ₽ = 5 400 ₽
Итого: 35 400 ₽Такая детализация важнее количества пользователей. Один пользователь может отправить 30 запросов за месяц, а другой — ни одного, поэтому для бюджета проекта на api полезнее привязываться к операциям.
Если статистики ещё нет, можно сделать три оценки: минимальную, рабочую и пиковую. Например, для нового приложения заложить 1000, 3000 и 6000 операций в месяц, а после запуска заменить предположения фактической статистикой.
Есть отдельный случай с чатом. Совместимые с OpenAI маршруты POST /chat/completions и GET /models используют тот же формат, что и OpenAI. Для чата тариф составляет 40 ₽ за миллион токенов запроса и 400 ₽ за миллион токенов ответа, поэтому здесь нельзя считать бюджет только по числу запросов.
Например, 10 млн токенов запроса и 2 млн токенов ответа дадут такой расчёт:
10 × 40 ₽ = 400 ₽
2 × 400 ₽ = 800 ₽
Итого = 1200 ₽Это отдельная модель расчёта от операций, где цена задана за запуск. Поэтому при оценке проекта сначала определите, какие именно вызовы используются, и только потом выбирайте единицу объёма: запуск или токены.
Пример запроса к операции можно сделать через curl. Точный набор параметров самой операции должен соответствовать её назначению, а ключ передаётся в заголовке Authorization:
curl -X POST "https://genius-bot.ru/wp-json/genius/v1/generate" \
-H "Authorization: Bearer <ключ>" \
-H "Content-Type: application/json" \
-d '{"service":"image"}'Ключ выдаётся в разделе API после входа и показывается один раз. В реальном проекте его лучше хранить на сервере или в переменных окружения, а не зашивать в клиентское приложение.
Шаг третий: заложить неудачные попытки
Количество запущенных операций и количество пригодных результатов — не обязательно одно и то же. Если часть генераций приходится повторять, бюджет должен учитывать именно все оплачиваемые запуски.
Удобный способ — ввести коэффициент повторов. Если ожидается 1000 успешных результатов, а в среднем требуется 1,2 запуска на результат, расчётный объём составит 1200 запусков.
Успешные результаты: 1000
Среднее число запусков на результат: 1,2
Расчётный объём:
1000 × 1,2 = 1200 запусковДля операции стоимостью 35 ₽ это уже 42 000 ₽ вместо 35 000 ₽. Разница в 7000 ₽ появляется не из-за изменения тарифа, а из-за реального расхода на повторные попытки.
При этом не стоит автоматически добавлять одинаковый процент ко всем операциям. Если в вашем сценарии картинка обычно используется с первого раза, а видео часто приходится перегенерировать, коэффициенты должны быть разными.
Например, для контент-конвейера можно отдельно посчитать 1,1 запуска на изображение, 1,3 на видео и 1,05 на озвучку. Формула остаётся той же: фактический объём результата умножается на ожидаемое среднее число запусков.
Это особенно важно для дорогих операций. При цене видео 119 ₽ дополнительные 100 повторных запусков стоят 11 900 ₽. Для image те же 100 запусков составят 900 ₽, поэтому одинаковый процент брака в рублях даёт совершенно разный эффект.
Шаг четвёртый: посчитать пики, а не средние
Среднее количество операций за месяц отвечает на вопрос о расходе, но не описывает нагрузку. Для технического планирования нужно отдельно посмотреть на максимальное число запросов за минуту.
Для одного ключа действует ограничение не более 60 запросов в минуту. Поэтому сценарий с 6000 операций за месяц может быть вполне умеренным по среднему значению, но создать проблему, если приложение отправит слишком много запросов одновременно.
Простой пример: 6000 запусков за 30 дней — это в среднем около 200 запусков в день. Но если большая часть приходится на один час, среднее за сутки уже мало что говорит о реальной нагрузке.
Пиковую оценку можно сделать отдельно: определить максимальное число операций за минуту и сравнить его с ограничением 60 запросов в минуту на ключ. Если приложение формирует очередь, фактическое количество запросов можно распределять по времени, а результат получать позже.
Для асинхронных задач предусмотрен маршрут GET /tasks/{id}. Кроме того, при запуске можно передать необязательный callback_url: после готовности задачи на этот адрес приходит POST. Это позволяет не держать клиентский запрос открытым до окончания длительной операции.
В бюджете пиковая нагрузка сама по себе не меняет цену одного запуска. Она влияет на то, как много запусков приложение сможет сделать за выбранный период и потребуется ли очередь. Поэтому расходы и ограничение частоты лучше считать двумя отдельными показателями.
Три примера расчёта целиком
1. Бот с расшифровкой голосовых сообщений
Предположим, бот получает 5000 голосовых сообщений в месяц. Каждое сообщение один раз отправляется на STT, а для 20% сообщений дополнительно создаётся изображение.
Базовый объём составит 5000 STT и 1000 image. Если заложить 10% повторных запусков на обе операции, получаем 5500 STT и 1100 image.
STT:
5500 × 10 ₽ = 55 000 ₽
image:
1100 × 9 ₽ = 9 900 ₽
Итого:
64 900 ₽ в месяцЭто расчёт при заданных допущениях, а не фиксированная цена бота. Если изменится доля запросов с изображениями или среднее число повторов, изменится и итоговая сумма.
Если бот использует чат через совместимые маршруты, чат нужно считать отдельно по токенам: 40 ₽ за 1 млн токенов запроса и 400 ₽ за 1 млн токенов ответа.
2. Контент-конвейер
Возьмём сценарий, в котором за месяц нужно подготовить 1000 единиц контента. На каждую единицу создаётся изображение, на 30% материалов — видео, а на все материалы добавляется озвучка объёмом 2000 знаков.
Для изображений заложим коэффициент повторов 1,1, для видео — 1,25. Озвучка рассчитывается по 1000 знаков, поэтому 2000 знаков стоят 36 ₽ на один материал.
image:
1000 × 1,1 = 1100 запусков
1100 × 9 ₽ = 9 900 ₽
video:
300 × 1,25 = 375 запусков
375 × 119 ₽ = 44 625 ₽
tts:
1000 × 36 ₽ = 36 000 ₽
Итого:
9 900 + 44 625 + 36 000 = 90 525 ₽Здесь хорошо видно, почему вопрос «сколько стоит нейросеть в месяц» без описания сценария малоинформативен. Внутри одного конвейера три операции имеют совершенно разные единицы расчёта и цены.
Если часть материалов не требует видео, первым кандидатом на пересмотр бюджета становится именно этот объём: при 119 ₽ за запуск изменение числа видео сильнее влияет на итог, чем такое же изменение числа изображений.
3. Мобильное приложение для работы с фотографиями
Предположим, приложение обрабатывает 4000 фотографий в месяц. Для каждой фотографии пользователь может сделать изменение по описанию, а для половины обработанных изображений запускает upscale. Допустим, средний коэффициент повторов для image-edit равен 1,15, а для upscale — 1,05.
image-edit:
4000 × 1,15 = 4600 запусков
4600 × 35 ₽ = 161 000 ₽
upscale:
2000 × 1,05 = 2100 запусков
2100 × 50 ₽ = 105 000 ₽
Итого:
266 000 ₽ в месяцВ этом примере бюджет определяется не количеством установок приложения, а количеством платных действий. Если приложение установили 20 000 человек, но обработали только 4000 фотографий, для API расчёт начинается именно с этих 4000 исходных операций.
Если же один пользователь последовательно меняет фото, увеличивает качество и затем повторяет изменение, каждое действие нужно добавить в модель отдельно. Поэтому перед запуском приложения полезно составить карту пользовательских действий и напротив каждого действия поставить API-операцию.
Что делать, если бюджет не сходится
Если полученная сумма выше бюджета, не начинайте с произвольного уменьшения запаса. Сначала разложите стоимость по операциям и найдите те, которые формируют основную часть расходов.
Затем проверьте четыре параметра: количество запусков, коэффициент повторов, долю пользователей, доходящих до дорогой операции, и объём пиков. Часто изменение одного из этих параметров даёт больший эффект, чем попытка оптимизировать все операции сразу.
Например, в расчёте с видео снижение числа видеогенераций на 100 запусков уменьшает расходы на 11 900 ₽. В расчёте с image такое же сокращение даст только 900 ₽. Поэтому одинаковое процентное изменение разных операций не означает одинаковой экономии.
Следующий шаг — разделить обязательные и дополнительные действия. Если пользователь всегда проходит через STT, эта операция относится к базовой стоимости сценария. Если изображение создаётся только по отдельной кнопке, его объём можно считать как дополнительный слой.
После этого пересчитайте проект с тремя сценариями: минимальный, рабочий и пиковый. Такой подход лучше одной цифры, потому что показывает, от каких предположений зависит бюджет.
Для контроля расходов полезно периодически запрашивать GET /balance и сопоставлять остаток с вашей расчётной моделью. Если фактический расход отличается от прогноза, ищите разницу в количестве запусков и повторных попыток, а не меняйте формулу задним числом.
Отдельно стоит проверить частоту запросов. Даже корректный месячный бюджет не решает задачу, если приложение пытается отправить больше 60 запросов в минуту на один ключ. Для пиковых сценариев заранее проектируйте очередь или другой механизм распределения запусков.
Если проект использует чат, для него лучше вести отдельную таблицу токенов. Цена 40 ₽ за миллион токенов запроса и 400 ₽ за миллион токенов ответа позволяет считать расход напрямую, но нужно отдельно оценивать оба типа токенов.
В результате рабочая модель бюджета выглядит так: сначала список операций, затем месячный объём, после этого коэффициент неудачных попыток, затем проверка пиков и только в конце запас. Именно такая последовательность позволяет ответить на вопрос «api нейросети цена» применительно к конкретному проекту, а не получить абстрактную цифру.
Частые вопросы
Есть ли абонентская плата за API?
Нет. Оплата идёт за запуск операции, без абонентской платы и без минимального платежа. При выпуске первого ключа на баланс начисляется 50 ₽ для пробы.
Как быстро узнать актуальные операции и цены?
В API предусмотрен маршрут GET /services, который возвращает список операций и цен. Для расчёта проекта его можно использовать как источник текущих данных о доступных операциях.
Сколько стоит озвучка текста?
Озвучка текста стоит 18 ₽ за 1000 знаков. Поэтому текст объёмом 2000 знаков в расчёте одной операции составляет 36 ₽.
Как учитывать повторную генерацию?
Повторный запуск нужно включать в оплачиваемый объём. Например, при 1000 нужных результатов и среднем значении 1,2 запуска на результат расчётный объём составляет 1200 запусков.
Есть ли ограничение на количество запросов?
Да. Для одного ключа установлено ограничение не более 60 запросов в минуту. Поэтому помимо месячного бюджета нужно отдельно проверить максимальную нагрузку в течение минуты.
Где получить API-ключ и проверить подключение?
Ключ выдаётся после входа в разделе управления API и показывается один раз. Для запросов используется заголовок Authorization: Bearer <ключ>, а базовый адрес API — https://genius-bot.ru/wp-json/genius/v1.
