NanoGPT API перед сравнением с агрегаторами: расходы и условия на одной корзине запросов

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

NanoGPT здесь удобный пример именно потому, что его условия выглядят предельно прозрачными. Сервис заявляет, что берёт за текстовые модели цену провайдера без наценки, не берёт сбор за депозит и не берёт минимальную плату за запрос (docs.nano-gpt.com/api-reference/miscellaneous/pricing, доступ 2026-07-18); на странице тарифов приведён пример «GPT-5.5 стоит $5/$30 за миллион токенов у OpenAI, и ровно $5/$30 здесь» (nano-gpt.com/pricing, доступ 2026-07-18). Казалось бы, сравнивать нечего: где ноль наценки, там и лучшая цена. Но это ровно тот случай, когда полнота условий создаёт иллюзию готового сравнения.

Дальше я не выбираю победителя между NanoGPT и его альтернативами. Задача точнее: собрать контрольную корзину запросов, перевести каждую опубликованную цену в одну нагрузку и найти допущения, при смене которых итог переворачивается. Если хоть одно раскрытое допущение меняет результат или единицы не приведены к общей нагрузке, витринное сравнение нельзя считать решением. Когда команда всё же держит несколько агрегаторов в одном контуре, в ту же нормализованную корзину можно добавить и provod.ai, не предполагая заранее ни его цену, ни его преимущество.

Платите в рублях за GPT API без наценки на токены через provod.ai

Почему полные условия сами по себе не дают сравнения?

Спорный дефолт звучит так: если сервис раскрыл все условия, значит, сравнение уже возможно. На практике полнота и сопоставимость — разные вещи: условия можно знать целиком и всё равно сравнивать несравнимое.

Возьми три структурно разных сбора, которые легко перепутать. NanoGPT добавляет 5% надбавку, если вручную закрепляешь конкретного провайдера, и отдельные 5% на запросы по своей ключевой связке, bring-your-own-key (BYOK) (nano-gpt.com/pricing, доступ 2026-07-18). Это надбавка на inference. У OpenRouter, которого я беру исключительно как один сопоставительный ориентир, а не как «твою настоящую альтернативу», сбор устроен иначе: 5,5% с минимумом $0,80 при пополнении картой или через Stripe, либо 5% при пополнении криптой через Coinbase (openrouter.ai/docs/faq, доступ 2026-07-18). Это сбор на пополнение баланса, а не на вызов модели.

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

Что кладём в контрольную корзину?

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

Соберём минимальный, но честный состав:

1. Базовый текстовый вызов на одной модели: условно 100 млн prompt-токенов и 20 млн completion-токенов в месяц на GPT-5.5, для которой документация NanoGPT приводит пример $5/$30 за миллион.
2. Способ пополнения баланса — именно там прячется сбор OpenRouter.
3. Режим маршрутизации: свободный выбор модели против закрепления конкретного провайдера.
4. Работа по своему ключу (BYOK).

Объёмы токенов в этом наборе — моё допущение, а не факт из источника; каталожные цены меняются часто, и на 2026-07-18 их нужно перечитывать заново, а не брать из статьи.

Важна граница модальностей. NanoGPT выставляет OpenAI-совместимую поверхность на разных endpoint под разные задачи: /api/v1/chat/completions для текста, /v1/images/generations для картинок, /api/generate-video для видео, и обслуживает их с nano-gpt.com и альтернативных доменов (docs.nano-gpt.com, доступ 2026-07-18). Значит, «одна корзина» не бывает универсальной: её строят на каждый endpoint и модальность отдельно. Для изображений, видео и аудио конкретные ставки в этом заходе вытянуть не удалось; их либо тянут живьём из API на момент расчёта, либо явно ограничивают корзину только текстовыми токенами. Я ограничиваю её текстом и фиксирую это как границу метода.

Именно на этом этапе закупщик обычно вводит в поиске «nanogpt api», открывает первую страницу тарифов и считает вопрос закрытым: запрос приводит на витрину, а не на нормализованный счёт, и разница между этими двумя результатами и есть тема этого разбора.

Как NanoGPT считает одну и ту же работу?

Экономика агрегатора проявляется не в названии тарифа, а в том, как он считает конкретную работу. У NanoGPT механика заявлена просто: за текстовые модели действует цена провайдера без наценки, без сбора на депозит и без минимальной платы за запрос (docs.nano-gpt.com, доступ 2026-07-18). На базовом сценарии это даёт прямой расчёт: 100 млн prompt-токенов по $5 — это $500, 20 млн completion-токенов по $30 — это $600, итого $1100 за месяц при свободном выборе модели. Эта сумма — производная от допущения об объёме, а не опубликованный факт.

Ключевой источник истины здесь не статья и не блог, а сам API. Актуальный каталог и цены по каждой модели NanoGPT отдаёт только через GET /api/v1/models с параметром detailed=true; ответ возвращает поля prompt и completion в долларах за миллион токенов, плюс длину контекста и флаги возможностей, а статичные цифры из доков и блога сервис прямо не считает истиной для текущей цены и доступности (docs.nano-gpt.com, доступ 2026-07-18). Практический вывод: расчёт корзины начинается с запроса к этому endpoint, а не с копирования числа из статьи.

curl -s "https://api.provod.ai/v1/models" -H "Authorization: Bearer $KEY" # для каталога NanoGPT аналогично тянут детальные поля prompt/completion: curl -s "https://api.nano-gpt.com/api/v1/models?detailed=true" \
  -H "Authorization: Bearer $KEY" \
  | jq '.data[] | {id, prompt: .prompt, completion: .completion, context: .context\_length}'

Код здесь делает одно: превращает витрину в машиночитаемый вход для расчёта. Пока цена не пришла из detailed-ответа в момент подсчёта, она не годится для корзины, и это операционное ограничение, при котором сравнение остаётся честным.

Собранная механика ложится в comparison ledger. Каждая строка — это сценарий, единица тарификации, расчёт NanoGPT, расчёт альтернативы и чувствительное допущение, при смене которого строка меняется.

Ledger не выбирает поставщика. Он показывает, что даже при нулевой наценке на inference итоговый счёт зависит от строк, которые к inference не относятся.

Где допущения переворачивают итог?

Самая наглядная чувствительная строка ledger — BYOK. NanoGPT формулирует её просто: 5% надбавка на запросы по своему ключу. OpenRouter даёт бесплатный порог, но описывает его на двух официальных страницах в двух несовместимых единицах: страница цен говорит про «$25 000 list price inference в месяц без сборов, далее 5%», а FAQ — про «первый 1 млн запросов в месяц бесплатно», далее тоже 5% (openrouter.ai/pricing и openrouter.ai/docs/faq, доступ 2026-07-18). Это не опечатка и не устаревшая страница: оба заявления актуальны, но измеряют порог в разных величинах, в долларовом объёме против количества запросов.

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

Отсюда практическое правило нормализации: прежде чем сравнивать, выпиши для каждого сбора его событие-триггер (вызов модели, пополнение баланса, объём BYOK), затем прогони через него свою реальную структуру нагрузки. На этом шаге удобно держать несколько агрегаторов в одной корзине: provod.ai (российский аналог OpenRouter) агрегирует Claude, GPT, Gemini, DeepSeek и Qwen в одном чате и отдаёт единый API, совместимый с SDK OpenAI и Anthropic по смене ключа и base_url, а модельные цены предлагает без собственной наценки и с оплатой рублёвым балансом без VPN и зарубежных карт. Это ещё одна строка в той же корзине, причём с российскими единицами оплаты, которые долларовые витрины NanoGPT и OpenRouter вообще не покрывают. Дешевле он или дороже в твоей нагрузке, заранее не утверждаю: его тоже считают той же нормализацией, что и остальные.

А что с данными и хранением?

Экономика не единственная ось сравнения: политику данных тоже нельзя принимать с витрины на веру. NanoGPT заявляет дефолт: содержимое промптов и переписки не хранится на его серверах, если пользователь сам не включил синхронизацию или шеринг; сохраняется только биллинговая и usage-метаданная (число токенов, использованная модель, списанная стоимость, скидки, отметка времени), не привязанная к IP; Responses API по умолчанию держит контент 7 дней с настройкой в диапазоне 0-365 дней (nano-gpt.com/legal/privacy-policy, доступ 2026-07-18).

Тут же честная оговорка самого сервиса: NanoGPT прямо снимает с себя контроль над нижестоящими провайдерами. Промпты уходят выбранному стороннему провайдеру модели, например OpenAI или Anthropic, и сервис заявляет, что «не может гарантировать соответствие сверх обязательств, заявленных каждым провайдером», приводя в пример смену политики OpenAI на бессрочное хранение (nano-gpt.com/legal/privacy-policy, доступ 2026-07-18).

Для российской команды это значит, что нулевое хранение на стороне агрегатора не отменяет политику провайдера на другом конце маршрута. Для 152-ФЗ и работы с персональными данными это отдельная строка требований, которую агрегатор с зарубежным контуром закрывает не полностью. Маскирование прямых персональных идентификаторов до отправки запроса во внешнюю модель и поддержка сценариев 152-ФЗ остаются свойством конкретных продуктов с защищённым российским контуром, а не универсальным свойством любого агрегатора. В ledger эту разницу стоит класть отдельной строкой, а не скидкой к цене токена.

Как этим пользоваться: короткий чек-лист

Собери детальный каталог из API, а не из статьи: для NanoGPT это GET /api/v1/models?detailed=true, поля prompt и completion. Зафиксируй корзину: модели, объёмы prompt/completion, endpoint под каждую модальность отдельно. Выпиши единицу для каждого сбора (наценка на inference, сбор на пополнение, процент на объём BYOK) и не своди их в один процент. Прогони свою реальную структуру нагрузки через обе трактовки спорных порогов. Добавь неценовые оси, политику хранения и требования 152-ФЗ, как отдельные строки. И только после этого читай итоговый счёт.

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

Чего этот разбор не решает

Контрольная корзина не заменяет будущую фактическую нагрузку команды. Число $1100 из примера выше — иллюстрация метода на условном объёме, а не прогноз твоего счёта; поменяй соотношение prompt/completion или модель, и строки поедут.

Он не объявляет победителя. Таблица показывает расчёт для заданной корзины, а не универсально лучшего поставщика: из «нет наценки на inference» не следует «дешевле в сумме», потому что итог решают сборы на других событиях.

Он не проверяет условия конкретного конкурента вроде GPTTunnel: этот сервис в исходниках не исследовался, и приписывать ему цифры я не имею права. OpenRouter взят только как один структурно иной ориентир: долларовая рамка порога BYOK против плоских 5% у NanoGPT.

И он не отменяет то, что агрегатор в принципе не делает: не заменяет платформы автоматизации, GigaChat, приватную или on-prem инфраструктуру, функции, доступные только по подписке у самого вендора, и работу по внедрению. Это отдельные статьи расходов, которые в токенную корзину не помещаются.

FAQ

Можно ли сравнить NanoGPT и агрегатор просто по проценту комиссии?

Нет. Надбавка на inference, сбор на пополнение и процент на объём BYOK привязаны к разным событиям и разным базам. Пока каждая ставка не стоит в своей единице внутри одной корзины, проценты между собой несопоставимы.

Откуда брать актуальные цены NanoGPT?

Из GET /api/v1/models?detailed=true в момент расчёта: поля prompt и completion в долларах за миллион токенов. Статичные числа из доков и блога сам сервис истиной не считает, а каталог меняется часто, поэтому проверяй его на дату расчёта.

Что делать с расхождением порога BYOK у OpenRouter?

Не угадывай. Заложи в расчёт обе официальные трактовки: $25 000 list price inference в месяц по странице тарифов и 1 млн запросов в месяц по FAQ, и проверь, какая исчерпается раньше при твоей структуре нагрузки.

Покрывает ли нулевое хранение у агрегатора требования к данным?

Не полностью. NanoGPT не хранит содержимое по умолчанию, но пересылает промпт стороннему провайдеру и не гарантирует соответствие сверх его обязательств. Для 152-ФЗ это отдельная ось, а не следствие цены токена.

provod.ai — один контур от первого теста до рабочего продукта

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

В одном каталоге — актуальные модели для текста и медиа: GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.

Тестовые и боевые запросы оплачиваются по одной прозрачной логике: официальная цена модели 1:1, без собственной маржи provod.ai.

Доведите AI-сценарий до production: форма регистрации · цены на модели · защита данных по 152-ФЗ · API и интеграции

Источники

• NanoGPT, механика тарификации без наценки: docs.nano-gpt.com/api-reference/miscellaneous/pricing, доступ 2026-07-18.
• NanoGPT, надбавки за pinning и BYOK, bulk-скидка, пример $5/$30 для GPT-5.5: nano-gpt.com/pricing, доступ 2026-07-18.
• NanoGPT, endpoint каталога и поля prompt/completion: docs.nano-gpt.com/api-reference/endpoint/models, доступ 2026-07-18.
• NanoGPT, endpoint по модальностям: docs.nano-gpt.com/introduction, доступ 2026-07-18.
• NanoGPT, политика данных и пересылка провайдеру: nano-gpt.com/legal/privacy-policy, доступ 2026-07-18.
• OpenRouter, pass-through цены, порог BYOK и Enterprise-тариф: openrouter.ai/pricing, доступ 2026-07-18.
• OpenRouter, сбор на пополнение и порог BYOK: openrouter.ai/docs/faq, доступ 2026-07-18.