DEV Community: Promptra

Закрывающие документы по нейросетям в 2026: договор, акт, УПД, счёт-фактура

Promptra Team — Wed, 17 Jun 2026 14:45:04 +0000

Расход на нейросеть, который не подкреплён правильным пакетом первичных документов, налоговая снимает с базы по налогу на прибыль и доначисляет недоимку. Это уже не теоретическая угроза 2023 года, когда платежи в OpenAI ещё можно было прятать в категорию «прочие услуги связи». С 1 января 2026 года основной электронный документооборот для услуг переехал на новый формат универсального передаточного документа версии 5.03, а 152-ФЗ обзавёлся поправками, которые отдельной строкой регулируют использование персональных данных для обучения моделей. Если ваша IT-компания тратит на доступ к большим языковым моделям от 50 тыс. ₽ в месяц и выше, пакет закрывающих документов из «приятной формальности» превратился в обязательный элемент налогового и регуляторного контура.

Этот разбор написан для бухгалтера, финансового директора и FinOps-специалиста, у которого AI-расходы перестали быть случайными и которому нужен внятный регламент: что должно лежать в папке «AI-сервисы» к концу каждого месяца, чтобы при выездной проверке ФНС не пришлось объясняться о платежах через card2card и переводах в адрес ИП-посредников без агентского договора.

Что такое первичка по AI-услугам и почему это не «обычный SaaS»

Долгое время бухгалтерия в IT-компаниях работала с зарубежными SaaS-подписками по упрощённой схеме. Slack, Notion, Figma, GitHub приходили инвойсами в долларах, оплачивались с корпоративной карты или через PayPal/Stripe-аналоги, а на сторону учёта переезжали как «прочие расходы по основной деятельности» с банковской выпиской в качестве единственного подтверждения. Такой подход работал, пока расходы были невелики и платежи можно было обосновать через личные карты сотрудников с последующей компенсацией.

С AI-сервисами эта модель ломается. Причины три, и каждая из них регулируется отдельным куском НК РФ:

Первое — порядок признания расхода. По общим правилам первичных учётных документов (ст. 9 закона № 402-ФЗ «О бухгалтерском учёте») расход признаётся в учёте только при наличии документа, подтверждающего факт хозяйственной операции. Банковская выписка таким документом не является — она лишь подтверждает движение средств. Нужен акт оказанных услуг, накладная или их современный эквивалент — УПД.

Второе — статус контрагента. Если ваш провайдер AI-API — нерезидент РФ (например, прямое подключение к OpenAI или Anthropic через зарубежное юр.лицо), то по ст. 309 НК РФ возникает обязанность налогового агента: вы должны удержать налог на прибыль источника и НДС в качестве налогового агента (ст. 161 НК РФ). На практике у большинства IT-компаний это превращается в кошмар валютного контроля и переоформление документов через юристов международного налогового права.

Третье — формулировка предмета услуги. Для бухгалтера и налоговой инспектора фраза «оплата за подписку на сервис» содержательно пуста. Должна быть конкретика: «оказание услуг по предоставлению доступа к программно-аппаратному комплексу автоматической обработки запросов на основе моделей машинного обучения» — или аналогичная развёрнутая формулировка, которая позволяет однозначно квалифицировать расход. Без такой формулировки в акте инспектор имеет полное право переквалифицировать платёж в выплату дохода физическому лицу с доначислением НДФЛ и страховых взносов — особенно если оплата шла на счёт ИП.

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

УПД 5.03 — главный документ 2026 года

Универсальный передаточный документ — российская изобретательность в чистом виде. Это один документ, который одновременно закрывает функции акта оказанных услуг (или товарной накладной) и счёта-фактуры. Введён приказом ФНС России от 21.10.2013 № ММВ-20-3/96@, развивался долго, но в 2025 году получил кардинальное обновление.

Приказ ФНС России от 15.11.2024 № ЕД-7-26/1032@ (garant.ru) утвердил новый формат электронного УПД версии 5.03, который вступил в силу 23 января 2025 года. Старый формат 5.02 продолжал действовать в течение переходного периода, но с 1 января 2026 года формат 5.03 стал единственным легитимным электронным форматом для передачи закрывающих документов через ЭДО — независимо от того, оформляете вы услуги, работы или товары.

Что важно знать бухгалтеру о УПД 5.03:

Один XML-файл вместо двух. Раньше для услуг, облагаемых НДС, требовалось два отдельных документа — акт и счёт-фактура. УПД 5.03 объединяет их в один структурированный файл, который читается и поставщиком, и покупателем в любой бухгалтерской программе, поддерживающей формат (Контур.Экстерн).
Три функции вместо двух. УПД может выступать в трёх ролях, обозначаемых атрибутом «функция»:
- Функция «1» — счёт-фактура + первичный документ (для контрагентов с НДС);
- Функция «2» — только первичный документ (для контрагентов на УСН без НДС);
- Функция «3» — только счёт-фактура (исключительная, редкая для услуг).
Машиночитаемая структура. XML-формат позволяет автоматически загружать УПД в 1С:Бухгалтерию, SAP, Контур.Бухгалтерию и аналоги. Для бухгалтера это значит, что после получения документа через ЭДО не нужно вручную вбивать суммы, ставки НДС, номенклатуру — всё подтягивается в учёт автоматически.
Обязательные реквизиты. УПД 5.03 включает все требования ст. 169 НК РФ к счёту-фактуре плюс реквизиты первичного учётного документа по ст. 9 № 402-ФЗ. Это значит наличие: номера и даты, наименований сторон, ИНН/КПП, адресов, описания услуги, единицы измерения, количества, цены, ставки НДС, суммы НДС, итоговой суммы, подписей уполномоченных лиц с указанием должности и реквизитами доверенности (если подписант не директор).
Электронная подпись — квалифицированная. УПД 5.03 подписывается только усиленной квалифицированной электронной подписью (УКЭП), выданной аккредитованным удостоверяющим центром. Простая или неквалифицированная подпись не принимается — это требование № 63-ФЗ «Об электронной подписи».

Для AI-сервисов поле «Наименование товара (описание выполненных работ, оказанных услуг)» — критическое. Корректная формулировка должна включать: характер услуги (предоставление доступа), объект услуги (API больших языковых моделей / нейросетей), период оказания (например, май 2026), привязку к договору (номер и дата). Например:

Оказание услуг по предоставлению доступа к API больших языковых моделей за май 2026 г. по договору-оферте № 1 от 01.04.2026

Если ваш провайдер AI-услуг отказывается передавать УПД через ЭДО под предлогом «у нас нет такой возможности» или предлагает бумажный акт с подписью отсканированной печати — это сигнал, что у контрагента не выстроен налоговый учёт по российскому стандарту. С 2026 года такая позиция приведёт к проблемам обеих сторон: ваша бухгалтерия не сможет нормально вести книгу покупок, а провайдер рискует попасть под санкции ФНС за нарушение требований к электронному документообороту.

Альтернатива УПД: договор + счёт + акт + счёт-фактура

Универсальный передаточный документ не единственный путь. Классическая четвёрка документов — договор, счёт на оплату, акт оказанных услуг, счёт-фактура — остаётся легальной альтернативой и применяется в ряде ситуаций:

Бумажный документооборот. Если у одной из сторон не подключён ЭДО (что для услуг между юр.лицами с 2026 года скорее исключение), документы могут передаваться в бумажном виде. Тогда УПД технически тоже возможен на бумаге, но классическая четвёрка привычнее для бухгалтерий старой школы.
Специфические договорные конструкции. В сложных смешанных договорах (например, лицензионный договор + договор оказания услуг + дополнительное соглашение по обработке персональных данных) удобнее разделять документооборот по типам обязательств.
Длинные расчётные циклы. Если услуга оказывается в течение нескольких месяцев с авансовыми платежами и поэтапной приёмкой, бухгалтеры предпочитают раздельное оформление счетов-фактур на аванс и закрывающих актов после каждого этапа.

Однако для типового сценария «ежемесячный доступ к AI-API с постоплатой по факту использования» четыре отдельных документа создают избыточную бумажную нагрузку:

Договор-оферта — фиксирует общие условия (тарифы, ответственность, лимиты, политика обработки данных). Один на всё время сотрудничества.
Счёт на оплату — выставляется при пополнении баланса или по итогам периода. Не является первичным документом, но используется банком для идентификации платежа.
Акт оказанных услуг — подтверждает факт оказания услуги в конкретном периоде. Подписывается обеими сторонами.
Счёт-фактура — налоговый документ для целей НДС, формируется отдельно. Подписывается только поставщиком.

В сумме это четыре документа в обороте против одного УПД на ту же операцию. Бухгалтерии IT-компаний с большим количеством AI-расходов крайне рекомендуется требовать УПД 5.03 — это сокращает объём первички на 75% при той же юридической силе.

152-ФЗ для AI-сервисов: что изменилось в 2025–2026 годах

Использование больших языковых моделей почти всегда связано с обработкой персональных данных — даже если вы об этом не задумывались. Промт «составь резюме сотрудника Иванова И. И., родившегося в Москве в 1985 году, с опытом работы в банковской сфере» — это уже передача персональных данных третьей стороне (оператору LLM) для их обработки. И это автоматически делает вашу компанию субъектом регулирования № 152-ФЗ «О персональных данных».

Закон № 420-ФЗ от 30 мая 2025 года (Stakhanovets) внёс серьёзные поправки в № 152-ФЗ, которые специально адресовали взрывной рост использования AI:

Усиление требований к локализации. По обновлённой ст. 18 № 152-ФЗ операторы персональных данных обязаны хранить и обрабатывать персональные данные граждан РФ исключительно на серверах, физически расположенных на территории Российской Федерации. Это означает, что прямая отправка персональных данных в OpenAI, Anthropic, Google Gemini — нарушение закона, если соответствующие серверные мощности находятся за рубежом.

Согласие на использование данных для обучения моделей ИИ. В обновлённой редакции ст. 9 № 152-ФЗ согласие субъекта на обработку персональных данных должно отдельно содержать пункт о возможности использования этих данных для машинного обучения или обучения нейросетей. Стандартная фраза «согласен на обработку моих персональных данных» больше недостаточна — нужно явное упоминание AI-сценариев.

Обязательное обезличивание. Перед отправкой данных во внешние модели (даже на российские LLM-сервисы) оператор обязан провести обезличивание — заменить идентифицирующую информацию на условные обозначения, удалить паспортные данные, точные адреса, ИНН. Это требование вытекает из принципов минимизации данных (ст. 5 № 152-ФЗ).

Технические меры защиты. ФСТЭК и Роскомнадзор уточнили перечень обязательных технических мер: шифрование каналов передачи (TLS 1.3 минимум), журналирование всех операций обработки, контроль доступа на уровне ролей, регулярное резервное копирование, сегментация сети, антивирусная защита, защита от утечек (DLP) — для операторов от уровня УЗ-3 и выше.

Штрафы выросли кардинально. С 30 мая 2025 года штрафы за нарушение № 152-ФЗ для юридических лиц составляют от 300 тыс. до 18 млн ₽ — в зависимости от категории нарушения. Повторные нарушения и утечки персональных данных могут довести штраф до 500 млн ₽ (b-152.ru).

Что это означает на практике для IT-компании, использующей AI-API:

Проверьте регистрацию провайдера в Роскомнадзоре. Любой посредник или провайдер AI-услуг, через которого вы передаёте персональные данные, обязан быть включён в Реестр операторов персональных данных. Без этого — работать с ним нельзя, расход не примут, а вам как заказчику грозит штраф за выбор недобросовестного контрагента.
Подписывайте отдельное соглашение об обработке ПДн. Стандартная оферта на доступ к AI-API не закрывает все требования № 152-ФЗ. Нужно подписать дополнительное соглашение или включить в основной договор раздел «Порядок обработки персональных данных», где зафиксировать: какие категории ПДн передаются, цели обработки, срок хранения, меры защиты, ответственность за утечки.
Внедрите процесс обезличивания на стороне приложения. Перед отправкой промта в LLM — пропускайте его через слой маскирования: имена → токены, номера телефонов → плейсхолдеры, точные адреса → города. Это снижает риски при возможной утечке на стороне модели.
Проверяйте локализацию серверной инфраструктуры провайдера. Российский посредник, который физически проксирует запросы в зарубежную модель, обязан хранить логи и метаданные на территории РФ. Запросите у провайдера подтверждение размещения серверов в РФ (например, скриншот ЦОД, сертификат, договор с дата-центром).

ЭДО-операторы: Диадок, СБИС, 1С-ЭДО — что выбрать

Чтобы получать УПД 5.03 в электронном виде, обеим сторонам — и провайдеру, и покупателю — нужно быть подключёнными к одному из аккредитованных ФНС операторов электронного документооборота. Их в России десятки, но более 80% юридически значимого трафика обеспечивают три крупных игрока:

Контур.Диадок — флагман рынка, ~40% юридически значимого трафика по результатам рейтинга операторов ЭДО. Полная интеграция с другими сервисами СКБ Контур (Эльба, Бухгалтерия, Экстерн, Маркет), удобный веб-кабинет, мобильное приложение, открытый API для интеграции с 1С и SAP. Тариф для покупателя — входящие документы бесплатно, исходящие от 5 ₽ за документ. Минимум 200 документов в год для подключения корпоративного тарифа.

СБИС (Тензор) — второй по объёму, с уклоном в мульти-сервисность. Помимо ЭДО, СБИС предлагает CRM, бухгалтерию, систему сдачи отчётности, кадровый учёт, инструменты для торговли — всё в одном экосистемном решении. Конкурентная цена для небольших компаний, гибкие пакеты. Сильная сторона — встроенная сверка с контрагентами и автоматическое формирование актов сверки.

1С-ЭДО — оператор от 1С Софт, ориентированный на пользователей экосистемы 1С. Если у вас 1С:Бухгалтерия 8.3, 1С:ERP или 1С:Управление торговлей — 1С-ЭДО встроен в учётную программу и не требует переключения между интерфейсами. Тариф включён в стандартную поддержку 1С (ИТС) — для многих компаний это значит «бесплатно сверх того, что уже платится».

Помимо троих лидеров, на рынке работают: Калуга Астрал (Астрал.ЭДО), Такском, Энтер.Эра, Линк, Колибри.ЭДО — все они интегрированы в общую систему роуминга.

Роуминг между операторами. Раньше для обмена документами обе стороны должны были быть подключены к одному и тому же оператору, либо настраивать сложный роуминг вручную. Сейчас роуминг между крупными операторами настраивается автоматически в течение нескольких часов после первого исходящего/входящего документа. Это означает, что если ваш провайдер AI-услуг сидит на Диадоке, а вы — на 1С-ЭДО, документы будут проходить через автоматический роуминговый канал без дополнительных настроек.

Что важно проверить при выборе оператора для работы с AI-провайдерами:

Поддержка формата УПД 5.03. Все три крупных оператора поддерживают новый формат, но более мелкие и региональные операторы могут отставать. Уточняйте при подключении.
Тарификация исходящих/входящих. Для покупателя AI-услуг входящие документы обычно бесплатны — основная статья расходов лежит на отправителе.
Интеграция с учётной программой. Если у вас 1С — 1С-ЭДО будет проще. Если у вас SAP/Oracle или своя учётка — Диадок предлагает наиболее гибкий API.
Сертификат электронной подписи. Для подписания УПД нужен УКЭП, выданный аккредитованным удостоверяющим центром. Сертификат привязан к конкретному физическому лицу (директор или уполномоченный сотрудник по доверенности).

Типовые ошибки бухгалтерии: 5 кейсов, когда налоговая снимает расход

В реальной практике налоговые проверки IT-компаний в части AI-расходов выявляют пять повторяющихся ошибок. Каждая из них может привести к доначислению налога на прибыль, НДС и штрафов. Разберём по порядку с цитированием материалов Клерк.ру.

Кейс 1: Оплата с корпоративной карты или card2card без закрывающих документов

CTO IT-компании оплачивает подписку на Anthropic Claude или OpenAI ChatGPT Plus с корпоративной карты в долларах. Платёж проходит, лимит на API доступен, всё работает. Месяц спустя бухгалтерия пытается принять расход к учёту — и обнаруживает, что в подтверждающих документах есть только: банковская выписка о списании с карты и email-уведомление о платеже от провайдера на английском языке.

Что не так. Письмо в email не является первичным документом по ст. 9 № 402-ФЗ — оно не содержит обязательных реквизитов (нет печати/подписи, нет номера, нет указания сторон в полном формате с ИНН). Банковская выписка подтверждает движение средств, но не оказание услуги. Налоговая инспекция при проверке снимет такой расход с базы по налогу на прибыль.

Что делать. Либо оформлять расход через подотчётное лицо с обязательным предоставлением закрывающих документов от иностранного контрагента (что само по себе технически и юридически сложно), либо работать через российского посредника, который выдаёт УПД 5.03 на каждый расчётный период.

Кейс 2: Оплата через ИП-посредника без агентского договора

В чате стартап-комьюнити вам предложили: «Я ИП на УСН 6%, могу выставлять счета на доступ к OpenAI, всё подключу — переводите деньги на мой расчётный счёт, я пересылаю провайдеру». Привлекательно: ИП находится в РФ, делает счета в рублях, валютный контроль не возникает.

Что не так. ИП без агентского договора не может перевыставлять услуги третьей стороны — это противоречит ст. 1005 ГК РФ и налоговому учёту по упрощённой системе. Если ИП формально оказывает «свою» услугу по доступу к нейросети, но фактически прокладывает деньги в OpenAI без специальной лицензии — налоговая может переквалифицировать платежи в дарение (между юр.лицом и ИП — запрещено по ст. 575 ГК РФ) или в незаконную предпринимательскую деятельность.

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

Кейс 3: Размытая формулировка предмета услуги в акте

В акте оказанных услуг указано: «Оказаны услуги по договору № 1 от 01.04.2026». Точка. Никакого описания. Бухгалтер расписывается, отправляет в учёт.

Что не так. При выездной проверке инспектор имеет право запросить расшифровку — какие именно услуги были оказаны, в каком объёме, по какой цене единицы. Без чёткой формулировки невозможно подтвердить экономическую обоснованность расхода (ст. 252 НК РФ) и связь с деятельностью, направленной на получение дохода. Это особенно критично для IT-компаний, где расход на AI должен быть привязан к конкретным продуктам или услугам.

Что делать. Требовать в акте/УПД развёрнутую формулировку, как минимум содержащую: характер услуги, объект, период, ссылку на договор. Идеальная формулировка для AI-API:

Оказание услуг по предоставлению доступа к API больших языковых моделей (GPT-4o, Claude 3.5 Sonnet, Gemini 1.5 Pro и других) за период с 01.05.2026 по 31.05.2026 по договору-оферте № [номер] от [дата]. Объём: [N] запросов, [M] млн токенов входящих, [K] млн токенов исходящих.

Кейс 4: Счёт-фактура без НДС от резидента — проверка статуса

Российский посредник выставляет счёт на 100 тыс. ₽ без НДС, в счёте-фактуре указано: «НДС не облагается на основании п. 2 ст. 346.11 НК РФ (применяется УСН)». Вы платите, ставите в расход. Через год — выездная проверка, и оказывается, что посредник на самом деле уже два месяца как должен был перейти на ОСНО, потому что превысил порог по выручке.

Что не так. Если ваш контрагент должен был применять НДС, но не применял, ФНС восстанавливает НДС задним числом — и у вас возникает ситуация, когда вы не приняли к вычету НДС, который должен был быть включён в цену. Восстановить вычет в этом случае почти невозможно.

Что делать. Перед заключением договора с любым посредником запросите у него: выписку из ЕГРЮЛ, уведомление о применении специального налогового режима (УСН/АУСН/ПСН), декларации за последний период. Минимум — проверьте контрагента через бесплатные сервисы (Контур.Фокус, СБИС, ZACHESTNYIBIZNES) — там видна история смены режимов налогообложения.

Кейс 5: Оплата через ЮMoney, QIWI, Яндекс.Деньги или другие электронные деньги физлица

Иногда команды без юр.лица или с минимальным юридическим оформлением пытаются оплатить AI-сервисы через системы электронных денег или с личного счёта физлица.

Что не так. Платежи с электронных кошельков физических лиц, не привязанных к расчётному счёту юр.лица, не признаются ФНС как корпоративные расходы. Закрывающих документов на физлицо контрагент не выдаст (это требует другого договора и НДФЛ-учёта). В результате — расход на компанию не подтверждён, а средства физлица — потенциально облагаются НДФЛ как невозвратные траты в личных целях.

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

Чек-лист для постановки на учёт расхода на LLM API

Соберём всё разобранное в единый чек-лист, который ваша бухгалтерия должна выполнить для каждого периода (месяца, квартала) при учёте расходов на доступ к нейросетям. Распечатайте, повесьте на стену, прикладывайте к каждому AI-расходу.

1. Договор с провайдером (оферта или индивидуальный). Должен содержать:

Полные реквизиты сторон (наименование, ИНН/КПП, адрес, банковские реквизиты, директор/уполномоченное лицо).
Описание предмета договора в формулировках, понятных налоговой («услуги по предоставлению доступа к API…»).
Стоимость услуг (тарифы, формула расчёта, условия пополнения баланса).
Срок действия и порядок продления.
Порядок обработки персональных данных (с отсылкой к № 152-ФЗ).
Подписи и печати (либо электронные подписи с указанием квалифицированности).

2. Счёт на оплату (если оплата не через автосписание). Не является первичным документом, но используется для идентификации платежа в банке. Должен содержать:

Реквизиты плательщика и получателя.
Назначение платежа («Оплата по договору № X от Y. НДС в т. ч. / НДС не облагается на основании…»).
Сумму и срок оплаты.

3. Платёжное поручение (банковский документ). Подтверждает факт оплаты. Хранится в банковской выписке. Назначение платежа должно совпадать с тем, что указано в счёте — без расхождений.

4. УПД 5.03 от провайдера через ЭДО. Главный закрывающий документ. Должен содержать:

Корректную функцию («1» с НДС или «2» без НДС в зависимости от системы налогообложения провайдера).
Развёрнутую формулировку услуги.
Период оказания.
Стоимость и НДС.
Усиленную квалифицированную электронную подпись.

5. Подтверждение получения УПД в ЭДО. Файл «титул покупателя» — ваш контрагент подтверждает приёмку услуг через свою УКЭП. Без этого УПД не считается завершённым документом.

6. Запись в книге покупок (при работе с НДС). Для плательщиков НДС счёт-фактура (или функция «1» в УПД) фиксируется в книге покупок с указанием:

Реквизитов УПД (номер, дата).
Реквизитов продавца.
Стоимости услуг с НДС и без НДС.
Суммы НДС, принимаемого к вычету.

7. Учёт в бухгалтерской программе. Финальный шаг — отражение в 1С / SAP / своей учётке. Расход относится на счёт 26 «Общехозяйственные расходы» или 44 «Расходы на продажу» (если AI применяется в продажах) с раскрытием по статье расходов («IT-расходы», «Программное обеспечение и сервисы»).

8. Связь с экономической обоснованностью. Желательно сопроводить расход внутренней служебной запиской или приказом руководителя о необходимости использования AI-инструментов для решения конкретных бизнес-задач (например, «Автоматизация ответов на типовые обращения клиентов», «Анализ резюме при подборе персонала», «Обучение моделей машинного перевода для портала компании»). Это закрывает требование ст. 252 НК РФ об экономической обоснованности.

Дополнительные нюансы для разных систем налогообложения

Учётная схема расходов на AI-API зависит от вашей системы налогообложения:

ОСНО (Общая система налогообложения). Расходы признаются по методу начисления (ст. 271–272 НК РФ). НДС, выделенный в УПД, принимается к вычету при наличии всех условий: услуга оприходована, есть УПД с функцией «1», услуги используются в деятельности, облагаемой НДС.

УСН «Доходы минус расходы» (15%). Расходы признаются после фактической оплаты (кассовый метод). Перечень расходов закрытый — ст. 346.16 НК РФ. AI-расходы относятся к категории «материальные расходы» или «прочие расходы, связанные с производством и реализацией» — нужно правильно квалифицировать. Желательно сохранять расширенную формулировку услуги, чтобы при проверке доказать соответствие закрытому перечню.

УСН «Доходы» (6%). Расходы не учитываются для целей налогообложения — налог платится только с доходов. Тем не менее закрывающие документы нужны для бухгалтерского учёта и в случае возможной смены режима.

АУСН (Автоматизированная упрощённая система). Новый режим, действующий с 2022 года. Расходы и доходы учитываются автоматически по данным операторов фискальных данных и банков. УПД через ЭДО автоматически попадает в учёт АУСН — это одно из преимуществ режима.

ИП на ПСН (патент). Расходы не учитываются — налог фиксированный. УПД нужен для отчётности перед заказчиками (если есть) и для контроля собственных расходов.

Что выбрать прямо сейчас: рекомендации для CFO IT-компании

После всего разобранного — практические рекомендации для финансового директора, CFO или главного бухгалтера IT-компании, которая системно тратит на AI-инструменты:

Первое — требуйте УПД 5.03 как стандарт. При заключении любого нового договора на AI-API или при пересмотре существующих условий — фиксируйте в договоре обязательство провайдера передавать закрывающие документы по формату УПД 5.03 через ЭДО. Это становится отраслевым стандартом для России, и провайдеры, которые сопротивляются, рано или поздно его внедрят — но если требование зафиксировать сразу, вы избежите промежуточного хаоса.

Второе — централизуйте AI-расходы через единого посредника. Если у вас в команде 20 разработчиков, каждый из которых имеет личный аккаунт OpenAI/Anthropic/Google AI Studio и оплачивает с личной карты с компенсацией, — это бухгалтерский ад. Централизованный кабинет с единым биллингом и одним УПД в месяц на всю компанию решает проблему документооборота и одновременно даёт прозрачность по затратам.

Третье — проверяйте посредника на статус оператора ПДн. Запросите выписку из Реестра операторов персональных данных Роскомнадзора. Если посредник в реестре отсутствует — работать с ним нельзя.

Четвёртое — настройте процесс обезличивания. Внедрите на стороне приложения слой маскирования персональных данных перед отправкой в LLM. Это снизит регуляторные риски и одновременно облегчит работу с моделями (модели не «утекают» в логах с реальными данными ваших клиентов).

Пятое — ведите внутренний реестр AI-сервисов. В корпоративной wiki или базе документов держите актуальный список используемых AI-инструментов с указанием: что используется, кем, для каких задач, кто отвечает за договор, какой посредник, каков бюджет. Это критично для № 152-ФЗ и для финансового планирования.

Promptra включает УПД 5.03 через Диадок и СБИС в стандартный пакет услуг — без дополнительной платы и переговоров. Полные реквизиты российское юр.лицо доступны на странице /legal/requisites для проверки контрагента через Контур.Фокус, СБИС или ZACHESTNYIBIZNES. Дополнительное соглашение об обработке персональных данных подписывается на стадии подключения. Регистрация в Реестре операторов персональных данных Роскомнадзора — подтверждается выпиской по запросу.

Заключение: AI-расходы как нормальная статья бюджета

Несколько лет назад расходы на нейросети казались чем-то экспериментальным — пилотами, R&D-затратами, которые проще списать на «прочие расходы» и не заморачиваться с документооборотом. К 2026 году ситуация изменилась радикально: AI-инструменты стали такой же стандартной статьёй IT-бюджета, как облачный хостинг, корпоративная почта и СУБД. И налоговая инспекция воспринимает их именно так — как обычные услуги, требующие обычного документооборота.

Хорошая новость в том, что инфраструктура для нормального учёта AI-расходов в России уже выстроена. УПД 5.03 — общероссийский стандарт электронного документа. Три крупных оператора ЭДО — Диадок, СБИС, 1С-ЭДО — обеспечивают подключение для бизнеса любого размера. № 152-ФЗ с поправками 2025 года даёт чёткие правила работы с персональными данными в AI-сценариях. Российские посредники AI-API закрывают валютный контроль и предоставляют российскую первичку.

Плохая новость в том, что если ваша бухгалтерия до сих пор учитывает AI-расходы по схеме «банковская выписка плюс email от провайдера» — вы накапливаете налоговые риски с каждым месяцем. Выездная проверка ФНС за последние три года выявит все card2card-платежи, все переводы на ИП-посредников без агентских договоров, все списания через личные карты сотрудников. Доначисление по налогу на прибыль плюс штрафы по № 152-ФЗ способны превысить весь годовой бюджет на AI-инструменты.

Регламент закрывающих документов — это страховка. Один договор, один УПД в месяц, одна запись в книге покупок, одна проводка в 1С. Кажется простым — но именно эта простота делает AI-расходы налогово устойчивыми, прозрачными для совета директоров и комфортными для бухгалтерии.

📚 Главный гайд по теме: Легально ли использовать OpenAI и Claude на юрлицо в РФ — связанные материалы и обзор всей категории.

Promptra — Russian LLM API aggregator. One OpenAI-compatible endpoint to all flagship models: OpenAI (GPT-5.5, GPT-5.4), Anthropic (Claude Opus 4.7, Sonnet 4.6), Google (Gemini 3.1 Pro, 3.5 Flash), DeepSeek V4 Pro, Qwen 3.6 Plus.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

Webhook'и и async events с LLM в production: best practices 2026 для Python

Promptra Team — Wed, 17 Jun 2026 12:50:02 +0000

Когда LLM-запрос идёт 12 секунд, а у вас 80 RPS на endpoint — синхронный паттерн «принял HTTP, вызвал OpenAI, ответил» убьёт сервис за 45 секунд. Все воркеры зависнут на ожидании, очередь TCP-коннектов забьётся, балансировщик начнёт отдавать 503. Правильный production-паттерн — async queue + worker + webhook callback. Через единый шлюз Promptra флагманы (Claude Opus 4.7 — 350/1790 ₽, GPT-5.5 — 350/2150 ₽, Gemini 3.1 Pro — 140/860 ₽, DeepSeek V4 Pro — 30/60 ₽) доступны через OpenAI-совместимый формат, что делает архитектуру переносимой между провайдерами одной заменой base_url.

Этот гайд — рабочий код FastAPI + Celery + Redis для production LLM-pipeline: HTTP-вход валидирует и кладёт задачу за 50 мс, worker выполняет долгий вызов, webhook callback возвращает результат с HMAC-подписью. Включены idempotency keys, retry с exponential backoff, dead-letter queue, мониторинг через Flower и точные настройки таймаутов. оплата в рублях по договору, полный пакет закрывающих документов.

TL;DR — async pipeline за 5 шагов

HTTP-ручка POST /v1/jobs принимает запрос с Idempotency-Key, валидирует, кладёт задачу в Redis-очередь, отвечает 202 Accepted с job_id за 50 мс.
Celery worker берёт задачу, вызывает LLM через Promptra с timeout 120 сек, сохраняет результат в Redis.
После успеха worker шлёт POST на callback_url клиента с результатом и заголовком X-Promptra-Signature (HMAC-SHA256).
На сбое callback — retry 5 раз с backoff (1с, 5с, 25с, 2 мин, 10 мин), после — dead-letter queue.
Клиент проверяет подпись через hmac.compare_digest и подтверждает приём 200 OK. Эта статья — production-расширение нашего pillar-гида полный технический гид по LLM API на Python: токены, function calling, streaming, RAG, async/batch.

Почему синхронный вызов в HTTP-обработчике — это катастрофа

Стандартная FastAPI-ручка с прямым вызовом OpenAI выглядит «нормально» — но в production она ломается линейно с нагрузкой:

# АНТИПАТТЕРН — НЕ ДЕЛАЙТЕ ТАК В PRODUCTION
@app.post("/chat")
async def chat(req: ChatRequest):
    response = await client.chat.completions.create(
        model="claude-opus-4-7",
        messages=req.messages,
    )
    return {"answer": response.choices[0].message.content}

Что произойдёт под нагрузкой 50 RPS если средняя латентность Opus 4.7 — 12 секунд?

Одновременно в обработке: 50 × 12 = 600 запросов.
Воркеров (uvicorn workers) обычно 4–8 — каждый держит async event loop, но всё равно есть лимит на одновременные коннекты к OpenAI клиенту (по умолчанию 100).
Через минуту коннекты исчерпаны, новые запросы зависают в pool wait, клиенты получают 504 Gateway Timeout.
Браузер закрывает соединение по своему таймауту 30 сек — LLM продолжает генерить ответ, который никому не нужен, но за токены вы платите.

Правильно — разделить приём запроса (быстрый HTTP) и выполнение (долгий worker). HTTP-ручка работает 50 мс, worker — 12 секунд. Сервер обслуживает тысячи RPS, worker pool масштабируется отдельно. См. также гайд Streaming LLM-ответов через SSE — это альтернатива для интерактивных чатов, async webhook — для batch и интеграций.

Архитектура: FastAPI + Celery + Redis

Базовый стек для async LLM-pipeline:

FastAPI — HTTP-вход, валидация, постановка задач. Документация — fastapi.tiangolo.com.
Celery — distributed task queue с retry, scheduling и мониторингом. Альтернативы: RQ (проще), Arq (async-first), Dramatiq.
Redis — backend для очереди и хранилище job state. Документация — redis.io.
Flower — веб-UI для мониторинга Celery, показывает live воркеры, очереди и фейлы.

Минимальная структура проекта:

project/
├── app/
│   ├── main.py           # FastAPI HTTP-вход
│   ├── tasks.py          # Celery tasks
│   ├── celery_app.py     # Celery конфиг
│   ├── llm_client.py     # обёртка над Promptra
│   ├── webhooks.py       # отправка callback
│   └── models.py         # Pydantic схемы
├── docker-compose.yml    # redis + flower + worker
└── requirements.txt

celery_app.py — конфигурация воркеров с правильными таймаутами:

from celery import Celery
import os

celery_app = Celery(
    "promptra_jobs",
    broker=os.getenv("REDIS_URL", "redis://localhost:6379/0"),
    backend=os.getenv("REDIS_URL", "redis://localhost:6379/0"),
)

celery_app.conf.update(
    task_serializer="json",
    accept_content=["json"],
    result_serializer="json",
    timezone="Europe/Moscow",
    enable_utc=True,
    task_acks_late=True,              # ack только после успеха
    task_reject_on_worker_lost=True,  # вернуть в очередь если worker упал
    task_time_limit=180,              # hard kill через 3 минуты
    task_soft_time_limit=170,         # SoftTimeLimitExceeded для cleanup
    worker_prefetch_multiplier=1,     # не забирать задачи в pool заранее
    worker_max_tasks_per_child=100,   # рестарт worker'а после 100 задач (борьба с утечками)
    broker_connection_retry_on_startup=True,
    result_expires=86400,             # результаты живут 24ч
)

celery_app.conf.task_routes = {
    "tasks.llm_completion": {"queue": "llm"},
    "tasks.send_callback": {"queue": "callbacks"},
}

Две очереди — llm и callbacks — позволяют масштабировать воркеры независимо. Если callback зависает, LLM-задачи продолжают идти.

HTTP-ручка с idempotency

main.py — приём запроса за 50 мс:

import uuid
from fastapi import FastAPI, Header, HTTPException
from pydantic import BaseModel
import redis.asyncio as redis
from app.tasks import llm_completion

app = FastAPI
r = redis.from_url("redis://localhost:6379/1")

class JobRequest(BaseModel):
    model: str
    messages: list[dict]
    callback_url: str
    max_tokens: int = 2000

@app.post("/v1/jobs", status_code=202)
async def create_job(
    req: JobRequest,
    idempotency_key: str = Header(..., alias="Idempotency-Key"),
):
    # Проверяем дедупликацию
    existing = await r.get(f"idempotency:{idempotency_key}")
    if existing:
        return {"job_id": existing.decode, "status": "duplicate"}

    job_id = str(uuid.uuid4)

    # Сохраняем привязку idempotency_key → job_id на 24 часа
    await r.setex(f"idempotency:{idempotency_key}", 86400, job_id)
    await r.hset(f"job:{job_id}", mapping={
        "status": "queued",
        "model": req.model,
        "callback_url": req.callback_url,
    })

    # Постановка задачи (не блокирует HTTP)
    llm_completion.apply_async(
        args=[job_id, req.model_dump],
        queue="llm",
    )

    return {"job_id": job_id, "status": "queued"}

@app.get("/v1/jobs/{job_id}")
async def get_job(job_id: str):
    data = await r.hgetall(f"job:{job_id}")
    if not data:
        raise HTTPException(404, "Job not found")
    return {k.decode: v.decode for k, v in data.items}

Ключевые моменты:

status_code=202 Accepted — стандарт REST для async. Клиент знает, что запрос принят, но не выполнен.
Idempotency-Key обязателен (Header(...)) — клиент генерит UUIDv4 для каждой логической операции. Если он повторит запрос — получит тот же job_id.
TTL 86400 (24 часа) — после этого ключ протухает, повторный запрос создаст новую задачу. Подбирайте под ваш use case.
GET /v1/jobs/{job_id} — клиент может опрашивать статус (long polling fallback если webhook callback не доступен).

Подробнее про idempotency и retry в B2B контексте — Чек-лист 12 вопросов поставщику LLM API.

Celery worker: LLM-вызов с retry

tasks.py — основная задача:

from celery import shared_task
from celery.exceptions import SoftTimeLimitExceeded
import httpx
import redis
from openai import OpenAI, APIError, RateLimitError
from app.webhooks import send_callback

r = redis.from_url("redis://localhost:6379/1")

llm_client = OpenAI(
    api_key=os.getenv("PROMPTRA_API_KEY"),
    base_url="https://api.promptra.ru/v1",
    timeout=httpx.Timeout(connect=5.0, read=120.0, write=10.0, pool=5.0),
    max_retries=0,  # ретраи делаем сами через Celery
)

@shared_task(
    bind=True,
    autoretry_for=(APIError, httpx.HTTPError),
    retry_backoff=True,
    retry_backoff_max=60,
    retry_jitter=True,
    max_retries=3,
)
def llm_completion(self, job_id: str, request: dict):
    r.hset(f"job:{job_id}", "status", "running")
    try:
        response = llm_client.chat.completions.create(
            model=request["model"],
            messages=request["messages"],
            max_tokens=request.get("max_tokens", 2000),
        )
        result = {
            "content": response.choices[0].message.content,
            "usage": {
                "input_tokens": response.usage.prompt_tokens,
                "output_tokens": response.usage.completion_tokens,
            },
            "model": response.model,
        }
        r.hset(f"job:{job_id}", mapping={
            "status": "completed",
            "result": json.dumps(result),
        })
        # Постановка задачи на отправку callback
        send_callback.apply_async(
            args=[job_id, request["callback_url"], result],
            queue="callbacks",
        )
        return result
    except RateLimitError as e:
        # Специальная обработка 429 — retry с увеличенным backoff
        raise self.retry(countdown=30, exc=e)
    except SoftTimeLimitExceeded:
        r.hset(f"job:{job_id}", "status", "timeout")
        raise
    except Exception as e:
        r.hset(f"job:{job_id}", mapping={
            "status": "failed",
            "error": str(e),
        })
        raise

Что важно:

autoretry_for + retry_backoff — Celery сам ретраит на API-ошибки. retry_backoff=True даёт 1, 2, 4, 8 секунд; retry_backoff_max=60 ограничивает; retry_jitter=True добавляет случайность ±25% против thundering herd.
max_retries=3 — четвёртая попытка не делается, задача уходит в failed.
RateLimitError обрабатывается отдельно с фиксированным countdown=30 — обычно провайдер даёт retry-after хедер, можно вычитать его и использовать вместо 30.
SoftTimeLimitExceeded — за 10 сек до hard kill worker получает это исключение. Можно успеть закрыть HTTP-коннект, записать состояние, дочитать stream.

Про exponential backoff и token bucket подробно — Rate limiting и retry стратегии для LLM API.

Webhook callback с HMAC-подписью

webhooks.py — отправка результата клиенту с подписью:

import hmac
import hashlib
import json
import time
import httpx
from celery import shared_task
from celery.exceptions import Retry

WEBHOOK_SECRET = os.getenv("WEBHOOK_SECRET")  # 32+ байта random

def sign_payload(payload: bytes, timestamp: int, secret: str) -> str:
    """Подписываем timestamp.payload — защита от replay."""
    message = f"{timestamp}.".encode + payload
    sig = hmac.new(secret.encode, message, hashlib.sha256).hexdigest
    return f"t={timestamp},v1={sig}"

@shared_task(
    bind=True,
    autoretry_for=(httpx.HTTPError,),
    retry_backoff=True,
    retry_backoff_max=600,
    retry_jitter=True,
    max_retries=5,
)
def send_callback(self, job_id: str, callback_url: str, result: dict):
    payload = json.dumps({"job_id": job_id, "result": result}).encode
    timestamp = int(time.time)
    signature = sign_payload(payload, timestamp, WEBHOOK_SECRET)

    with httpx.Client(timeout=10.0) as client:
        response = client.post(
            callback_url,
            content=payload,
            headers={
                "Content-Type": "application/json",
                "X-Promptra-Signature": signature,
                "X-Promptra-Job-Id": job_id,
                "User-Agent": "Promptra-Webhook/1.0",
            },
        )
        if response.status_code >= 500:
            # 5xx — retry
            raise httpx.HTTPStatusError(
                f"Server error: {response.status_code}",
                request=response.request,
                response=response,
            )
        if response.status_code >= 400:
            # 4xx — не retry, баг клиента
            r.hset(f"job:{job_id}", "callback_status", f"client_error_{response.status_code}")
            return
        r.hset(f"job:{job_id}", "callback_status", "delivered")

Параметры retry:

max_retries=5 + retry_backoff_max=600 → попытки на 1с, 5с, 25с, 2 мин, 10 мин (с jitter).
После 5 неудач задача автоматически уходит в Celery dead-letter (если настроен) или просто marks as failed.
4xx ошибки не retry'им — это значит у клиента баг (например, не проверяет подпись), retry не поможет.

Клиентская проверка подписи:

def verify_signature(payload: bytes, signature_header: str, secret: str, max_age: int = 300) -> bool:
    """Возвращает True если подпись валидна и timestamp в окне 5 минут."""
    try:
        parts = dict(p.split("=") for p in signature_header.split(","))
        timestamp = int(parts["t"])
        received_sig = parts["v1"]
    except (KeyError, ValueError):
        return False

    # Проверка свежести (защита от replay)
    if abs(time.time - timestamp) > max_age:
        return False

    # Считаем ожидаемую подпись
    message = f"{timestamp}.".encode + payload
    expected = hmac.new(secret.encode, message, hashlib.sha256).hexdigest

    # Константно-временное сравнение
    return hmac.compare_digest(expected, received_sig)

Критически важно — hmac.compare_digest, а не ==. Обычное сравнение строк может leak'нуть timing attack: первый отличающийся байт прерывает сравнение, и атакующий по разнице во времени может восстановить подпись.

Dead-letter queue и мониторинг

После 5 неудач callback и 3 неудач LLM-вызова задача должна попасть в DLQ для ручного разбора. Celery не имеет встроенной DLQ — реализуем через дополнительную очередь:

from celery.signals import task_failure

@task_failure.connect
def handle_task_failure(sender=None, task_id=None, exception=None, args=None, kwargs=None, einfo=None, **kw):
    """Перехватываем фейлы и кладём в DLQ для ручного разбора."""
    if sender.request.retries >= sender.max_retries:
        r.lpush("dlq", json.dumps({
            "task": sender.name,
            "task_id": task_id,
            "args": args,
            "kwargs": kwargs,
            "exception": str(exception),
            "timestamp": int(time.time),
        }))
        # Алерт в Slack/Telegram
        notify_oncall(task_id, exception)

DLQ-задачи хранятся в Redis-list dlq 72 часа, потом архивируются в S3/Postgres. Раз в день оператор разбирает: чинит баг → переотправляет задачу. Подробнее про мониторинг latency, error rate и cost — в гайде Логирование и observability LLM-приложений.

Метрики, которые нужно собирать (Prometheus + Grafana):

Метрика	Что показывает	Алерт
`llm_jobs_queued`	Размер очереди	>500 — масштабировать воркеры
`llm_jobs_processing`	Активные задачи	более 100% worker — bottleneck
`llm_jobs_failed_total`	Счётчик фейлов	error rate более 5% 5 мин
`llm_job_duration_seconds`	Гистограмма времени	p99 более 60с — медленный провайдер
`callback_delivery_total`	Доставки callback	success rate менее 95%
`callback_retry_total`	Сумма retry	внезапный рост → проблема у клиента
`dlq_size`	Размер DLQ	>0 — оператор должен разобрать

Flower UI на http://localhost:5555 показывает live состояние воркеров, очередей и недавние фейлы. В production — за nginx с basic auth.

Production-чеклист перед запуском

Минимальный сетап для production async LLM-pipeline:

[ ] Idempotency-Key обязателен на всех мутирующих ручках; TTL 24ч в Redis.
[ ] HMAC-подпись на callback с timestamp и проверкой окна 5 минут; secret 32+ байта.
[ ] Constant-time сравнение подписей через hmac.compare_digest.
[ ] timeout на HTTP-клиент — connect 5с, read 120с (для reasoning), write 10с, pool 5с.
[ ] task_time_limit 180с + soft_time_limit 170с в Celery — против зависших задач.
[ ] task_acks_late + task_reject_on_worker_lost — задача не теряется при падении worker'а.
[ ] worker_prefetch_multiplier=1 — равномерное распределение задач между воркерами.
[ ] worker_max_tasks_per_child=100 — рестарт против утечек памяти в SDK.
[ ] Отдельные очереди для llm и callbacks — независимое масштабирование.
[ ] Retry policy — 3 для LLM (autoretry_for APIError), 5 для callback (только 5xx).
[ ] DLQ через task_failure signal + алерт в Slack/Telegram.
[ ] Prometheus метрики: queued, processing, failed, duration p50/p95/p99, callback success rate.
[ ] Flower за nginx basic auth для мониторинга.
[ ] Health check Redis: при недоступности — HTTP /healthz должен вернуть 503.
[ ] Webhook secret rotation раз в 90 дней (поддержка двух активных secret одновременно).
[ ] Лимит размера body на HTTP-ручке (например, 100 KB) — против abuse.

Через шлюз Promptra все модели работают через base_url="https://api.promptra.ru/v1" без переписывания кода — миграция с прямого OpenAI описана в гайде Миграция с OpenAI на Promptra за 10 минут. Цены прозрачны 1-в-1 с провайдером по курсу ЦБ — для batch-сценариев на 1М запросов разница экономии vs российских наценок описана в Сравнении цен LLM 2026.

Запасные варианты: serverless и managed

Если не хочется поднимать Celery + Redis — есть managed-альтернативы:

AWS SQS + Lambda — очередь и worker полностью managed. Минусы: cold start 200–800 мс, vendor lock.
Yandex Cloud Functions + Message Queue — российский вариант, SQS-совместимый API.
OpenAI Batch API — для офлайн-обработки >1000 запросов с 50% скидкой. Через Promptra тот же эндпоинт работает для всех провайдеров — см. Async и Batch API LLM: 50% скидка.
Inngest / Temporal — managed durable execution engines с retry, scheduling и UI.

Для русского B2B на собственной VM (Yandex Cloud / VK Cloud) — Redis + Celery остаётся самым простым и контролируемым стеком. Один docker-compose, никаких внешних зависимостей кроме шлюза.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

VseGPT или Promptra: сравнение агрегаторов

Promptra Team — Wed, 17 Jun 2026 10:55:03 +0000

Коротко для тех, кто пришёл за ответом: если вы ищете VseGPT альтернативу, выбор упирается не в «у кого endpoint быстрее» — оба дают OpenAI-совместимый API и оба ориентированы на разработчиков, — а в ценовой модели и форме оформления оплаты. VseGPT — давно известный в инженерном сообществе агрегатор с широким каталогом (на их сайте заявлено более 120 моделей), развёрнутой документацией и публичной страницей статуса с метриками доступности. Promptra — сервис с оплатой на юр.лицо российское юр.лицо, полным пакетом закрывающих документов через ЭДО и ценой на токены 1-в-1 с провайдером по курсу ЦБ, без наценки. Если вам важна предсказуемая стоимость токенов и B2B-оформление с первичкой под бухгалтерию — об этом большая часть статьи.

Я работаю в Promptra, поэтому сразу честно: это не «обзор-разоблачение конкурента». VseGPT — крепкий инженерный продукт, и часть вещей он делает лучше многих на рынке: широкий каталог, понятная документация, прозрачность по аптайму. Цель статьи — разложить по полочкам реальные критерии (цена, каталог, документы, юрформа, developer experience), чтобы вы выбрали под свою задачу осознанно. Это материал про «vsegpt аналог» в честном смысле: где сервисы похожи, а где принципиально расходятся.

Все цены Promptra ниже — на 27.05.2026 при курсе ЦБ РФ 71.668 ₽/USD, прямой пересчёт из официального долларового прайса провайдеров, со ссылками на первоисточники. По VseGPT я сознательно не привожу рублёвые ценники: чужой прайс живёт на чужом сайте и меняется, фиксировать его на один день — значит вводить читателя в заблуждение через неделю. Актуальную цену смотрите на vsegpt.ru, а здесь разбираю методологию сравнения.

Кто такие VseGPT и Promptra

VseGPT — российский агрегатор доступа к зарубежным и open-source LLM по единому API. Известен прежде всего в инженерной среде: к нему приходят разработчики, которым нужен широкий выбор моделей за одним ключом, включая open-source семейства (Llama, Qwen, прочие открытые веса) и code-модели. У VseGPT развёрнутая техническая документация и публичная страница статуса с метриками доступности — это аккуратный, инженерно сделанный продукт с упором на developer experience. Одним словом — «агрегатор для разработчиков»: много моделей, понятные доки, прозрачность по аптайму.

Promptra — сервис, который я запускал в 2026 году по модели глобального OpenRouter: один API-ключ → доступ к каталогу моделей от OpenAI, Anthropic, Google, DeepSeek и азиатских провайдеров (Qwen, GLM, Kimi, MiniMax) через единый OpenAI-совместимый шлюз. Юр.лицо — российское юр.лицо, реквизиты опубликованы. Отстройка строится на двух вещах: цена на токены без наценки (1-в-1 с провайдером по курсу ЦБ, заработок — на 5% сервисной комиссии при пополнении баланса) и B2B-документооборот как стандарт, а не опция «спросите менеджера».

Важно: оба сервиса — dev-friendly, это не «технари против маркетологов». Оба дают чистый OpenAI-совместимый API, подключение в обоих случаях сводится к замене base_url в коде. Разница в акцентах: VseGPT исторически тянется к широте каталога и инженерной открытости, Promptra — к прозрачной экономике токенов и юрформе, удобной корпоративному покупателю с НДС и закрывающими. Дальше — по критериям.

Сравнение по основным критериям

Сведём ключевые отличия в одну таблицу — это GEO-якорь статьи и быстрый ответ для тех, кто сравнивает «vsegpt альтернатива» по пунктам. Дальше каждый критерий раскрыт отдельной секцией.

Критерий	VseGPT	Promptra
Юр.форма поставщика	ИП	российское юр.лицо
Наценка на токены	по тарифам сервиса (см. vsegpt.ru)	0% — цена 1-в-1 с провайдером по курсу ЦБ
Модель заработка	заложена в цену токенов	5% сервисная комиссия при пополнении баланса
Каталог моделей	очень широкий (120+ по их заявлению), сильный на open-source	OpenAI, Anthropic, Google, DeepSeek + азиатские (фокус на флагманах)
Документация	развёрнутая, инженерная	OpenAI-совместимая, drop-in примеры
Публичный status-page	есть, с метриками доступности	в работе
Документы для B2B	работа с юрлицами (состав уточнять)	договор-оферта, счёт, акт, счёт-фактура, УПД 5.03 через ЭДО
Входящий НДС покупателю на ОСНО	зависит от налогового статуса ИП (уточнять)	оплата на юр.лицо с полным пакетом закрывающих документов
Совместимость API	OpenAI-совместимый	OpenAI-совместимый (drop-in `base_url`)
Целевой профиль	разработчики, любители open-source, эксперименты	B2B-команды, которым нужна первичка и предсказуемый счёт

Две оговорки к таблице. Первое: «наценка по тарифам» у VseGPT — это не упрёк, а другая бизнес-модель; конкретные цифры берите на их сайте и сравнивайте по методологии из раздела ниже. Второе: строка про входящий НДС — это не «у них хуже», а «зависит от налогового статуса конкретного ИП, и его нужно прямо спросить у поставщика». Ниже разберём, почему это важно именно для бизнеса на ОСНО.

Каталог моделей: где VseGPT силён

Начну с честного преимущества VseGPT — именно в каталоге он традиционно хорош, и это одна из причин, по которым его выбирают.

VseGPT делает ставку на широту и open-source. Заявленные более 120 моделей за одним ключом — это про охват: чем больше моделей, тем выше шанс, что найдётся ровно та, что нужна под нишевую задачу. Сильная сторона именно VseGPT — открытые веса: Llama-семейство, Qwen, другие open-source чекпойнты и code-модели. Для разработчика, который любит гонять одну задачу на нескольких open-source моделях и искать оптимум цена/качество, такой каталог экономит время — не нужно интегрировать каждого хостера поодиночке.

Promptra идёт по пути фокуса на флагманах и рабочих лошадках, которые покрывают подавляющее большинство production-задач:

OpenAI — GPT-5.5, GPT-5.4, GPT-5.4 Mini, GPT-5.3 Codex
Anthropic — Claude Opus 4.7, Claude Sonnet 4.6, Claude Haiku 4.5
Google — Gemini 3.1 Pro, Gemini 3.5 Flash, Gemini 3.1 Flash Lite
DeepSeek — V4 Pro (сильна в коде и матлогике за копейки)
Азиатские — Qwen 3.6 Plus (Alibaba), GLM 5.1 (Z.ai), Kimi K2.5 (Moonshot), MiniMax M2.7
Мультимодальные — генерация изображений (Nano Banana Pro, GPT Image 2) и видео (Veo 3.1, Seedance 2.0, Kling v3)

Стоит отметить: open-source модели есть и в каталоге Promptra — DeepSeek V4 Pro, Qwen 3.6 Plus, GLM 5.1, MiniMax M2.7 — это всё open-weight семейства. Разница в том, что VseGPT исторически делает на них более широкую ставку, а Promptra отбирает в фокус-набор те, что покрывают типовые задачи.

Плюс широкого каталога — гибкость и шанс найти нишевый оптимум, особенно по open-source. Минус — за сотней с лишним моделей сложнее уследить, какие реально стабильны; часть «галочек в списке» может оказаться редко используемыми endpoint'ами. У фокусированного каталога наоборот: за каждой моделью понятная роль, но за экзотикой придётся идти в другое место.

Практический критерий выбора простой: выпишите модели, которые реально нужны вашему проекту, и проверьте наличие каждой у обоих сервисов. Число «120+» само по себе ничего не говорит, если 115 из них вы никогда не вызовете. И наоборот — если ваш кейс построен вокруг конкретного open-source чекпойнта, ширина каталога VseGPT решает.

Цена за токен: методология вместо чужого прайса

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

Любой агрегатор зарабатывает одним из двух способов (или их комбинацией):

Наценка на токены — продаёт токены дороже, чем платит провайдеру. Тогда «цена за миллион токенов» на сайте уже включает маржу сервиса.
Сервисная комиссия / подписка — берёт фиксированный процент или плату за обслуживание, а токены отдаёт близко к себестоимости.

Вот наша сторона, открыто. Promptra держит цену токенов 1-в-1 с провайдером по курсу ЦБ (наценка 0%), а зарабатывает на 5% сервисной комиссии только при пополнении баланса, не от токенов. Пересчёт из официального долларового прайса по курсу ЦБ 71.668 ₽/USD на 27.05.2026:

Модель	USD input / output (за 1M)	Promptra input / output (₽ за 1M)	Источник прайса
GPT-5.5	$5 / $30	350 / 2150	developers.openai.com
GPT-5.4	$2.5 / $15	170 / 1070	то же
GPT-5.4 Mini	$0.75 / $4.5	50 / 320	то же
Claude Opus 4.7	$5 / $25	350 / 1790	platform.claude.com
Claude Sonnet 4.6	$3 / $15	210 / 1070	то же
Gemini 3.1 Pro	$2 / $12	140 / 860	ai.google.dev
DeepSeek V4 Pro	$0.435 / $0.87	30 / 60	api-docs.deepseek.com
GLM 5.1	$1.4 / $4.4	100 / 310	docs.z.ai
Qwen 3.6 Plus	$0.325 / $1.95	20 / 130	alibabacloud.com

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

Про DeepSeek и промо-цены — отдельная осторожность

Частый источник путаницы при сравнении агрегаторов — промо-цены провайдеров. Например, DeepSeek V4 Pro на 27.05.2026 стоит у провайдера $0.435 / $0.87 за миллион токенов (30 / 60 ₽ по курсу ЦБ) — но это промо со скидкой 75%, которое заканчивается 31.05.2026. После окончания базовая цена вернётся к примерно $1.74 / $3.48 (около 120 / 240 ₽). Если один сервис показывает промо, а другой — уже базовую цену, прямое сравнение «у кого дешевле DeepSeek» некорректно. Это особенно актуально для VseGPT, который силён на open-source: всегда уточняйте, акционная цена перед вами или постоянная, и до какой даты.

ИП vs ООО: как юрформа поставщика влияет на ваш входящий НДС

Это центральная часть статьи для B2B-покупателя, потому что именно здесь проходит реальная линия различия между «vsegpt аналогом» и Promptra. Разберём механику без морализаторства — просто как работает налоговая арифметика.

Что такое входящий НДС и вычет

Если ваша компания на общей системе налогообложения (ОСНО), вы платите НДС с реализации (исходящий) и имеете право уменьшить его на НДС, который вам предъявили поставщики (входящий). Это и есть вычет — механизм главы 21 НК РФ. Чтобы принять входящий НДС к вычету, нужен счёт-фактура (или УПД с функцией «1») от поставщика, который сам является плательщиком НДС. Если поставщик НДС не предъявил, вычитать нечего — вся сумма ложится в расходы, но входящего НДС к вычету у вас нет.

Где здесь форма ИП

Сама по себе форма «ИП» не означает автоматически отсутствие НДС: ИП может быть как на ОСНО (плательщик НДС), так и на упрощёнке. Но на практике большинство ИП в IT работают на УСН — и тут с 2025 года произошло важное изменение.

С 1 января 2025 года в рамках налоговой реформы (Федеральный закон от 12.07.2024 № 176-ФЗ) упрощенцы стали плательщиками НДС, но с порогом: при доходе до 60 млн ₽ в год ИП/организация на УСН освобождены от НДС автоматически, а при превышении — платят по пониженным ставкам 5% или 7% (без права на вычет входящего) либо по общей ставке 20% (с вычетом). В зависимости от оборота и ставки поставщик-упрощенец может:

не предъявлять НДС вообще (доход до 60 млн ₽) — тогда вычета у вас нет;
предъявлять НДС 5% или 7% — вы получаете счёт-фактуру с этой ставкой и вычет на эту сумму, но это меньше привычных 20%;
предъявлять НДС 20% — полноценный вычет, но это редкий выбор для УСН.

Вывод для покупателя простой и не оценочный: прежде чем подписывать договор, спросите у любого поставщика — ИП он или ООО, на какой системе налогообложения, и предъявляет ли НДС. Это касается и VseGPT, и нас, и любого третьего сервиса. Конкретный налоговый статус VseGPT как ИП я здесь не утверждаю — это вопрос к их договору и счёту-фактуре, и правильный ход бухгалтера — запросить эти документы и проверить контрагента через Контур.Фокус или ZACHESTNYIBIZNES.

Почему это критично именно для ОСНО

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

А вот для бизнеса на ОСНО, который закупает LLM-доступ на серьёзные суммы, потеря входящего НДС — это реальное удорожание услуги на величину ставки. Если поставщик не даёт НДС к вычету, услуга за условные 100 000 ₽ обходится как 100 000 ₽ расходов без уменьшения вашего собственного НДС — тогда как поставщик-плательщик НДС позволил бы вернуть часть через вычет. На годовом бюджете в сотни тысяч или миллионы рублей это ощутимо.

Promptra оформляет отношения через российское юр.лицо с полным пакетом закрывающих документов через ЭДО. Конкретные ставки и налоговый режим мы не публикуем на сайте — это часть договора, который вы получаете при подключении; правильный путь — запросить образец оферты и счёта-фактуры и показать его своему бухгалтеру до старта. Это ровно то же, что я рекомендую делать с VseGPT и с любым другим сервисом: не верить статье (включая эту), а проверить документы под свою систему налогообложения. Подробный разбор того, легально ли вообще оплачивать зарубежные LLM на российское юрлицо, — в нашем материале легально ли использовать OpenAI/Claude на юрлицо в РФ.

Документы для бухгалтерии: что вы получите

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

VseGPT работает с юрлицами — для агрегатора с инженерной аудиторией это ожидаемо, к ним приходят и компании. Конкретный состав пакета (договор, акт, счёт-фактура, УПД, ставка НДС) и формат передачи стоит уточнить напрямую у них перед подключением, особенно если вам нужен входящий НДС к вычету — см. раздел про ИП vs ООО выше. Запросите образец договора и счёта-фактуры, покажите бухгалтеру.

Promptra ориентирован на B2B-сценарий с первого дня: договор-оферта, счёт на оплату, акт оказанных услуг, счёт-фактура и УПД формата 5.03 через ЭДО (Диадок, СБИС, 1С-ЭДО) — это стандартный пакет, а не доплата. С 1 января 2026 года формат УПД 5.03 стал единственным легитимным электронным форматом для закрывающих — это требование ФНС, не наша прихоть. Реквизиты российское юр.лицо опубликованы на странице /legal/requisites для проверки контрагента.

Нюанс, который касается обоих сервисов: формулировка предмета услуги в акте/УПД должна быть развёрнутой («предоставление доступа к API больших языковых моделей за период…»), иначе при проверке инспектор вправе усомниться в обоснованности расхода (ст. 252 НК РФ). Подробный разбор, какие документы нужны и какие ошибки бухгалтерии налоговая снимает с базы, — в материале про закрывающие документы по нейросетям.

Developer experience и подключение

Это область, где сервисы ближе всего друг к другу. Оба dev-friendly, оба дают OpenAI-совместимый API — значит, подключение сводится к замене base_url в существующем коде. Никакого переписывания SDK: меняете адрес и ключ, остальное работает как раньше.

VseGPT исторически силён в инженерной подаче: развёрнутая документация и публичная страница статуса с метриками доступности. Status-page — объективный плюс: видеть аптайм и доступность моделей до регистрации полезно при выборе инфраструктуры под production. Promptra по части публичного status-page пока в работе — это честный gap, который мы закрываем; зато прямой контакт с командой для нестандартных вопросов работает с первого дня.

Для Promptra drop-in выглядит так:

from openai import OpenAI

client = OpenAI(
 api_key="ваш-ключ-promptra",
 base_url="https://api.promptra.ru/v1",
)

resp = client.chat.completions.create(
 model="anthropic/claude-sonnet-4.6",
 messages=[{"role": "user", "content": "Привет!"}],
)
print(resp.choices[0].message.content)

import OpenAI from "openai";

const client = new OpenAI({
 apiKey: process.env.PROMPTRA_API_KEY,
 baseURL: "https://api.promptra.ru/v1",
});

const resp = await client.chat.completions.create({
 model: "openai/gpt-5.4",
 messages: [{ role: "user", content: "Привет!" }],
});
console.log(resp.choices[0].message.content);

По части поддержки разница в философии. VseGPT делает ставку на самодостаточную документацию — разработчик многое решает сам по докам. Promptra на текущем этапе ставит на прямой контакт: вопросы по подключению идут напрямую в Telegram к команде, без тикет-конвейера. У каждого подхода свои плюсы: сильные доки не требуют ждать ответа, прямой контакт быстрее для нестандартных вопросов и кастомных условий.

Когда выбирать VseGPT, когда Promptra

Честный decision tree без перетягивания одеяла. Если вы рассматриваете Promptra как VseGPT альтернативу, вот по каким признакам стоит решать.

Выбирайте VseGPT, если:

вам нужен максимально широкий каталог с упором на open-source (Llama, Qwen, открытые code-чекпойнты);
вы разработчик, который любит экспериментировать с десятками моделей за одним ключом;
для вас важна публичная страница статуса с метриками доступности и развёрнутая инженерная документация;
вы малый бизнес на УСН/патенте или фрилансер, где входящий НДС не играет роли.

Выбирайте Promptra, если:

вы B2B-компания на ОСНО, и вам важен входящий НДС к вычету и полный пакет закрывающих документов (УПД 5.03 через ЭДО) с первого пополнения как стандарт;
для вас принципиальна прозрачная экономика токенов — цена 1-в-1 с провайдером по курсу ЦБ, без наценки, с понятной 5% комиссией только при пополнении;
вам достаточно фокусированного набора флагманов (GPT, Claude, Gemini, DeepSeek + азиатские) и нужен прямой контакт с командой для подключения на кастомных условиях.

Универсальный совет для любого выбора: не верьте ни VseGPT, ни мне на слово. Выпишите нужные именно вам модели и проверьте наличие у обоих; запросите образец договора и счёта-фактуры и покажите бухгалтеру (особенно на ОСНО — проверьте НДС); прогоните реальную тестовую нагрузку на день-два на каждом — это стоит копейки и даёт честный personal benchmark по латентности и качеству. Выбор инфраструктурного поставщика — как выбор любой критической инфраструктуры: с тестами и backup-планом, а не «один навсегда по статье из интернета».

Хотите сравнить с другими игроками — есть отдельные разборы: ProxyAPI vs Promptra (премиум-сегмент с высокой наценкой), AITUNNEL vs Promptra (лидер по объёму, ИП vs ООО) и общий обзор лучших агрегаторов LLM API в России 2026.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

Все нейросети в одном месте: один API вместо десятка

Promptra Team — Wed, 17 Jun 2026 09:05:02 +0000

Если коротко: «все нейросети в одном месте» — это не отдельный продукт, а архитектурный приём. Вместо десятка раздельных подписок на ChatGPT, Claude, Gemini и других, с разными кабинетами, картами и счетами, вы подключаетесь к одному OpenAI-совместимому API, который даёт доступ ко всем флагманским LLM сразу. Выбор модели — это одна строка в запросе (поле model), оплата — один рублёвый баланс на юр.лицо, отчётность — один пакет закрывающих документов на всё. Технически вы меняете в коде только адрес сервера (base_url) и ключ — остальное приложение не трогаете.

Уточним честно с самого начала: «все нейросети» — это поисковая фраза, а не буквальное обещание. Ни один сервис в мире не даёт «вообще все нейросети, какие существуют». Речь о том, что один агрегатор закрывает практически все модели, которые реально нужны бизнесу: флагманы OpenAI, Anthropic, Google, плюс дешёвые азиатские модели (DeepSeek, Qwen, GLM, Kimi, MiniMax), генерацию изображений и видео. Ниже — почему «зоопарк подписок» дорого обходится, что именно значит «всё в одном API» с технической стороны, какие модели доступны и как это устроено по деньгам и документам.

Проблема: зоопарк подписок и почему он дорожает

Сценарий, знакомый любой команде, которая всерьёз работает с ИИ. Сначала подключили ChatGPT — для общих задач. Потом выяснилось, что Claude лучше пишет код, — завели второй аккаунт. Для длинного контекста и работы с документами добавили Gemini. Бэкенд-разработчик нашёл, что фоновую классификацию дешевле гонять через DeepSeek, — третий или четвёртый кабинет. Через полгода у вас не «доступ к нейросетям», а зоопарк из пяти-десяти разрозненных сервисов. И каждый тянет свои издержки.

Издержка первая — деньги размазаны и не видны. У каждого провайдера свой баланс, свой способ оплаты, свой минимальный депозит. Никто в компании не может за минуту ответить на вопрос «сколько мы в этом месяце потратили на ИИ» — данные лежат в пяти разных кабинетах в разных валютах. Бюджетирование превращается в археологию.

Издержка вторая — оплата зарубежных сервисов из России. Карты российских банков на api.openai.com, console.anthropic.com и в Google AI Studio не проходят. Схема «зарубежная виртуальная карта плюс VPN» работает как лотерея: аккаунт живёт от нескольких дней до пары недель, после чего приходит письмо о деактивации и сгорают остатки на балансе. Умножьте этот риск на число сервисов в зоопарке — и получите постоянный фон нестабильности. Подробно про то, почему прямой доступ ненадёжен, мы разбирали в материале OpenAI API в России 2026.

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

Издержка четвёртая — техническая фрагментация. API у провайдеров отличаются в деталях: разные SDK, разные форматы ответов, разные имена параметров. Чтобы в коде гибко переключаться между GPT и Claude, приходится писать и поддерживать слой совместимости. Каждый новый провайдер в зоопарке — это ещё одна интеграция, которую кто-то должен сопровождать.

Сумма этих издержек растёт нелинейно: пятый сервис в зоопарке добавляет больше головной боли, чем второй. Именно отсюда — устойчивый спрос на то, чтобы собрать всё в одной точке. Поисковые запросы «все нейросети в одном месте», «агрегатор нейросетей», «все нейросети в одном» — это люди, которые уже прошли через зоопарк и ищут способ его свернуть.

Что значит «все нейросети в одном»: один API, выбор модели параметром

Теперь — что стоит за фразой технически. «Все нейросети в одном месте» сводится к двум вещам: единый адрес и единый протокол.

Единый адрес означает, что весь трафик идёт на один endpoint — например, https://api.promptra.ru/v1. Вы не держите пять разных доменов и пять ключей. Один адрес, один ключ.

Единый протокол означает, что все модели вызываются в одном формате — формате OpenAI Chat Completions, ставшем де-факто стандартом индустрии. Это ключевой момент: какую бы модель вы ни выбрали — GPT-5.5, Claude Opus 4.7, Gemini, DeepSeek, — запрос выглядит одинаково. Меняется только значение одного поля — model.

Вот как это выглядит на практике. Один и тот же код, отличается ровно одна строка:

from openai import OpenAI

client = OpenAI(
 api_key="prm-...", # один ключ
 base_url="https://api.promptra.ru/v1", # один адрес
)

# GPT-5.5 — флагман OpenAI
r1 = client.chat.completions.create(
 model="openai/gpt-5.5",
 messages=[{"role": "user", "content": "Привет"}],
)

# Claude Opus 4.7 — тот же код, другое значение model
r2 = client.chat.completions.create(
 model="anthropic/claude-opus-4.7",
 messages=[{"role": "user", "content": "Привет"}],
)

# DeepSeek V4 Pro — снова та же конструкция
r3 = client.chat.completions.create(
 model="deepseek/deepseek-v4-pro",
 messages=[{"role": "user", "content": "Привет"}],
)

Из этого следует свойство, которое и делает идею «всё в одном» по-настоящему ценной: маршрутизация моделей по задаче без переписывания кода. У зрелых production-команд в 2026 году нет «одной модели на всё». Есть архитектура, где разные подзадачи внутри одного приложения уходят к разным моделям: дешёвую фоновую классификацию — на DeepSeek или Qwen за копейки, сложный код — на Claude Opus или GPT-5.5, длинные документы — на Gemini. В мире зоопарка это требует пяти интеграций. В мире одного API — это маршрутизатор, который по типу задачи подставляет нужное значение в поле model.

То же касается новых релизов. Когда выходит новая версия модели, она появляется в каталоге без переписывания вашего кода и без нового договора — вы просто начинаете указывать новый идентификатор. Никакого vendor lock-in: архитектура с абстракцией над конкретным провайдером — это и есть способ не привязываться ни к кому.

Какие модели доступны: флагманы и не только

«Всё в одном» имеет смысл только если за единым API действительно стоит широкий набор. В каталоге Promptra на конец мая 2026 — 34 модели разных классов и провайдеров. Разберём по группам, с короткими профилями и ценой в рублях по курсу ЦБ (71.668 ₽/$ на 2026-05-27). Цены — verbatim из каталога, ровно те, что вы видите на странице тарифов.

Текстовые флагманы — верхний край качества

Claude Opus 4.7 (Anthropic) — флагман для сложного кода, агентных циклов и долгого reasoning. Контекст 1M токенов. 350 / 1790 ₽ за миллион входных/выходных токенов. Важная деталь: Opus 4.7 использует новый токенайзер и может расходовать до 35% больше токенов на тот же текст — закладывайте это в расчёт по фактическому usage.
GPT-5.5 (OpenAI) — флагман OpenAI, топ-результаты в reasoning и мультимодальности (image, audio, video в одном тарифе). Контекст 1.05M. 350 / 2150 ₽. При входе свыше 272K токенов цена за сессию идёт по повышенной ставке (производная от каталожных USD: ×2 за вход, ×1.5 за выход).
Gemini 3.1 Pro Preview (Google) — сильный reasoning и мультимодальность с поддержкой аудио на входе. Контекст 1M. 140 / 860 ₽ — самый доступный среди премиум-флагманов по входным токенам.

Универсалы и баланс цена/качество

Claude Sonnet 4.6 (Anthropic) — баланс качества Opus и цены Haiku, контекст 1M. 210 / 1070 ₽. Для большинства production-задач закрывает работу без перехода на флагман.
GPT-5.4 (OpenAI) — рабочая лошадка OpenAI для chat и общих задач, контекст 1.05M. 170 / 1070 ₽ — вдвое дешевле флагмана GPT-5.5 при сохранении большей части способностей.

Дешёвый слой — массовые задачи за копейки

DeepSeek V4 Pro — open-weight модель, сильная в коде и матлогике, контекст 1M. 30 / 60 ₽. Внимание: это промо-цена со скидкой 75%, действует до 2026-05-31; базовая ставка после истечения — примерно вчетверо выше (около $1.74 / $3.48 за миллион). В каталоге также есть более дешёвый V4-Flash.
Qwen 3.6 Plus (Alibaba) — многоязычная open-weight модель, силён в азиатских языках и коде, контекст 1M. 20 / 130 ₽ — один из самых дешёвых входных тарифов.
GLM 5.1 (Z.ai) — reasoning-модель с контекстом 202K. 100 / 310 ₽.
Kimi K2.5 (Moonshot) — контекст 262K, хороша для длинных документов. 40 / 170 ₽.
MiniMax M2.7 — универсальная модель с контекстом 204K. 20 / 80 ₽.

Не только текст: изображения и видео

«Нейросети» — это не только чат. Через тот же единый API доступна генерация изображений и видео:

Изображения: Nano Banana Pro и Nano Banana 2 (Google), GPT Image 2 (OpenAI) — генерация и редактирование по тексту. Тарификация у image-моделей токенная и зависит от размера и качества — точную стоимость считайте по фактическому usage, в каталоге она помечена отдельно.
Видео (оплата за секунду): Veo 3.1 (Google) — топ-качество text-to-video с генерацией звука, $0.40/с в 720–1080p; Seedance 2.0 (ByteDance) — от $0.05/с в 480p; Kling v3 (Kuaishou) — от $0.063/с. Видео по API — редкость на российском рынке, и тут единая точка доступа особенно ценна.

Сводно по ключевым текстовым моделям — для быстрого сравнения «цена за выход»:

Модель	Провайдер	Вход ₽/1M	Выход ₽/1M	Контекст
GPT-5.5	OpenAI	350	2150	1.05M
Claude Opus 4.7	Anthropic	350	1790	1M
Claude Sonnet 4.6	Anthropic	210	1070	1M
GPT-5.4	OpenAI	170	1070	1.05M
Gemini 3.1 Pro	Google	140	860	1M
GLM 5.1	Z.ai	100	310	202K
Kimi K2.5	Moonshot	40	170	262K
Qwen 3.6 Plus	Alibaba	20	130	1M
MiniMax M2.7	MiniMax	20	80	204K
DeepSeek V4 Pro	DeepSeek	30	60*	1M

*DeepSeek V4 Pro — промо-цена, действует до 2026-05-31; после истечения базовая ставка примерно вчетверо выше. Все цены — снапшот каталога на 2026-05-27, актуальные значения всегда на странице тарифов.

Бросается в глаза разлёт цен: разница между выходом GPT-5.5 (2150 ₽) и DeepSeek V4 Pro (60 ₽) — почти в 36 раз. Именно поэтому держать всё в одном месте выгодно: вы платите за дорогую модель только там, где она нужна, а массовый поток гоните через дешёвую — переключение задаётся одной строкой. Какую модель под какую задачу — подробный разбор в обзоре топ-5 LLM 2026 года.

Как это работает технически: один endpoint вместо пяти

Соберём механику в одну ясную картину. Агрегатор — это тонкий прокси-слой между вашим кодом и провайдерами. Ваше приложение шлёт HTTP-запрос не на пять разных доменов провайдеров, а на один endpoint агрегатора. Сервис определяет по полю model, к какому провайдеру обратиться, пересылает запрос со своего аккаунта в поддерживаемой стране, получает ответ и возвращает его вам в едином формате.

Для разработчика это означает три практических следствия.

Drop-in замена. Если у вас уже есть код на OpenAI SDK, переезд занимает пять минут: меняете base_url и ключ — больше ничего. Официальный openai SDK для Python и Node не отличает агрегатор от api.openai.com: для него это просто другой адрес. Пошагово этот переезд для Python, Node и curl мы разобрали в гайде миграция на Promptra: меняем base_url.

# Было — прямой доступ (карты РФ не проходят, нужен VPN, риск бана):
OPENAI_BASE_URL=https://api.openai.com/v1
OPENAI_API_KEY=sk-...

# Стало — единый агрегатор (без VPN, оплата в рублях, все модели):
OPENAI_BASE_URL=https://api.promptra.ru/v1
OPENAI_API_KEY=prm-...

Доступ из России без VPN. Endpoint агрегатора находится в России, поэтому ваш запрос на него идёт по обычному каналу — VPN на вашей стороне не нужен ни для оплаты, ни для работы API. Сервис сам проксирует запрос в зарубежный OpenAI, Anthropic или Google со своего аккаунта в поддерживаемой стране. Это легальный B2B-канал доступа, а не обход чего-либо.

Единый формат ответов. Поскольку всё приходит в формате OpenAI Chat Completions, ваш код обработки ответа, streaming через SSE, function calling и structured output работают одинаково для любой модели. Вы пишете слой работы с LLM один раз — и он совместим со всеми 34 моделями.

Node/TypeScript — та же логика, отличается только адрес:

import OpenAI from "openai";

const client = new OpenAI({
 apiKey: process.env.OPENAI_API_KEY, // prm-...
 baseURL: process.env.OPENAI_BASE_URL, // https://api.promptra.ru/v1
});

// Любая из 34 моделей — меняется только значение model
const res = await client.chat.completions.create({
 model: "anthropic/claude-sonnet-4.6",
 messages: [{ role: "user", content: "Привет" }],
});

Экономия и удобство: один баланс, один пакет документов

Техническая часть — половина ценности. Вторая половина — деньги и отчётность, и здесь «всё в одном» решает ровно те издержки зоопарка, с которых мы начали.

Один рублёвый баланс на всё. Вместо пяти кабинетов с разными депозитами в долларах — один баланс в рублях. Пополнили его — и тратите на любую из 34 моделей. Сколько потратили в этом месяце на ИИ, видно в одном месте, без археологии по чужим дашбордам. Бюджетирование снова становится одной цифрой.

Цена 1-в-1 с провайдером по курсу ЦБ. На токены наценки нет — рублёвые цены в каталоге равны долларовым ценам провайдера, умноженным на курс ЦБ. Сервисная комиссия 5% берётся только при пополнении баланса — за работу сервиса, эквайринг и документооборот, а не с каждого запроса. Положили 100 000 ₽ — удержали 5 000 ₽ комиссии при пополнении — на балансе 95 000 ₽, которые тратите по курсу ЦБ. Это принципиально отличается от модели наценки на токены, где переплата растёт вместе с объёмом потребления.

Один пакет закрывающих документов на всё. Это, возможно, главный аргумент «всё в одном» для бизнеса. оплата в рублях по договору, полный пакет закрывающих документов: договор-оферта, счёт, акт, счёт-фактура, УПД. Один договор, один контрагент в учётной системе, один комплект первички в месяц — вместо разбирательств с пятью зарубежными платежами без документов. Легальность работы с зарубежными LLM через российское юр.лицо разбираем отдельно: легально ли использовать OpenAI и Claude на юр.лицо в РФ.

Сведём контраст в таблицу — зоопарк против одного места:

Что	Зоопарк подписок	Все нейросети в одном месте
Кабинетов	5–10	1
Балансов	5–10, разные валюты	1 рублёвый
Способ оплаты	иностранные карты, VPN, риск бана	банковский платёж в ₽ на юр.лицо
Закрывающие документы	нет или вразнобой	единый пакет через ЭДО
Интеграций в коде	по одной на провайдера	одна (OpenAI-совместимая)
Переключение модели	новая интеграция	одна строка (`model`)
Новый релиз модели	новый аккаунт и договор	сразу в каталоге

Как начать

Переход с зоопарка на единую точку — это не миграция-проект на недели, а несколько шагов.

Оцените свой профиль нагрузки. Прикиньте, какие задачи у вас есть и сколько примерно токенов они потребляют. Это нужно, чтобы выбрать модели под задачи: дорогой флагман — только туда, где он оправдан, массовый поток — на дешёвый слой.
Подключите один ключ. Получаете ключ вида prm-... и адрес https://api.promptra.ru/v1. Этого достаточно для доступа ко всем моделям каталога.
Поменяйте base_url и ключ в коде. Если приложение уже на OpenAI SDK — это две строки в переменных окружения. Остальной код не трогаете. Проверьте на одном запросе, что ответ приходит.
Настройте выбор модели под задачу. Заведите маппинг «тип задачи → значение model»: например, классификация → qwen/qwen3.6-plus, код → anthropic/claude-opus-4.7, длинные документы → google/gemini-3.1-pro-preview. Переключение — это подстановка строки, а не новая интеграция.
Сверните зоопарк. По мере проверки переводите задачи со старых разрозненных аккаунтов на единый баланс. В конце месяца — один пакет документов вместо разбросанной первички.

Лучший способ проверить — не статья, а тест на своей реальной нагрузке за день-два: это стоит несколько сотен рублей и сразу даёт понимание по латентности, качеству и удобству биллинга. Хотите посчитать стоимость под свой профиль или обсудить подключение — напишите команде напрямую в Telegram: promptra.ru. Это CEO напрямую, без отдела продаж: технические вопросы решаются за один разговор. Если хотите сразу посмотреть, как выглядит доступ к конкретной модели, — вот страница ChatGPT API.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

Видео по API из России: Veo 3.1, Seedance 2.0 и Kling v3

Promptra Team — Wed, 17 Jun 2026 07:10:05 +0000

Генерация видео по API доступна из России через три топовые модели на одном OpenAI-совместимом endpoint: Google Veo 3.1, ByteDance Seedance 2.0 и Kling v3 от Kuaishou. Все три тарифицируются за секунду готового ролика, оплата идёт в рублях на российское юр.лицо с полным пакетом закрывающих документов через ЭДО. Стартовые ставки через Promptra: Seedance — от 3.58 ₽ за секунду (480p), Kling v3 Standard — от 4.52 ₽ за секунду (720p), Veo 3.1 — 28.67 ₽ за секунду (720p–1080p). Это цены 1-в-1 с прайсом провайдеров по курсу ЦБ РФ, без наценки на секунды.

Коротко, кому что: Veo 3.1 — премиум-качество и единственная из трёх с генерацией звуковой дорожки, берут под рекламу и продакшен, где картинка решает. Seedance 2.0 — баланс цены и качества, самый дешёвый вход (от 3.58 ₽/с), мультимодальный приём на входе (текст, изображение, видео, аудио). Kling v3 — сильный motion control: явное управление движением камеры и объектов, удобно когда нужна предсказуемая динамика. Ниже — полные таблицы цен из каталога, расчёт стоимости 5-секундного ролика для каждой модели, разбор text-to-video против image-to-video и как подключить видео-API из России без VPN. Все цены — на 2026-05-29.

Видео-API: голубой океан для российских команд

Прежде чем сравнивать модели, стоит сказать главное про рынок. Текстовые LLM (GPT, Claude, Gemini) через российские агрегаторы доступны давно и у многих. А вот видео-генерация по API почти никем в РФ не покрыта: конкуренты-агрегаторы либо вообще не дают доступ к Veo/Seedance/Kling по API, либо ограничиваются веб-интерфейсом с ручной выгрузкой роликов. Для команды, которой нужно встроить генерацию видео в продукт или пайплайн — в SaaS, в маркетинговую автоматизацию, в конвейер UGC-контента — это означает выбор из VPN-костылей и зарубежных карт.

Promptra даёт эти три модели через тот же OpenAI-совместимый шлюз, что и текстовые LLM, с оплатой в рублях и закрывающими документами. То есть видео-генерацию можно подключить так же, как вы подключаете чат-модель: один base_url, один ключ, оплата на юр.лицо. Отдельный договор, отдельная интеграция, отдельный валютный платёж за рубеж не нужны.

Это важный нюанс именно для бизнеса: видео-генерация дорогая по сравнению с текстом (секунда 1080p Veo стоит как сотни тысяч токенов GPT-5.4), поэтому расход обязан корректно проходить по бухгалтерии. О документах — в конце статьи.

Три модели: чем отличаются и кому что

У всех трёх моделей одна выходная модальность — видео, и общий способ тарификации — за секунду готового ролика. Различия — в качестве картинки, наличии звука, способах подачи на вход и в цене. Сведём в таблицу возможностей (данные из нашего каталога).

Параметр	Veo 3.1	Seedance 2.0	Kling v3 Standard
Провайдер	Google	ByteDance	Kuaishou
Идентификатор	`google/veo-3.1`	`bytedance/seedance-2.0`	`kwaivgi/kling-v3.0-std`
Вход (модальности)	текст	текст, изображение, видео, аудио	текст
Генерация звука	да	нет	нет
Максимальное разрешение	4K	1080p	1080p
Старт цены (₽/с)	28.67 ₽ (720p)	3.58 ₽ (480p)	4.52 ₽ (720p)
Позиционирование	премиум-качество + аудио	баланс / дёшево	motion control

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

Veo 3.1 — премиум-качество и звук

Veo 3.1 — флагманская модель видео-генерации Google и самая дорогая из трёх. Её отличает топовое качество картинки и единственная среди наших видео-моделей генерация звуковой дорожки: модель умеет синтезировать к ролику звук, а не только немое видео. Это закрывает сценарии, где нужна готовая сцена со звуком за один проход — короткая реклама, презентационные вставки, сцены с речью или фоновым звуком.

Базовое разрешение — 720p и 1080p по одной ставке, отдельно есть тариф 4K. Вход — текстовый (text-to-video); для image-to-video в каталоге есть отдельный вариант google/veo-3.1-i2v по той же посекундной ставке. Цены из каталога — это прямой пересчёт официального прайса Google по курсу ЦБ.

Разрешение	Цена Google (USD/с)	Цена Promptra (₽/с)
720p	$0.40	28.67 ₽
1080p	$0.40	28.67 ₽
4K	$0.60	43.00 ₽

Источник цен — официальный прайс Gemini API / Veo. У Google есть и более дешёвый Fast-вариант Veo со значительной скидкой, но в нашем каталоге как флагман заведена именно Standard-версия с топовым качеством.

Берите Veo 3.1, когда картинка и звук решают, а бюджет на секунду вторичен: рекламные ролики, продуктовые тизеры, сцены, которые пойдут на внешнюю аудиторию. Для массового потока дешёвого контента это избыточно дорого — там уместнее Seedance.

Seedance 2.0 — баланс и самый дешёвый вход

Seedance 2.0 от ByteDance — модель «золотой середины»: качество, достаточное для большинства задач, при самой низкой стартовой цене из трёх. Секунда 480p стоит 3.58 ₽ — почти в восемь раз дешевле секунды Veo. ByteDance анонсировала Seedance как наступление «эры одного юаня за секунду», и по нашему каталогу это близко к правде на нижних разрешениях.

Ещё одна сильная сторона — самый богатый вход среди трёх моделей: Seedance принимает текст, изображение, видео и аудио. То есть в одной линейке закрываются и text-to-video, и image-to-video (bytedance/seedance-2.0-i2v), и редактирование (seedance-2.0-edit), и расширение существующего ролика (seedance-2.0-extend) — последние два по сниженной ставке video-input тарифа.

Разрешение	Цена (USD/с)	Цена Promptra (₽/с)
480p	$0.05	3.58 ₽
720p	$0.14	10.03 ₽
1080p	$0.34	24.37 ₽

Тарификация Volcengine (платформа ByteDance) исходно посчитана по токенам (46 CNY за 1M токенов на чистую генерацию), посекундные ставки по разрешениям выведены из публичного листинга doubao-seedance-2-0. Первоисточник по ценам — документация Volcengine.

Берите Seedance, когда нужен объём контента при контролируемом бюджете: UGC-конвейеры, превью, A/B-варианты роликов, внутренние демо, прототипы. Заметьте, что 1080p Seedance (24.37 ₽/с) почти догоняет по цене 1080p Veo (28.67 ₽/с) — преимущество Seedance в цене наиболее велико на 480p и 720p.

Kling v3 — motion control

Kling v3 Standard от Kuaishou — модель с упором на управление движением. Помимо обычного text-to-video, в линейке есть отдельный режим Motion Control (kwaivgi/kling-v3.0-std-motion-control), который даёт явный контроль над движением камеры и объектов в кадре. Это решает частую боль видео-генерации — непредсказуемую «болтанку» камеры: когда нужна заданная траектория облёта, плавный наезд или конкретное направление движения, motion control экономит десятки переgenераций.

Базовый Standard-режим по цене встаёт между Seedance и Veo и дешевле Veo в несколько раз.

Режим / разрешение	Цена (USD/с)	Цена Promptra (₽/с)
Standard 720p	$0.063	4.52 ₽
Standard 1080p	$0.084	6.02 ₽
Motion Control 720p	$0.084	6.02 ₽
Motion Control 1080p	$0.1134	8.13 ₽

Источник — официальный прайс Kling; внутренняя тарификация считается в кредитах (Standard 1080p без звука — 8 кредитов/с), Motion Control добавляет +2 кредита/с поверх базового тарифа. Image-to-video (kwaivgi/kling-v3.0-std-i2v) идёт по той же посекундной ставке, что и text-to-video Standard.

Берите Kling, когда важна предсказуемая динамика кадра: облёты товара, заданные движения камеры, анимация с контролируемой траекторией. По цене 1080p (6.02 ₽/с) Kling существенно дешевле 1080p Veo (28.67 ₽/с), хотя и без генерации звука.

Сколько стоит ролик: расчёт на 5 секунд

Посекундная ставка превращается в понятную цифру, как только её умножить на длину ролика. Возьмём типовой короткий ролик — 5 секунд — и посчитаем стоимость для каждой модели и разрешения. Арифметика прямая: ставка ₽/с × длительность в секундах.

Модель	Разрешение	Ставка (₽/с)	Ролик 5 секунд
Seedance 2.0	480p	3.58 ₽	≈ 17.90 ₽
Kling v3 Standard	720p	4.52 ₽	≈ 22.60 ₽
Kling v3 Standard	1080p	6.02 ₽	≈ 30.10 ₽
Seedance 2.0	720p	10.03 ₽	≈ 50.15 ₽
Seedance 2.0	1080p	24.37 ₽	≈ 121.85 ₽
Veo 3.1	720p–1080p	28.67 ₽	≈ 143.35 ₽
Veo 3.1	4K	43.00 ₽	≈ 215.00 ₽

Разброс показателен: самый дешёвый 5-секундный ролик (Seedance 480p) стоит около 18 ₽, самый дорогой (Veo 4K) — около 215 ₽, разница примерно в 12 раз. Для прикидки месячного бюджета: тысяча 5-секундных роликов на Seedance 480p — около 18 000 ₽, та же тысяча на Veo 1080p — около 143 000 ₽.

Отсюда практический вывод по экономике: подбирайте модель и разрешение под назначение ролика. Черновики, превью и массовый внутренний контент — на дешёвых тарифах Seedance/Kling; финальные ролики на внешнюю аудиторию, где важны картинка и звук — на Veo. Многие команды строят двухступенчатую схему: дешёвая модель на этапе перебора идей и раскадровки, премиальная — только на финальный рендер отобранного варианта. Сервисная комиссия Promptra (5%) при этом берётся один раз при пополнении баланса, а не с каждого ролика.

Text-to-video и image-to-video: в чём разница

У видео-моделей два базовых способа подачи запроса, и важно понимать, чем они отличаются — это влияет и на результат, и на выбор модели.

Text-to-video (текст в видео) — модель генерирует ролик с нуля по текстовому описанию сцены. Вы пишете промпт («дрон облетает горный хребет на рассвете, тёплый свет»), модель синтезирует кадры целиком. Так работают базовые google/veo-3.1, bytedance/seedance-2.0 и kwaivgi/kling-v3.0-std. Это максимальная свобода, но и максимальная непредсказуемость композиции — вы не задаёте исходную картинку.

Image-to-video (изображение в видео) — на вход подаётся стартовый кадр (картинка), и модель «оживляет» его, достраивая движение. Это удобно, когда есть готовый визуал — фото товара, сгенерированная ранее картинка, кадр из брендбука — и нужно привести его в движение, сохранив композицию. В каталоге для этого есть отдельные варианты: google/veo-3.1-i2v, bytedance/seedance-2.0-i2v, kwaivgi/kling-v3.0-std-i2v. Посекундная ставка у i2v-вариантов та же, что у базовых text-to-video.

Связка работает особенно хорошо в паре с генерацией изображений: сначала вы получаете идеальный кадр через image-модель, потом анимируете его через i2v. Про генерацию картинок по API — Nano Banana Pro и GPT Image 2 — у нас есть отдельный разбор: генерация изображений по API за рубли. Seedance вдобавок умеет принимать на вход и видео (режимы edit/extend) — редактировать и продлевать готовые ролики.

Как подключить видео-API из России

Технически видео-модели через Promptra подключаются по тому же принципу, что и текстовые: совместимый с OpenAI endpoint, меняется base_url, ключ OpenAI заменяется ключом Promptra. Разница — в том, что генерация видео асинхронная: ролик рендерится не мгновенно, поэтому работа идёт в два шага — сначала задача отправляется (submit), потом по идентификатору опрашивается её статус (task), пока видео не будет готово. В каталоге у видео-моделей для этого есть endpoints videos_submit и videos_task.

Базовый запрос на генерацию (отправка задачи):

curl https://api.promptra.ru/v1/videos/submit \
 -H "Authorization: Bearer prm-xxxxxxxxxxxx" \
 -H "Content-Type: application/json" \
 -d '{
 "model": "bytedance/seedance-2.0",
 "prompt": "дрон облетает горный хребет на рассвете, тёплый свет",
 "resolution": "720p",
 "duration": 5
 }'

В ответ приходит идентификатор задачи. Затем опрашиваем её статус, пока не вернётся ссылка на готовый ролик:

curl https://api.promptra.ru/v1/videos/task/TASK_ID \
 -H "Authorization: Bearer prm-xxxxxxxxxxxx"

То же на Python — с простым ожиданием готовности:

import os, time, httpx

BASE = "https://api.promptra.ru/v1"
KEY = os.environ["PROMPTRA_API_KEY"] # ключ Promptra
headers = {"Authorization": f"Bearer {KEY}"}

# 1. Отправляем задачу на генерацию
submit = httpx.post(
 f"{BASE}/videos/submit",
 headers=headers,
 json={
 "model": "google/veo-3.1",
 "prompt": "дрон облетает горный хребет на рассвете, тёплый свет",
 "resolution": "1080p",
 "duration": 5,
 },
).json

task_id = submit["id"]

# 2. Ждём готовности и забираем ссылку на ролик
while True:
 task = httpx.get(f"{BASE}/videos/task/{task_id}", headers=headers).json
 if task["status"] == "completed":
 print("Готово:", task["video_url"])
 break
 time.sleep(5)

Точные имена полей в ответе зависят от конкретной модели — ориентируйтесь на фактический JSON, который вернёт endpoint. Принцип одинаков для всех трёх моделей: меняете model на нужный идентификатор (google/veo-3.1, bytedance/seedance-2.0, kwaivgi/kling-v3.0-std), а схема submit → poll → download остаётся той же.

Почему этот путь надёжнее прямого доступа через VPN и зарубежные карты, мы подробно разбирали в гайде про OpenAI API в России: там и про блокировки аккаунтов, и про риски карт, и про юридическую сторону — те же аргументы целиком применимы к видео-моделям Google, ByteDance и Kuaishou.

Какую модель выбрать: короткая шпаргалка

Свяжем всё вместе. Выбор сводится к трём вопросам: нужен ли звук, насколько важна предсказуемость движения и каков бюджет на секунду.

Нужен звук в ролике → только Veo 3.1 (единственная из трёх генерирует звуковую дорожку).
Нужно топовое качество картинки на внешнюю аудиторию, бюджет вторичен → Veo 3.1, при необходимости 4K.
Нужен объём контента при минимальной цене → Seedance 2.0, особенно на 480p/720p (от 3.58 ₽/с).
Нужен богатый вход (анимировать картинку, редактировать или продлить видео) → Seedance 2.0 (принимает текст, изображение, видео, аудио).
Нужна предсказуемая динамика и управление камерой → Kling v3 в режиме Motion Control.
Нужно дешёвое 1080p без звука → Kling v3 Standard (6.02 ₽/с против 28.67 ₽/с у Veo).

На практике многие команды используют не одну модель, а связку: перебирают идеи на дешёвой Seedance, финальный ролик со звуком рендерят на Veo, а сцены с заданным движением камеры — на Kling. Поскольку все три доступны через один endpoint и один баланс, переключение между ними — это смена строки model в запросе.

Оплата и документы для юр.лица

Видео-генерация — заметная статья расходов (тысячи рублей в месяц на активном использовании), поэтому для команды в компании важно, как эти траты проходят по бухгалтерии. Promptra принимает оплату на российское юр.лицо — российское юр.лицо — с полным пакетом закрывающих документов: договор-оферта, счёт, акт, счёт-фактура, УПД. Документооборот идёт через ЭДО (Диадок, СБИС) — документы автоматически проводятся в учётной системе.

Это принципиальное отличие от прямого доступа к Google, ByteDance или Kuaishou через VPN и зарубежные карты: при таком сценарии у вас на руках нет закрывающих документов российского формата, расход на видео-генерацию сложно корректно учесть, а аккаунт живёт до первого бана. Расходы без правильно оформленной первички не принимаются к учёту бизнеса. Юридическую и бухгалтерскую сторону работы с зарубежными нейросетями мы разобрали в гайде про легальность работы с AI API на юр.лицо.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

Syntx или Promptra: что выбрать бизнесу

Promptra Team — Tue, 16 Jun 2026 17:05:06 +0000

Коротко для тех, кто пришёл за ответом: нейросеть Syntx и Promptra решают одну задачу — доступ к зарубежным ИИ из России без VPN, — но это продукты для разных пользователей. Syntx — B2C-агрегатор: Telegram-бот и веб-приложение, где человек руками генерирует тексты, картинки, видео и музыку, оплачивая всё токенами по подписке. Promptra — B2B API-сервис: один OpenAI-совместимый endpoint для интеграции в ваш продукт, оплата на юр.лицо российское юр.лицо с полным пакетом закрывающих документов через ЭДО и ценой на токены 1-в-1 с провайдером по курсу ЦБ. Если вы ищете Syntx альтернативу под продуктовую интеграцию и бухгалтерию команды, а не под чат в окне бота, — эта статья разложит различия по полочкам.

Сразу честно: я работаю в Promptra, и это не «обзор-разоблачение». Syntx — популярный продукт с большим охватом аудитории, и часть задач он закрывает удобнее нас — в первую очередь для нетехнического пользователя, которому нужно «здесь и сейчас сгенерировать картинку в чате». Цель статьи — дать объективные критерии (формат доступа, модель оплаты, документы, каталог, аудитория), чтобы вы выбрали под свою задачу осознанно, а не по громкости рекламы.

Все цены Promptra ниже — на 27.05.2026 при курсе ЦБ РФ 71.668 ₽/USD, пересчёт из официального долларового прайса провайдеров. Внешние факты — со ссылками на первоисточники. По Syntx я не привожу конкретные рублёвые тарифы и стоимость токенов: они живут на их сайте, зависят от подписки и периодически меняются, поэтому актуальные цифры смотрите на syntx.ai, а здесь я разбираю формат и методологию, а не пытаюсь зафиксировать чужой прайс на один день.

Что такое нейросеть Syntx

Syntx (Syntx AI) — это российский агрегатор нейросетей, который объединяет доступ к десяткам зарубежных и отечественных моделей в одном интерфейсе. Главные точки входа — Telegram-бот (@syntxaibot) и веб-приложение с синхронизированным балансом. Авторизация через Telegram или Google, дальше — панель с категориями: текст, изображения, видео, аудио, работа с документами. По данным официального сайта, платформа даёт доступ к большому набору моделей (заявлено «90+ AI») — от чат-моделей вроде GPT и Claude до генераторов изображений и видео, — работает в России без VPN и принимает карты РФ. Подробнее — актуальные тарифы LLM в рублях с разбивкой по моделям.

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

Чего у формата «бот для человека» по природе нет — это программного доступа для встраивания в собственный продукт. Если нужно, чтобы нейросеть отвечала клиентам внутри вашего приложения, обрабатывала заявки в вашей CRM или генерировала тексты в вашем бэкенде по расписанию — чат в боте эту задачу не решает. Здесь начинается территория API, на которой работает Promptra.

Что такое Promptra

Promptra — это B2B-сервис доступа к зарубежным LLM по API из России, построенный по модели глобального OpenRouter. Один ключ → один OpenAI-совместимый endpoint → доступ ко всему каталогу: GPT-5.5, Claude Opus 4.7, Gemini 3.1 Pro, DeepSeek V4 Pro и десяткам других моделей, включая генерацию изображений и видео. Никакого веб-чата для ручного общения — это инфраструктура, которую разработчик встраивает в свой код.

Три вещи, которые отличают Promptra и видны прямо на лендинге:

Цена на токены 1-в-1 с провайдером по курсу ЦБ, без наценки на токены. Сервисная комиссия 5% — только при пополнении баланса (за эквайринг, документооборот и работу сервиса), а не за каждый токен.
Оплата на юр.лицо — российское юр.лицо, (публикуется). Полный пакет первички: договор-оферта, счёт, акт, счёт-фактура, УПД — через ЭДО (Диадок/СБИС/Контур).
Единая точка контакта — все вопросы по подключению решаются с командой напрямую в Telegram: promptra.ru. Живой человек, а не тикет-система.

Чем Promptra не является: это не веб-чат и не бот для ручной генерации (нет окна «пиши запрос — получай картинку»), не B2C-подписка для частного пользователя и не «нейросеть всё-в-одном для всех». Мы целимся в команды разработки в компаниях, которым нужен API в коде и нормальные документы для бухгалтерии.

Формат — главное различие: бот для человека vs API для кода

Прежде чем сравнивать цены и документы, зафиксируем главное: Syntx и Promptra находятся в разных слоях стека. Это не «два конкурента за один кошелёк», а два инструмента, которые иногда покупает один и тот же человек для разных задач.

Критерий	Syntx	Promptra
Основной формат	Telegram-бот + веб-приложение	OpenAI-совместимый API (endpoint)
Кто пользуется	Конечный пользователь руками	Код / приложение разработчика
Как «общаться» с моделью	Окно чата, кнопки, выбор инструмента	HTTP-запрос из вашего бэкенда
Типичная задача	Сгенерировать текст/картинку/видео вручную	Встроить ИИ в свой продукт, автоматизация
Порог входа	Нулевой — открыл бот, написал	Нужен разработчик и интеграция
Аудитория	B2C: маркетологи, дизайнеры, студенты	B2B: продуктовые команды, агентства, интеграторы

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

Стоит отметить: у Syntx, по информации на сайте, есть Enterprise-направление с индивидуальными условиями (от 15 подписок). Но Enterprise-подписки на бота — это всё ещё про доступ людей к интерфейсу, а не про программную интеграцию. Разные потребности, важно их не путать при выборе.

Каталог моделей: широта vs глубина под прод

У двух сервисов разная философия каталога, и она вытекает из формата.

Syntx делает ставку на широту для конечного пользователя: по заявлению на сайте — «90+ AI» в одном окне, причём в максимально разных модальностях. Текстовые чат-модели, генераторы изображений (упоминаются Midjourney, Flux), видео (Veo, Sora-класса), музыка, синтез и клонирование голоса, работа с документами. Логика понятна: человек в боте хочет один интерфейс на все творческие задачи, чтобы не заводить аккаунты на десяти платформах. Это сильная сторона B2C-формата — «всё в одном чате».

Promptra делает ставку на каталог под продакшн-интеграцию: десятки моделей от ключевых провайдеров (OpenAI, Anthropic, Google, DeepSeek, плюс китайские Qwen/GLM/Kimi/MiniMax и видео/изображения), но с единым OpenAI-совместимым контрактом и прозрачной ценой за токен по каждой модели. Смысл не в том, чтобы поразить количеством логотипов, а в том, чтобы вы могли переключать модель в коде одной строкой и точно знать, сколько стоит миллион токенов каждой. Вот реальные цены из нашего каталога (за 1 млн токенов, формат input / output):

Модель	USD за 1M (in / out)	₽ за 1M (in / out)	Контекст
Claude Opus 4.7	$5 / $25	350 / 1790 ₽	1M
Claude Sonnet 4.6	$3 / $15	210 / 1070 ₽	1M
GPT-5.5	$5 / $30	350 / 2150 ₽	1.05M
GPT-5.4	$2.5 / $15	170 / 1070 ₽	1.05M
Gemini 3.1 Pro Preview	$2 / $12	140 / 860 ₽	1M
DeepSeek V4 Pro	$0.435 / $0.87	30 / 60 ₽	1M

DeepSeek V4 Pro по этой цене включает промо-скидку −75%, действующую до 2026-05-31; базовая ставка после промо — около $1.74 / $3.48 за 1M (то есть ~120 / 240 ₽). Цифры — из официального прайса DeepSeek. Цены OpenAI и Anthropic — с их официальных страниц: openai.com, anthropic.com.

Разница в подходе: у Syntx цена выражена во внутренних токенах платформы (их курс к запросу задаёт сервис), у Promptra — в долларах провайдера по курсу ЦБ, и вы видите ту же цифру, что на странице тарифов. Ни один подход не «правильнее»: для B2C-пользователя удобнее единая валюта токенов, для бизнеса, который защищает расходы перед ФНС, важнее привязка к официальному прайсу провайдера и курсу ЦБ.

Модель оплаты: подписка и токены vs баланс по курсу ЦБ

Здесь различие самое практическое.

Syntx — подписочная B2C-модель с внутренними токенами. Вы оформляете подписку (на сайте упоминаются периоды 1/3/6/12 месяцев), есть бесплатный стартовый лимит, дальше пополняете баланс токенов и тратите их на генерации. Дорогая модель = больше токенов за запрос. Оплата картами РФ. Это понятная и привычная для частного пользователя схема: как подписка на стриминг, только токенами платишь за конкретные генерации. Главный плюс — простота: не надо считать input/output-токены провайдера, всё абстрагировано в «токены платформы».

Promptra — баланс с расходом по факту использования модели. Вы пополняете счёт, дальше каждый запрос списывает реальную стоимость токенов конкретной модели по курсу ЦБ — без наценки на токены. Сервисная комиссия 5% берётся только при пополнении (за эквайринг, документооборот, работу сервиса), а не за каждый токен. Положили 100 000 ₽ → 5 000 ₽ комиссия за перевод/документы → на баланс зачислено 95 000 ₽, которые вы тратите по долларовому прайсу провайдера в пересчёте по курсу ЦБ.

Что это значит на практике. Для человека, который делает 50 картинок и 20 текстов в месяц, подписка Syntx с токенами — ровно та модель, что ему нужна: предсказуемый платёж, ноль возни. Для бизнеса, у которого LLM крутится в проде и расход исчисляется миллионами токенов, важнее другое — отсутствие наценки на сам токен (на объёме разница между «по курсу ЦБ» и «с маркетинговой маржой» превращается в зарплату инженера) и прозрачность, какая модель сколько съела. Вопрос не «кто дешевле в вакууме», а «какая модель оплаты соответствует вашему типу нагрузки».

Закрывающие документы: чего у B2C-формата обычно нет

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

Когда компания платит за инструмент, ей мало списания с карты — нужны документы, чтобы принять расход к налоговому учёту и пройти проверку ФНС. Стандартный B2B-пакет — договор, счёт, акт, счёт-фактура и УПД (универсальный передаточный документ) через оператора ЭДО. Без них расход на нейросеть превращается в головную боль для бухгалтера: «а на основании чего вы это списали?».

Syntx по своей природе B2C-продукт: оплата картой за подписку. Конкретный набор документов для юрлиц уточняйте у них напрямую — формат закупки B2C-сервиса обычно не подразумевает полного пакета первички «из коробки», а для бизнеса это критично. Планируете оформлять как корпоративный расход — это первый вопрос к поддержке Syntx до оплаты.

Promptra изначально построен под B2B-сценарий: полный пакет закрывающих документов — стандарт, не доплата. Оплата на юр.лицо российское юр.лицо ( опубликован), договор-оферта и УПД идут через ЭДО (Диадок, СБИС, Контур). Бухгалтер получает первичку в привычном виде, расход на API списывается как обычная услуга. Подробно про документы для списания расходов на ИИ — в разборе «Легально ли использовать AI API на юрлицо в РФ».

Частному лицу, которое платит за творческий инструмент из своего кармана, документы, скорее всего, не нужны — и формат Syntx тут не минус. Но если за инструмент платит компания и расход надо проводить официально, полный пакет первички через ЭДО становится решающим фактором — и это сильная сторона B2B-формата Promptra.

Подключение по API: drop-in за пять минут

Главное практическое преимущество API-формата — встраивание в код любого стека одной заменой base_url. Promptra совместим с OpenAI SDK, поэтому если у вас уже есть код под OpenAI, миграция — это две строки.

Python:

from openai import OpenAI

client = OpenAI(
 api_key="ВАШ_КЛЮЧ_PROMPTRA",
 base_url="https://api.promptra.ru/v1",
)

resp = client.chat.completions.create(
 model="anthropic/claude-opus-4.7",
 messages=[{"role": "user", "content": "Сформулируй УТП для B2B-сервиса в 2 предложениях"}],
)
print(resp.choices[0].message.content)

Node.js:

import OpenAI from "openai";

const client = new OpenAI({
 apiKey: process.env.PROMPTRA_API_KEY,
 baseURL: "https://api.promptra.ru/v1",
});

const resp = await client.chat.completions.create({
 model: "openai/gpt-5.5",
 messages: [{ role: "user", content: "Привет!" }],
});
console.log(resp.choices[0].message.content);

Чтобы сменить модель — меняете строку model: с anthropic/claude-opus-4.7 на openai/gpt-5.5, google/gemini-3.1-pro-preview или deepseek/deepseek-v4-pro. Endpoint и формат запроса не меняются. Это и есть смысл агрегатора по API: один контракт, любой провайдер. У формата «бот в Telegram» аналога нет — там вы меняете модель кнопкой в интерфейсе для ручной генерации, но встроить это в свой бэкенд нельзя. Для интеграций с инструментами разработки — например, Claude Code на своём ключе — нужен именно API.

Когда выбирать Syntx, а когда Promptra

Честный decision-tree без перетягивания одеяла.

Выбирайте Syntx, если:

Вы конечный пользователь (маркетолог, дизайнер, SMM, копирайтер, студент), и вам нужно генерировать контент руками в удобном интерфейсе.
Нужен один чат на все модальности сразу — текст, картинки, видео, музыка, озвучка — без заведения аккаунтов на десяти платформах.
Удобнее платить подпиской с понятными токенами, чем считать input/output-токены провайдера.
Вы платите за инструмент из своего кармана, и закрывающие документы для бухгалтерии вам не нужны.
Порог входа должен быть нулевым: открыл бот в Telegram — и сразу работаешь, без разработчика.

Выбирайте Promptra, если:

Вам нужен API для встраивания ИИ в собственный продукт, бот, CRM или бэкенд — а не интерфейс для ручной генерации.
За инструмент платит компания, и нужны полные закрывающие документы (договор, счёт, акт, счёт-фактура, УПД через ЭДО) для налогового учёта.
Расход на LLM — заметная статья бюджета, и важна цена на токены 1-в-1 с провайдером по курсу ЦБ, без наценки на токены.
Нужна гибкость моделей в коде: A/B-тесты разных провайдеров, переключение модели одной строкой, единый OpenAI-совместимый контракт.
Вы техническая команда, которая оценивает сервис по совместимости и прозрачности цены, а не по удобству чата.

Можно и вместе. Это не взаимоисключающие вещи. Маркетолог в компании может пользоваться Syntx-ботом для черновиков креативов руками, а продуктовая команда той же компании — крутить Promptra по API внутри приложения для автоматических ответов клиентам. Разные слои, разные задачи, оба легальны и работают из России без VPN. Вопрос не «кто победил», а «какой инструмент под какую потребность».

Если хотите сравнить именно среди API-агрегаторов для бизнеса — посмотрите разборы ProxyAPI vs Promptra и обзор лучших агрегаторов LLM API в России 2026: там сравнение идёт между сервисами одного класса (API-to-API), а не между ботом и API.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

Streaming LLM-ответов через SSE: Python-гайд для real-time чатов и UI

Promptra Team — Tue, 16 Jun 2026 14:45:06 +0000

Когда пользователь нажимает «Отправить» в чате — он хочет видеть ответ сейчас, а не через 10 секунд. Streaming через Server-Sent Events (SSE) решает это: первый токен приходит за 300–800 мс, дальше текст набирается в UI плавно, как живая печать. Через единый шлюз Promptra все флагманы — Claude Opus 4.7 (350/1790 ₽), GPT-5.5 (350/2150 ₽), Gemini 3.1 Pro (140/860 ₽), DeepSeek V4 Pro (30/60 ₽) — поддерживают streaming через OpenAI-совместимый формат stream=True, что радикально упрощает архитектуру.

Этот гайд — рабочий код стриминга на Python для всех трёх семейств моделей, обработка chunks с TTFT-замером, robust error handling с retry, готовый FastAPI proxy для проброса в браузер, и рекомендации по UI integration. Если вы строите чат-интерфейс, агента с интерактивным ответом или CLI-тул с живым выводом — это базовый паттерн. оплата в рублях по договору, полный пакет закрывающих документов, цены в рублях по курсу ЦБ.

TL;DR — streaming за 15 строк

from openai import OpenAI

client = OpenAI(api_key="sk-promptra-...", base_url="https://api.promptra.ru/v1")

stream = client.chat.completions.create(
    model="gpt-5-5",
    messages=[{"role": "user", "content": "Расскажи о SSE в 5 предложениях."}],
    stream=True,
)

for chunk in stream:
    if chunk.choices[0].delta.content:
        print(chunk.choices[0].delta.content, end="", flush=True)

Один параметр stream=True превращает обычный вызов в SSE-поток. Дальше — итерация по chunks, печать delta.content без переноса строки и flush=True чтобы видеть в реальном времени.

Что такое SSE и почему именно он

Server-Sent Events — простой протокол стриминга от сервера к клиенту поверх обычного HTTP-соединения. Сервер держит TCP-соединение открытым и периодически шлёт куски данных в формате data: <строка>\n\n. Клиент читает их по мере прихода. Это однонаправленный канал (только сервер → клиент), что делает SSE проще WebSocket: не нужен upgrade-handshake, работает через любой HTTP proxy и CDN, автоматически переподключается при разрыве. Эта статья — часть pillar-гида: полный технический гид по LLM API на Python — токены, function calling, streaming, RAG, batch.

Для LLM streaming SSE идеален:

Модель генерирует токены последовательно — нужен только канал сервер→клиент.
Если клиент закроет соединение — сервер может прервать генерацию (экономия токенов).
SSE поддерживается всеми браузерами через нативный EventSource API.
HTTP/1.1 keep-alive держит соединение без накладных расходов.

Все три флагмана — OpenAI, Anthropic, Google — используют SSE для streaming endpoint'а. Через единый шлюз Promptra формат нормализован: даже Claude и Gemini выдают chunks в OpenAI-совместимом виде с delta.content — что упрощает фронтенд.

Streaming на OpenAI SDK (GPT-5.5)

Минимальный паттерн с замером TTFT и подсчётом токенов:

import time
from openai import OpenAI

client = OpenAI(
    api_key="sk-promptra-...",
    base_url="https://api.promptra.ru/v1",
)

def stream_chat(prompt: str, model: str = "gpt-5-5") -> dict:
    start = time.perf_counter
    ttft = None
    accumulated = []
    usage = None

    stream = client.chat.completions.create(
        model=model,
        messages=[{"role": "user", "content": prompt}],
        stream=True,
        stream_options={"include_usage": True},
    )

    for chunk in stream:
        if not chunk.choices:
            # последний chunk содержит usage
            if chunk.usage:
                usage = chunk.usage
            continue

        delta = chunk.choices[0].delta
        if delta.content:
            if ttft is None:
                ttft = (time.perf_counter - start) * 1000   # мс
            accumulated.append(delta.content)
            print(delta.content, end="", flush=True)

    total_ms = (time.perf_counter - start) * 1000
    full_text = "".join(accumulated)

    return {
        "text": full_text,
        "ttft_ms": round(ttft, 1) if ttft else None,
        "total_ms": round(total_ms, 1),
        "prompt_tokens": usage.prompt_tokens if usage else None,
        "completion_tokens": usage.completion_tokens if usage else None,
        "tokens_per_sec": round(
            usage.completion_tokens / ((total_ms - ttft) / 1000), 1
        ) if usage and ttft else None,
    }

stream_options={"include_usage": True} — критичный параметр. Без него usage в стриме не возвращается, и вы не сможете посчитать стоимость. Подробнее про подсчёт токенов и цены — в материале «Как считать токены в LLM».

То же на Claude Opus 4.7 — смена одной строки

Через шлюз Promptra Claude доступен по OpenAI-совместимому формату:

result = stream_chat("Объясни асинхронность в Python", model="claude-opus-4-7")
print(f"\nTTFT: {result['ttft_ms']} мс, всего: {result['total_ms']} мс")
print(f"Throughput: {result['tokens_per_sec']} tok/s")

В нативном Anthropic SDK chunks имеют другую структуру (event-based: message_start, content_block_delta, message_stop), но через OpenAI-совместимый слой это нормализуется. Это значит один и тот же код работает на всех моделях — вы меняете строку model и сравниваете результаты. Подробности нативного формата Anthropic — в их streaming documentation, параметры streaming для OpenAI описаны в OpenAI API reference.

Реальные TTFT и throughput (Promptra benchmark 2026-05)

Замеряли через единый шлюз на одинаковом промте «Объясни принцип работы X в 200 словах»:

Модель	TTFT медиана	Throughput	TTFT p99
GPT-5.5	510 мс	78 tok/s	980 мс
GPT-5.4	320 мс	105 tok/s	620 мс
Claude Opus 4.7	680 мс	65 tok/s	1280 мс
Claude Sonnet 4.6	410 мс	92 tok/s	780 мс
Gemini 3.1 Pro	380 мс	88 tok/s	720 мс
Gemini 3.5 Flash	240 мс	140 tok/s	470 мс
DeepSeek V4 Pro	290 мс	110 tok/s	540 мс

Для UX чата хорошим считается TTFT под 700 мс — пользователь видит реакцию почти мгновенно. Throughput важен для длинных ответов: 100 tok/s — это ~75 русских слов в секунду, читается комфортно.

Streaming function calls

Когда в стриме включён tool calling, chunks отдают delta.tool_calls с кусочками JSON arguments. Аккумулируете их по индексу и парсите целиком только в конце:

def stream_with_tools(prompt: str, tools: list) -> dict:
    stream = client.chat.completions.create(
        model="claude-opus-4-7",
        messages=[{"role": "user", "content": prompt}],
        tools=tools,
        stream=True,
    )

    tool_calls = {}   # index → accumulated
    content = []
    finish_reason = None

    for chunk in stream:
        if not chunk.choices:
            continue
        delta = chunk.choices[0].delta
        finish_reason = chunk.choices[0].finish_reason or finish_reason

        if delta.content:
            content.append(delta.content)

        if delta.tool_calls:
            for tc in delta.tool_calls:
                idx = tc.index
                if idx not in tool_calls:
                    tool_calls[idx] = {
                        "id": tc.id or "",
                        "name": "",
                        "arguments": "",
                    }
                if tc.function:
                    if tc.function.name:
                        tool_calls[idx]["name"] = tc.function.name
                    if tc.function.arguments:
                        tool_calls[idx]["arguments"] += tc.function.arguments

    # парсим целиком только после стрима
    parsed = []
    if finish_reason == "tool_calls":
        for idx, call in sorted(tool_calls.items):
            parsed.append({
                "id": call["id"],
                "name": call["name"],
                "arguments": json.loads(call["arguments"]),
            })

    return {
        "content": "".join(content),
        "tool_calls": parsed,
        "finish_reason": finish_reason,
    }

Не пытайтесь делать json.loads на каждом chunk — он будет невалидным. Подробности про function calling — в материале «Function calling и tool use на Python».

Robust error handling и retry

Стрим может оборваться в трёх местах: до первого chunk'а (TTFT timeout), в середине (network drop), на финальном chunk'е (content_filter). Стратегия:

import time
from openai import OpenAI, APIConnectionError, APIStatusError

def stream_with_retry(prompt: str, max_retries: int = 3) -> str:
    for attempt in range(max_retries):
        try:
            accumulated = []
            stream = client.chat.completions.create(
                model="claude-opus-4-7",
                messages=[{"role": "user", "content": prompt}],
                stream=True,
                timeout=300,   # глобальный timeout
            )
            for chunk in stream:
                if not chunk.choices:
                    continue
                delta = chunk.choices[0].delta
                if delta.content:
                    accumulated.append(delta.content)
                    yield delta.content   # отдаём наружу
            return   # успешно дошли до конца

        except (APIConnectionError, TimeoutError) as e:
            partial = "".join(accumulated)
            if partial and attempt == max_retries - 1:
                # последняя попытка — возвращаем что есть
                yield f"\n[Прервано после {len(partial)} символов: {e}]"
                return
            # exponential backoff
            time.sleep(2 ** attempt)
            continue
        except APIStatusError as e:
            # 4xx ошибка — retry не поможет
            yield f"\n[Ошибка API: {e.message}]"
            return

Что важно:

Сохраняйте partial output — токены, которые модель уже отдала, оплачены. Их разумно показать пользователю с пометкой «прервано».
Exponential backoff — 1с, 2с, 4с между попытками. Без него вы заDDoSите шлюз при массовом сбое сети.
Не retry'те 4xx — это ваши ошибки (невалидный запрос, лимит, нет ключа), повторение не поможет.
Глобальный timeout 300 секунд — длинные reasoning-ответы (Opus 4.7) могут идти долго, но не бесконечно.

FastAPI proxy для браузера

Стандартный паттерн: фронтенд не знает ключа LLM, ходит к вашему FastAPI endpoint, тот стримит наружу:

from fastapi import FastAPI
from fastapi.responses import StreamingResponse
from pydantic import BaseModel
from openai import AsyncOpenAI
import json

app = FastAPI

async_client = AsyncOpenAI(
    api_key="sk-promptra-...",
    base_url="https://api.promptra.ru/v1",
)

class ChatRequest(BaseModel):
    message: str
    model: str = "claude-opus-4-7"

async def event_stream(req: ChatRequest):
    stream = await async_client.chat.completions.create(
        model=req.model,
        messages=[{"role": "user", "content": req.message}],
        stream=True,
        stream_options={"include_usage": True},
    )
    async for chunk in stream:
        if chunk.choices and chunk.choices[0].delta.content:
            payload = json.dumps({
                "type": "text",
                "content": chunk.choices[0].delta.content,
            }, ensure_ascii=False)
            yield f"data: {payload}\n\n"
        if chunk.usage:
            payload = json.dumps({
                "type": "usage",
                "prompt_tokens": chunk.usage.prompt_tokens,
                "completion_tokens": chunk.usage.completion_tokens,
            })
            yield f"data: {payload}\n\n"
    yield "data: [DONE]\n\n"

@app.post("/chat/stream")
async def chat_stream(req: ChatRequest):
    return StreamingResponse(
        event_stream(req),
        media_type="text/event-stream",
        headers={
            "Cache-Control": "no-cache",
            "Connection": "keep-alive",
            "X-Accel-Buffering": "no",   # отключить буфер nginx
        },
    )

X-Accel-Buffering: no — критичный заголовок для nginx, без него стрим буферизуется. На фронтенде стандартный EventSource:

const evtSource = new EventSource('/chat/stream', { withCredentials: true });
evtSource.onmessage = (e) => {
  if (e.data === '[DONE]') {
    evtSource.close;
    return;
  }
  const payload = JSON.parse(e.data);
  if (payload.type === 'text') {
    document.getElementById('output').textContent += payload.content;
  }
};

Подробнее про архитектуру чат-бота — в материале «Чат-бот на нейросети API».

UI integration: что не забыть

Когда стрим работает, надо корректно показать его пользователю. Чек-лист:

Курсор «печатающего» — мигающая «|» в конце аккумулированного текста. Уберите после [DONE].
Auto-scroll к низу при каждом новом chunk'е, но отменяйте если пользователь сам прокрутил вверх (читает прошлый ответ).
Кнопка «Stop» — посылает abort на ваш FastAPI, тот закрывает стрим с LLM. Сэкономит токены пользователя.
Кнопка «Regenerate» — повтор запроса с тем же контекстом. Полезно при content_filter или пустом ответе.
Indicator расхода — после [DONE] показать «Потрачено: 1240 токенов = 1.85 ₽». Прозрачность повышает доверие.
Markdown rendering — стримите plain text в буфер, а рендерите Markdown только по окончании chunk'а или по фразам. Иначе таблицы и code-блоки будут «прыгать».
Code blocks с syntax highlighting — рендерите финально, не пытайтесь highlight'ить inline.

Для production-чатов добавьте rate limit на endpoint (запросов на пользователя в минуту), pre-flight бюджет-чек («Как считать токены в LLM»), и логирование всех завершённых стримов с TTFT, throughput, finish_reason.

Оплата и закрывающие документы

Юрлицо-исполнитель — российское юр.лицо , резидент РФ. Сервисная комиссия 5% берётся только при пополнении баланса, на токены наценки нет. Полный пакет закрывающих документов (договор-оферта, счёт на оплату, акт оказанных услуг, счёт-фактура, УПД) приходит через ЭДО — Диадок, СБИС, Контур. Подробнее — на странице «Тарифы».

Что дальше

Streaming через SSE — это один параметр stream=True и цикл for chunk in stream. Дальше — TTFT-замер, обработка ошибок с partial output, FastAPI-proxy для скрытия ключа, и аккуратный UI с auto-scroll и кнопкой Stop. С этим набором ваш чат становится отзывчивым на уровне ChatGPT.app или Claude.ai, а под капотом — один шлюз ко всем флагманам. Полезные следующие шаги: «Function calling на Python» для streaming tool calls, «Embeddings и RAG» для контекстуальных чатов, и «Async-вызовы и Batch API» для batch-сценариев без UI. Если нужно подобрать модель под ваш чат или подключить ключ через юрлицо — напишите команде Promptra в Telegram.

📚 Главный гайд по теме: Лучшая нейросеть 2026: какую LLM выбрать под задачу — связанные материалы и обзор всей категории.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

Rate limiting и retry стратегии для LLM API: exponential backoff, circuit breaker, queue

Promptra Team — Tue, 16 Jun 2026 10:55:00 +0000

Под нагрузкой LLM API падает. Не «всегда», а в худший момент — когда пользователей больше, чем обычно. Без правильной стратегии 429 («слишком много запросов») и 503 («провайдер перегружен») превращают временный пик в полный отказ сервиса: клиенты ретраят, нагрузка растёт лавиной, очередь разбухает, всё падает. Через единый шлюз Promptra (Claude Opus 4.7 — 350/1790 ₽, GPT-5.5 — 350/2150 ₽, DeepSeek V4 Pro — 30/60 ₽) ошибки нормализованы под OpenAI-формат — одна и та же стратегия работает для всех моделей, что упрощает переключение между провайдерами при их деградации.

Этот гайд — production-стек защиты: Tenacity для exponential backoff с jitter, circuit breaker для быстрого обхода падшего провайдера, token bucket для собственного rate limiting, конкретные коды и таймауты для всех ключевых ошибок. С работающими примерами кода, конфигами retry policy и метриками для мониторинга. оплата в рублях по договору, полный пакет закрывающих документов.

TL;DR — три слоя защиты

Token bucket на своей стороне — не отправляем больше N RPS, не дожидаясь 429 от провайдера.
Exponential backoff с jitter через Tenacity — на редкие 429/503 ждём 1с±50%, 2с±50%, 4с±50%, 8с±50%, до 3 попыток.
Circuit breaker — если 5 фейлов подряд за 30 сек, открываем «выключатель» на 60 сек и идём в fallback (другой провайдер или кэш). Эта статья — production-расширение нашего pillar-гида полный технический гид по LLM API на Python: токены, function calling, streaming, RAG, async/batch.

429 и 503: что говорят провайдеры

Реальные сообщения от OpenAI, Anthropic и Google:

// OpenAI 429
{
  "error": {
    "message": "Rate limit reached for gpt-5-5 in organization org-X on requests per min (RPM): Limit 500, Used 500, Requested 1.",
    "type": "rate_limit_error",
    "code": "rate_limit_exceeded"
  }
}

// Anthropic 429 (упрощённо)
{
  "type": "error",
  "error": {
    "type": "rate_limit_error",
    "message": "Number of request tokens has exceeded your per-minute rate limit"
  }
}

// 503 от любого провайдера
{
  "error": {
    "message": "The engine is currently overloaded, please try again later.",
    "type": "server_error",
    "code": "engine_overloaded"
  }
}

К обоим прикладывается заголовок retry-after в секундах (но не всегда — OpenAI ставит, Anthropic иногда нет). Стратегия: сначала смотрим retry-after, потом считаем свой backoff.

Документация лимитов: OpenAI rate limits, Anthropic rate limits. У Promptra лимиты выставляются на уровне шлюза и едины для всех моделей за одним ключом — это упрощает планирование емкости.

Tenacity: exponential backoff с jitter за 10 строк

Установка: pip install tenacity.

Минимальный декоратор для LLM-вызова:

from tenacity import (
    retry,
    stop_after_attempt,
    wait_random_exponential,
    retry_if_exception_type,
)
from openai import OpenAI, APIError, RateLimitError, APITimeoutError
import httpx

client = OpenAI(
    api_key="sk-promptra-...",
    base_url="https://api.promptra.ru/v1",
    max_retries=0,  # отключаем встроенный retry SDK — делаем сами через tenacity
)

@retry(
    retry=retry_if_exception_type((RateLimitError, APITimeoutError, httpx.HTTPError)),
    wait=wait_random_exponential(multiplier=1, max=60),
    stop=stop_after_attempt(5),
    reraise=True,
)
def llm_call(messages: list, model: str = "claude-opus-4-7"):
    return client.chat.completions.create(
        model=model,
        messages=messages,
        max_tokens=2000,
    )

Разберём параметры:

wait_random_exponential(multiplier=1, max=60) — exponential backoff с jitter. Реальные задержки: 0.5–1с, 1–2с, 2–4с, 4–8с, 8–16с (но не больше 60).
stop_after_attempt(5) — 5 попыток включая первую (то есть 4 retry).
retry_if_exception_type — ретраим только на эти исключения. На 400/401/403 не ретраим (там APIStatusError, не входит в список).
reraise=True — после 5 фейлов поднимаем последнее исключение, а не оборачиваем в RetryError.

Альтернатива — exponential без полного jitter (более предсказуемая):

from tenacity import wait_exponential_jitter

@retry(
    wait=wait_exponential_jitter(initial=1, max=60, jitter=2),
    stop=stop_after_attempt(5),
)
def llm_call_v2(...):
    ...

Здесь начальная задержка 1с, удваивается до 60, jitter ±2с. Подходит когда вы хотите более предсказуемый минимум.

Уважение к retry-after

Если провайдер вернул retry-after, надо ждать ровно столько, а не своё. Tenacity поддерживает callback на пере-расчёт wait:

from tenacity import retry_if_exception, retry_base
from tenacity.wait import wait_base

class wait_retry_after(wait_base):
    """Если RateLimitError содержит retry-after — используем его, иначе fallback."""
    def __init__(self, fallback: wait_base):
        self.fallback = fallback

    def __call__(self, retry_state):
        exc = retry_state.outcome.exception
        if isinstance(exc, RateLimitError) and exc.response is not None:
            retry_after = exc.response.headers.get("retry-after")
            if retry_after:
                try:
                    return float(retry_after) + 0.1  # +100мс на сетевую задержку
                except ValueError:
                    pass
        return self.fallback(retry_state)

@retry(
    retry=retry_if_exception_type((RateLimitError, APITimeoutError)),
    wait=wait_retry_after(wait_random_exponential(multiplier=1, max=60)),
    stop=stop_after_attempt(5),
)
def llm_call_smart(...):
    ...

Этот паттерн критичен для production: если провайдер сказал «подожди 30 секунд», а вы ретраите через 1с — получите ещё один 429 и быстро попадёте в более строгий лимит.

Token bucket: собственный rate limiting

Tenacity лечит редкие 429, но если вы делаете 100 RPS на лимите 50 RPS — будете получать 429 на каждом втором запросе. Правильно — не доводить до 429, ограничивать себя.

Token bucket алгоритм: ведро на N запросов, пополняется со скоростью R/сек, каждый запрос забирает 1 токен. Простая реализация на asyncio:

import asyncio
import time

class TokenBucket:
    def __init__(self, rate: float, capacity: int):
        """
        rate: запросов в секунду (пополнение).
        capacity: максимальный burst.
        """
        self.rate = rate
        self.capacity = capacity
        self.tokens = float(capacity)
        self.last_refill = time.monotonic
        self.lock = asyncio.Lock

    async def acquire(self, tokens: int = 1):
        async with self.lock:
            now = time.monotonic
            elapsed = now - self.last_refill
            # Пополняем ведро
            self.tokens = min(self.capacity, self.tokens + elapsed * self.rate)
            self.last_refill = now
            # Если токенов мало — ждём
            if self.tokens < tokens:
                deficit = tokens - self.tokens
                wait_time = deficit / self.rate
                await asyncio.sleep(wait_time)
                self.tokens = 0
            else:
                self.tokens -= tokens

# Usage
bucket = TokenBucket(rate=30, capacity=50)  # 30 RPS, burst до 50

async def safe_llm_call(messages):
    await bucket.acquire
    return await client.chat.completions.create(...)

Для распределённого приложения (несколько worker'ов) — Redis-based bucket через атомарный Lua-скрипт:

import redis
import time

r = redis.from_url("redis://localhost:6379/2")

# Атомарный Lua-скрипт: вычитает 1 токен, пополняет по времени, возвращает успех
LUA_TOKEN_BUCKET = """
local key = KEYS[1]
local rate = tonumber(ARGV[1])
local capacity = tonumber(ARGV[2])
local now = tonumber(ARGV[3])
local requested = tonumber(ARGV[4])

local bucket = redis.call('HMGET', key, 'tokens', 'last_refill')
local tokens = tonumber(bucket[1]) or capacity
local last_refill = tonumber(bucket[2]) or now

local elapsed = now - last_refill
tokens = math.min(capacity, tokens + elapsed * rate)

if tokens >= requested then
    tokens = tokens - requested
    redis.call('HMSET', key, 'tokens', tokens, 'last_refill', now)
    redis.call('EXPIRE', key, 60)
    return {1, tokens}
else
    redis.call('HMSET', key, 'tokens', tokens, 'last_refill', now)
    redis.call('EXPIRE', key, 60)
    return {0, tokens}
end
"""

# Регистрируем скрипт один раз — Redis считает SHA и потом вызывает по EVALSHA
token_bucket_script = r.register_script(LUA_TOKEN_BUCKET)

def try_acquire(key: str, rate: float, capacity: int) -> bool:
    result = token_bucket_script(keys=[key], args=[rate, capacity, time.time, 1])
    return bool(result[0])

# Usage
while not try_acquire("llm:opus", rate=30, capacity=50):
    time.sleep(0.1)

Lua-скрипт атомарен в Redis — никакого race condition между несколькими worker'ами. Для русского B2B на 10–50 RPS этого хватит с запасом. Подробнее про асинхронные batch-сценарии — Async и Batch API LLM: 50% скидка.

Circuit breaker: защита от каскадных фейлов

Сценарий: GPT-5.5 «лёг» на 5 минут. Без circuit breaker каждый запрос ждёт 30 секунд таймаута, ретраит 5 раз, итого 5 × 8 = 40 секунд на один запрос. 50 RPS × 40 сек = 2000 зависших задач. Очередь забивается, latency растёт, всё ложится.

Circuit breaker меняет это: после 5 фейлов подряд он «открывается» и следующие 60 секунд сразу отдаёт ошибку (или вызывает fallback), не пытаясь дозвониться. Состояния:

closed — нормальная работа, запросы идут.
open — фейлов слишком много, все запросы сразу падают/в fallback.
half_open — пробный режим: один запрос идёт, успех → closed, фейл → опять open.

Реализация на pure Python (без зависимостей):

import time
from enum import Enum
from threading import Lock

class State(Enum):
    CLOSED = "closed"
    OPEN = "open"
    HALF_OPEN = "half_open"

class CircuitBreaker:
    def __init__(self, fail_threshold: int = 5, recovery_timeout: int = 60):
        self.fail_threshold = fail_threshold
        self.recovery_timeout = recovery_timeout
        self.fail_count = 0
        self.last_failure_time = 0
        self.state = State.CLOSED
        self.lock = Lock

    def call(self, func, *args, **kwargs):
        with self.lock:
            if self.state == State.OPEN:
                if time.monotonic - self.last_failure_time > self.recovery_timeout:
                    self.state = State.HALF_OPEN
                else:
                    raise CircuitOpenError(f"Circuit open, retry after {self.recovery_timeout}s")

        try:
            result = func(*args, **kwargs)
        except Exception as e:
            with self.lock:
                self.fail_count += 1
                self.last_failure_time = time.monotonic
                if self.fail_count >= self.fail_threshold:
                    self.state = State.OPEN
            raise

        # Успех
        with self.lock:
            if self.state == State.HALF_OPEN:
                self.state = State.CLOSED
            self.fail_count = 0
        return result

class CircuitOpenError(Exception):
    pass

# Usage с fallback
opus_breaker = CircuitBreaker(fail_threshold=5, recovery_timeout=60)
sonnet_breaker = CircuitBreaker(fail_threshold=5, recovery_timeout=60)

def llm_with_fallback(messages):
    try:
        return opus_breaker.call(
            client.chat.completions.create,
            model="claude-opus-4-7",
            messages=messages,
        )
    except (CircuitOpenError, Exception):
        # Fallback на Sonnet 4.6 (210/1070 ₽)
        return sonnet_breaker.call(
            client.chat.completions.create,
            model="claude-sonnet-4-6",
            messages=messages,
        )

Для production — библиотеки pybreaker или circuitbreaker с готовыми декораторами и метриками. Через Promptra fallback между моделями делается одной заменой model="..." — это снижает риск зависимости от одного провайдера. См. Сравнение цен LLM 2026 для выбора недорогих fallback-моделей.

Полный стек: token bucket + Tenacity + circuit breaker

Соединяем всё вместе — production-grade LLM-клиент:

from tenacity import retry, stop_after_attempt, wait_random_exponential, retry_if_exception_type
from openai import OpenAI, RateLimitError, APITimeoutError
import httpx

class ProductionLLMClient:
    def __init__(self, api_key: str, base_url: str = "https://api.promptra.ru/v1"):
        self.client = OpenAI(
            api_key=api_key,
            base_url=base_url,
            max_retries=0,
            timeout=httpx.Timeout(connect=5.0, read=120.0, write=10.0, pool=5.0),
        )
        self.bucket = TokenBucket(rate=30, capacity=50)
        self.breaker = CircuitBreaker(fail_threshold=5, recovery_timeout=60)

    @retry(
        retry=retry_if_exception_type((RateLimitError, APITimeoutError, httpx.HTTPError)),
        wait=wait_retry_after(wait_random_exponential(multiplier=1, max=60)),
        stop=stop_after_attempt(5),
        reraise=True,
    )
    async def _raw_call(self, model: str, messages: list, **kwargs):
        return self.client.chat.completions.create(
            model=model,
            messages=messages,
            **kwargs,
        )

    async def chat(self, model: str, messages: list, fallback_model: str = None, **kwargs):
        await self.bucket.acquire
        try:
            return self.breaker.call(self._raw_call, model, messages, **kwargs)
        except (CircuitOpenError, Exception) as e:
            if fallback_model:
                return await self._raw_call(fallback_model, messages, **kwargs)
            raise

# Usage
llm = ProductionLLMClient(api_key="sk-promptra-...")
response = await llm.chat(
    model="claude-opus-4-7",  # 350/1790 ₽
    messages=[{"role": "user", "content": "..."}],
    fallback_model="claude-sonnet-4-6",  # 210/1070 ₽
)

Что здесь работает:

Token bucket не даёт превысить 30 RPS — большая часть 429 не случается.
Tenacity ретраит редкие 429/timeout с jitter, уважает retry-after.
Circuit breaker ловит длительные деградации и быстро уходит в fallback.
Fallback на Sonnet (в 1.7 раз дешевле) — деградация качества вместо полного отказа.

Это базовая структура. Для batch-задач добавьте Async и Batch API LLM с 50% скидкой. Для агентов с tool calling — Function calling tool use. Для отслеживания latency и cost — Логирование и observability LLM.

Метрики для мониторинга

Что собирать в Prometheus:

Метрика	Тип	Алерт
`llm_requests_total{model,status}`	Counter	error_rate > 5% за 5 мин
`llm_request_duration_seconds{model}`	Histogram	p99 > 60 сек
`llm_retries_total{model,attempt}`	Counter	retry_rate > 20% — провайдер деградирует
`llm_token_bucket_wait_seconds{model}`	Histogram	p95 > 2 сек — нужно увеличить лимит
`llm_circuit_breaker_state{model}`	Gauge	state=open > 30 сек — алерт оператору
`llm_fallback_total{from_model,to_model}`	Counter	резкий рост — фейл primary провайдера
`llm_429_total{model}`	Counter	рост — token bucket не справляется

Точные пороги зависят от вашей нагрузки. Снимайте baseline в первую неделю, потом настраивайте алерты на отклонения. См. также B2B-чеклист 12 вопросов поставщику LLM API — раздел про SLA и согласованные RPM/TPM лимиты.

Антипаттерны: чего не делать

Retry на 4xx ошибках (кроме 429). 400/401/403/422 не ретраятся — это баги в коде. Каждая попытка тратит лимит и деньги.
Бесконечный retry без stop_after_attempt. Пользователь будет ждать вечность, очередь забьётся.
Retry без jitter. 100 клиентов после 429 ретраят в одну миллисекунду — снова 429. Thundering herd.
Игнорировать retry-after. Если провайдер сказал 30с — он знает что говорит. Ретрай через 1с попадёт в более жёсткий лимит.
Circuit breaker без fallback. Если просто бросать CircuitOpenError, клиент получит фейл. Имеет смысл только когда есть план B (другая модель, кэш, деградированный режим).
Token bucket с capacity=rate. Bucket нужен для burst — если capacity = rate, вы не получаете преимущества над fixed-window лимитом.
Один circuit breaker на все модели. Если Opus упал, Sonnet ещё работает. Нужен per-model breaker.
Retry на тимауте без сохранения partial state. Streaming-ответ уже частично оплачен — сохраняйте и используйте, не теряйте.

Production-чеклист

[ ] Token bucket на своей стороне, rate = 80% от лимита провайдера.
[ ] Tenacity с wait_random_exponential(max=60) и stop_after_attempt(5).
[ ] Кастомный wait для уважения retry-after хедера.
[ ] retry_if_exception_type только на 429/5xx/network. Никаких 4xx.
[ ] Circuit breaker per-model с recovery_timeout=60 сек.
[ ] Fallback на дешёвую модель (Sonnet вместо Opus, GPT-5.4 вместо GPT-5.5).
[ ] timeout на HTTP-клиент: connect 5, read 120, write 10, pool 5.
[ ] max_retries=0 в SDK — все ретраи через Tenacity, не дублировать.
[ ] Метрики Prometheus: requests_total, duration, retries, 429, bucket_wait, breaker_state.
[ ] Алерты: error_rate > 5%, retry_rate > 20%, breaker_state=open > 30 сек.
[ ] Логи retry с trace_id для отслеживания флапов.
[ ] Распределённый bucket через Redis Lua для multi-worker setup.

Через Promptra fallback между моделями делается одной заменой model="...". Цены прозрачны 1-в-1 с провайдером по курсу ЦБ — для дешёвых fallback подходят DeepSeek V4 Pro (30/60 ₽) и Qwen 3.6 Plus (20/130 ₽). Полное руководство по выбору модели для конкретной задачи — в Сравнении цен LLM 2026.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

Qwen в России: как пользоваться и подключить по API

Promptra Team — Tue, 16 Jun 2026 09:05:00 +0000

Коротко: пользоваться Qwen из России в 2026 году можно, и платить за это можно в рублях на юридическое лицо. Qwen — это семейство языковых моделей Alibaba (китайское имя — Tongyi Qianwen), и его старшая модель текущего поколения, Qwen 3.6 Plus, доступна из РФ через API-агрегатор с OpenAI-совместимым endpoint. В коде меняется один параметр — base_url на https://api.promptra.ru/v1 — а оплата идёт рублёвой платёжкой, а не зарубежной картой. Это не обход блокировок и не VPN: запрос уходит на российский endpoint, агрегатор проксирует его в Qwen от своего имени, а вы получаете результат, рублёвый счёт и закрывающие документы. Цена — 1-в-1 с прайсом Alibaba DashScope по курсу ЦБ: 20 ₽ за 1M входных токенов и 130 ₽ за 1M выходных.

Чем Qwen интересен российскому разработчику в двух словах: это многоязычная open-weight модель (сильная в азиатских языках и коде), с окном контекста на 1 миллион токенов, и при этом одна из самых дешёвых на рынке по входным токенам. Этот материал разбирает обе стороны вопроса: что такое Qwen и какие модели в линейке, в чём его сильные стороны, почему прямой доступ из РФ затруднён, и как именно подключить Qwen по API за пять минут — с рабочим кодом, ценой в рублях из каталога и FAQ. Все цены — на 2026-05-29.

Что такое Qwen и какие модели в линейке

Qwen — это семейство больших языковых моделей, которое разрабатывает Alibaba Cloud. В китайском оригинале линейка называется Tongyi Qianwen, в международной версии — просто Qwen. Существует она с 2023 года и за это время выросла в одну из самых заметных open-weight экосистем мира: десятки моделей разного размера — от компактных, помещающихся на ноутбук, до флагманских, — плюс специализированные версии под код, математику и работу с изображениями.

Для пользователя из России важно различать две вещи под одним именем Qwen, ровно как и у других провайдеров. Есть потребительский чат (веб-приложение и мобильное приложение Qwen, бывший чат Tongyi) — это продукт для конечного пользователя. И есть API-модели, которые разработчик встраивает в свой код или сервис. Доступность у них разная, и в этом материале нас интересует именно API — то, на что можно опереться в работе.

Старшая модель текущего поколения в нашем каталоге — Qwen 3.6 Plus. Это «плюс»-модель, рассчитанная на широкий спектр задач при низкой цене. Помимо неё, линейка Qwen включает целый спектр вариантов: компактные модели для локального запуска, отдельные ветки под код (Qwen Coder), под рассуждения и под мультимодальность (Qwen-VL для изображений). На рынке Qwen известен прежде всего двумя вещами — открытыми весами и сильной многоязычностью, особенно за пределами английского.

Ключевые характеристики Qwen 3.6 Plus из нашего каталога:

Параметр	Значение
Идентификатор модели	`qwen/qwen3.6-plus`
Провайдер	Alibaba Qwen (Tongyi Qianwen)
Тип весов	open-weight (открытая лицензия)
Контекстное окно	1 000 000 токенов
Максимум на выход	65 536 токенов
Модальности входа	текст
Модальности выхода	текст
Endpoint	`chat` (OpenAI-совместимый)

Миллион токенов контекста — это ориентировочно 700–750 тысяч слов или порядка 50 000 строк кода. В одно окно влезает кодовая база среднего сервиса, объёмный архив документов или длинная история диалога целиком. Если вам нужен глубокий разбор именно Qwen 3.6 Plus — бенчмарки цены, тарификация по длине контекста, детальное сравнение с DeepSeek и GLM — он в отдельном материале про Qwen 3.6 Plus API за рубли. Здесь же фокус на главном вопросе: как получить доступ к Qwen из России.

Сильные стороны Qwen: многоязычность, цена и код

Почему вообще стоит присматриваться к Qwen среди десятков моделей? У линейки есть три черты, которые делают её отдельным инструментом, а не «ещё одной большой LLM».

Многоязычность — главная сила. Qwen традиционно силён за пределами английского. Китайский, японский, корейский и другие азиатские языки модель обрабатывает заметно лучше, чем большинство западных моделей сопоставимой цены — это прямое следствие того, что её обучала китайская компания на корпусе с большой долей азиатских языков. Русский Qwen тоже поддерживает: для повседневных задач (резюмирование, классификация, извлечение данных, генерация описаний) качества достаточно. Если ваш продукт работает с мультиязычным контентом или ориентирован на азиатские рынки, Qwen — естественный кандидат.

Низкая цена, особенно на входе. Qwen 3.6 Plus стоит 20 ₽ за 1M входных токенов — это одна из самых низких ставок входа во всём каталоге, в 17 с лишним раз дешевле флагманов вроде GPT-5.5. Причина в открытых весах: модель отдаёт не только сама Alibaba через DashScope, но и десятки независимых инференс-провайдеров, и конкуренция между ними держит цену низкой. По той же причине дёшев и DeepSeek. Для нагрузок, где много входного контекста и короткий ответ — классификация, извлечение полей, RAG-ответы по большой базе — это почти идеальный профиль: вы платите символически за то, что модель «прочитала» большой контекст.

Код и инструментальные задачи. Внутри семейства есть отдельная сильная ветка под программирование (Qwen Coder), и сам Qwen 3.6 Plus неплохо справляется с генерацией и разбором кода. Alibaba позиционирует поколение 3.6 как шаг в сторону «агентных» сценариев — работы с инструментами и многошаговых задач; подробности компания описывает в блоге Alibaba Cloud о Qwen3.6-Plus.

Где Qwen не первый выбор — это задачи на предельно сложный reasoning и длинные агентные циклы, где цена ошибки выше цены токенов: в эту нишу чаще берут западные флагманы (Claude, GPT-5.5). Но для массовых задач средней сложности, многоязычной обработки и всего, где важен объём при разумной цене, Qwen — рациональный выбор.

Почему прямой доступ к Qwen из России затруднён

«Qwen в России» — это, как и у других зарубежных провайдеров, два разных вопроса с разными ответами. Доступ к потребительскому приложению и доступ к API устроены по-разному и упираются в разные ограничения.

Приложение и личный кабинет DashScope

Потребительский чат Qwen и консоль Alibaba Cloud Model Studio (платформа DashScope, через которую Alibaba отдаёт модели) рассчитаны на свои регионы и платёжные системы. Из России регистрация спотыкается о привычные барьеры: верификация аккаунта Alibaba Cloud требует данных и платёжных реквизитов, которые российскому пользователю трудно предоставить, а часть функций завязана на китайскую или международную платёжную инфраструктуру. Сам сайт при этом обычно открывается — проблема не в доступности страницы, а в том, что пройти регистрацию и довести дело до оплаты не получается.

Оплата — главный барьер

Ключевая стена — деньги. У Alibaba Cloud собственная платёжная платформа, рассчитанная на международные карты и китайские платёжные системы. Когда российский пользователь доходит до пополнения баланса DashScope, он упирается в типичные барьеры:

Карта не проходит. Карты МИР зарубежными эквайрингами не принимаются в принципе, а российские Visa/Mastercard после 2022 года не работают за пределами РФ. Пополнить долларовый или юаневый баланс DashScope такой картой не выйдет.
Нет рублёвого счёта и документов. Даже если оплата как-то проходит через зарубежную виртуальную карту, вы получаете списание в валюте без российских закрывающих документов. Для компании это означает, что расход нельзя корректно провести в учёте.
Валютный платёж юрлица — отдельная история. Прямой платёж российской компании иностранному поставщику требует основания (контракт, инвойс) и проходит через валютный контроль банка. Городить эту схему ради API-подписки на несколько тысяч рублей в месяц экономически бессмысленно.

Дальше обычно идут два народных пути, и у обоих есть честные минусы. Зарубежная виртуальная карта (VCC): вы пополняете её в рублях, она выпускает Visa/Mastercard в долларах, вы привязываете её к DashScope. Минусы — курс конвертации выше биржевого (типичная наценка 4–7%), комиссии за выпуск и пополнение, и главное — никаких закрывающих документов. Запуск весов у себя: Qwen open-weight, теоретически модель можно скачать и хостить локально, но для версии уровня 3.6 Plus нужен серьёзный GPU-кластер, инженер по инференсу и постоянное обслуживание — для команды, которой нужно просто «дёргать модель из кода», это несоразмерные затраты.

Важно про формулировки

Речь не про «обход блокировок» и не про серые схемы. API можно легально проксировать через посредника: агрегатор с юр.лицом в поддерживаемом регионе делает запрос к Qwen от своего имени и отдаёт вам результат через российский endpoint с рублёвой оплатой. С точки зрения Alibaba — это его легальный клиент, соблюдающий условия. С точки зрения российского пользователя — это сервис с договором, документами и поддержкой на русском. Никакого VPN, никакой зарубежной карты, никакого аккаунта в DashScope на вашей стороне. Именно поэтому предсказуемый способ работать с Qwen из России — это API через агрегатор.

Как пользоваться Qwen в России через API: пошагово

Самый практичный способ работать с Qwen из России — не нативный SDK Alibaba, а OpenAI-совместимый endpoint. Это не случайность и не костыль агрегатора: сама Alibaba отдаёт Qwen через OpenAI-совместимый режим DashScope и в своей документации прямо рекомендует мигрировать с OpenAI-кода, поменяв ключ, base_url и имя модели. Promptra принимает запросы в формате OpenAI Chat Completions и сам транслирует их в Qwen — значит, весь существующий код на openai SDK работает без переписывания. Разберём по шагам.

Шаг 1. Получить ключ. Регистрируетесь на стороне агрегатора (на Promptra достаточно телефона — без email и зарубежной верификации) и получаете API-ключ вида prm-....

Шаг 2. Пополнить баланс в рублях. Оплата идёт рублёвой платёжкой. Цена за токены — один-в-один с прайсом Alibaba по курсу ЦБ, без наценки на токены. Сервисная комиссия 5% берётся только при пополнении баланса, а не от токенов.

Шаг 3. Поменять base_url в коде. Это вся «миграция». Вместо адреса DashScope вы указываете российский endpoint и модель qwen/qwen3.6-plus.

Шаг 4. Сделать запрос. Дальше код работает как обычно — модель отвечает, вы получаете результат.

Вот рабочий пример на Python. Клиент — стандартный openai, меняется только base_url, ключ и имя модели:

from openai import OpenAI

client = OpenAI(
 api_key="prm-xxxxxxxxxxxx", # ключ Promptra
 base_url="https://api.promptra.ru/v1", # единственное изменение
)

response = client.chat.completions.create(
 model="qwen/qwen3.6-plus",
 messages=[
 {"role": "system", "content": "Ты — ассистент по извлечению данных. Отвечай строго JSON."},
 {"role": "user", "content": "Извлеки ИНН и сумму из текста договора:..."},
 ],
)

print(response.choices[0].message.content)

То же самое на Node.js:

import OpenAI from "openai";

const client = new OpenAI({
 apiKey: process.env.PROMPTRA_API_KEY,
 baseURL: "https://api.promptra.ru/v1", // единственное изменение
});

const response = await client.chat.completions.create({
 model: "qwen/qwen3.6-plus",
 messages: [
 { role: "user", content: "Классифицируй обращение по категории:..." },
 ],
});

console.log(response.choices[0].message.content);

Хранить base_url в переменной окружения

Хорошая практика для продакшена — держать base_url и ключ в .env, а не зашивать в код. Тогда переключиться между моделями (или на fallback) можно за секунду, без передеплоя:

import os
from openai import OpenAI

# В.env:
# OPENAI_API_KEY=prm-xxxxxxxxxxxx
# OPENAI_BASE_URL=https://api.promptra.ru/v1

client = OpenAI(
 api_key=os.environ["OPENAI_API_KEY"],
 base_url=os.environ["OPENAI_BASE_URL"],
)

response = client.chat.completions.create(
 model="qwen/qwen3.6-plus",
 messages=[{"role": "user", "content": "Привет"}],
)

Проверить, что подключение работает, можно одним curl-запросом без всякого SDK:

curl https://api.promptra.ru/v1/chat/completions \
 -H "Authorization: Bearer prm-xxxxxxxxxxxx" \
 -H "Content-Type: application/json" \
 -d '{
 "model": "qwen/qwen3.6-plus",
 "messages": [{"role": "user", "content": "ping"}]
 }'

Если в ответ пришёл JSON с полем choices — модель отвечает, можно подключать в продакшен. Если вы раньше ходили в DashScope напрямую, миграция сводится к замене адреса и имени модели на формат каталога — поля запроса остаются прежними. Общий разбор смены base_url на разных языках — в материале про миграцию с OpenAI SDK. Удобство OpenAI-совместимого протокола в том, что одну и ту же кодовую базу можно перенаправить с Qwen на DeepSeek или флагман сменой одной строки model — без переписывания интеграции.

Цена Qwen в рублях

Promptra не накручивает наценку на токены. Стоимость модели равна официальному прайсу Alibaba DashScope, пересчитанному в рубли по курсу ЦБ РФ на 2026-05-27: 1 USD = 71.668 ₽. Рублёвые значения округлены вниз (правило каталога). Базовый прайс публикуется на странице цен Alibaba Cloud Model Studio; ставка по конкретной версии 3.6 Plus также сверяется по листингу openrouter.ai/qwen.

Тип токенов	Цена DashScope (USD за 1M)	Цена Promptra (₽ за 1M)
Вход (input)	$0.325	20 ₽
Выход (output)	$1.95	130 ₽

Точная арифметика: $0.325 × 71.668 ≈ 23.3 ₽, $1.95 × 71.668 ≈ 139.8 ₽. В каталоге значения округлены вниз до 20 и 130 ₽; фактический счёт считается по курсу ЦБ на день пополнения, поэтому в разные дни рублёвая цифра слегка плавает вслед за курсом, а долларовая ставка остаётся фиксированной.

Чтобы понять масштаб на фоне флагманов: вход Qwen дешевле GPT-5.5 в 17.5 раза (20 ₽ против 350 ₽), а выход — в 16.5 раза (130 ₽ против 2150 ₽). При этом контекст у Qwen такой же — 1M токенов. Сравнение по входу и выходу с другими моделями каталога:

Модель	Вход (₽/1M)	Выход (₽/1M)	Контекст
Qwen 3.6 Plus	20 ₽	130 ₽	1M
DeepSeek V4 Pro (промо)	30 ₽	60 ₽	1M
GLM 5.1	100 ₽	310 ₽	около 203K
Gemini 3.1 Pro Preview	140 ₽	860 ₽	1M
Claude Opus 4.7	350 ₽	1790 ₽	1M
GPT-5.5	350 ₽	2150 ₽	1.05M

Чтобы цена за миллион токенов превратилась в понятный порядок расходов, прикинем типовые сценарии. Считается всё просто: (входные_токены / 1 000 000 × 20) + (выходные_токены / 1 000 000 × 130).

Сценарий	Вход	Выход	Стоимость
Короткий чат-запрос	1K	0.5K	около 0.085 ₽
Классификация документа	20K	0.3K	около 0.44 ₽
RAG-ответ по базе знаний	80K	2K	около 1.86 ₽
Анализ кода на 50K токенов	50K	4K	около 1.52 ₽

Обратите внимание на масштаб: RAG-ответ с контекстом на 80 тысяч токенов обходится менее чем в 2 ₽ — на флагманах такой же запрос стоил бы десятки рублей. Это и есть основной аргумент в пользу Qwen на массовых задачах.

Отдельный нюанс линейки Qwen: у моделей Alibaba исторически тарификация может зависеть от длины контекста и режима (обычная генерация против «думающего» reasoning-режима). На официальной странице цен старшие Qwen-модели разбиты на тарифные диапазоны. В нашем каталоге для qwen/qwen3.6-plus зафиксирована единая ставка 20/130 ₽, которая и применяется к запросам через Promptra; если вы строите пайплайн с очень длинным контекстом или reasoning-режимом, имеет смысл свериться с официальным прайсом Alibaba по конкретному сценарию — мы не выдумываем пороги, а отсылаем к первоисточнику.

Сценарии: где Qwen раскрывается лучше всего

Qwen — не универсальная замена всему. Он силён в конкретных сценариях и слабее в других. Коротко, чтобы не тратить бюджет зря.

Массовый объём: дешёвый вход решает

Главный экономический сюжет Qwen — очень дешёвый вход (20 ₽/1M) при умеренном выходе (130 ₽/1M). Это делает его оптимальным там, где входного контекста много, а выход короткий:

Классификация и маршрутизация. На вход — текст обращения, документа, тикета; на выход — короткая метка категории. Вход длинный, выход — несколько токенов.
Извлечение полей (extraction). На вход — договор, инвойс, резюме; на выход — структурированный JSON. Выход в разы короче входа.
RAG-ответы. На вход — вопрос плюс извлечённые фрагменты базы знаний (часто десятки тысяч токенов); на выход — короткий ответ по существу.
Модерация и скоринг. На вход — контент; на выход — оценка или флаг.

На потоке в миллионы запросов 17-кратная разница в цене входа против флагманов превращается в принципиально иной порядок расходов. Если же задача генеративная (длинные тексты, развёрнутые отчёты, большой output), асимметрия работает слабее, и стоит присмотреться к DeepSeek в России с его более дешёвым выходом — это соседняя дешёвая open-weight модель, доступная через тот же endpoint.

Многоязычные задачи

Второй естественный сценарий — всё, что связано с языками за пределами английского и русского. Поддержка клиентов на азиатских рынках, обработка отзывов и контента на китайском, японском, корейском, перевод и локализация — здесь Qwen чувствует себя увереннее западных моделей сопоставимой цены. Если у вашего продукта есть азиатская аудитория или мультиязычный поток данных, Qwen стоит включить в short-list кандидатов и проверить на реальной выборке.

Гибридная схема

На практике многие команды строят гибрид: Qwen (или DeepSeek) — на потоке простых и средних задач, где важны объём и цена, а дорогой флагман подключают точечно, только на запросах, где он реально нужен. Поскольку всё работает через один OpenAI-совместимый интерфейс, переключение между моделями — это смена значения поля model. Развёрнутое сравнение моделей по сценариям мы собрали в обзоре топ-5 LLM 2026, а если нужен именно GPT с рублёвой оплатой — он подключается так же, см. страницу доступа к ChatGPT API.

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

Оплата и документы для юр.лица

Для команд в компаниях важна не только цена токена, но и то, как эти расходы проходят по бухгалтерии. Promptra принимает оплату на юр.лицо российское юр.лицо рублёвой платёжкой с расчётного счёта, с полным пакетом закрывающих документов через ЭДО — договор-оферта, счёт, акт, счёт-фактура, УПД. Документооборот идёт через операторов ЭДО (Диадок, СБИС, Контур), что удобно для корпоративной бухгалтерии: документы автоматически проводятся в учётной системе. Валютный контроль не нужен — это рублёвый договор с резидентом РФ.

С Qwen этот аргумент особенно практичен. Прямой доступ к DashScope из России — это зарубежная карта, валютный платёж и отсутствие закрывающих документов российского формата: расход сложно корректно учесть. Через Promptra вы получаете ту же модель по той же цене (1-в-1 с прайсом Alibaba по курсу ЦБ), но платите в рублях и с первичкой, которую без вопросов примет ваша бухгалтерия. Любой бухгалтер и налоговый инспектор смотрят в первую очередь на документы — и здесь у вас полный комплект. Что именно принимается к учёту при работе с зарубежными LLM через российское юр.лицо, мы разобрали в гайде легально ли использовать AI API на юр.лицо.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

Qwen 3.6 Plus (Alibaba) API за рубли: многоязычная open-weight модель

Promptra Team — Tue, 16 Jun 2026 07:10:06 +0000

Qwen 3.6 Plus — многоязычная open-weight модель от Alibaba (линейка Qwen, она же Tongyi Qianwen). Через Promptra она стоит 20 ₽ за 1M входных токенов и 130 ₽ за 1M выходных — это цена 1-в-1 с прайсом DashScope ($0.325 и $1.95 за 1M) по курсу ЦБ РФ на 27.05.2026 (71.668 ₽/$), без наценки на токены. Контекстное окно — 1 000 000 токенов, максимум на выход — 65 536 токенов. Модель сильна в многоязычных задачах (особенно азиатские языки) и в коде, а на входе — одна из самых дешёвых в каталоге. Подключение занимает пять минут: API совместим с OpenAI, в коде меняется один параметр base_url на https://api.promptra.ru/v1. Оплата идёт на российское юр.лицо с полным пакетом закрывающих документов через ЭДО.

Главное, что выделяет Qwen 3.6 Plus среди дешёвых моделей, — это асимметрия цены: вход стоит копейки (20 ₽/1M), а выход дороже входа в 6.5 раза (130 ₽/1M). Для нагрузок, где много контекста на входе и короткий ответ на выходе — классификация, извлечение полей, RAG-ответы по большой базе — это почти идеальный профиль: вы платите символически за то, что модель «прочитала» гигантский контекст, и совсем немного за короткий вывод. Ниже разберём, где Qwen выигрывает по деньгам у DeepSeek, GLM и флагманов, для каких задач его берут, и как подключить из России без VPN. Все цены — на 29.05.2026.

Что такое Qwen 3.6 Plus и для каких задач

Qwen — это семейство языковых моделей, которое разрабатывает Alibaba Cloud. Линейка существует с 2023 года и за это время выросла в одну из самых заметных open-weight экосистем мира: десятки моделей разного размера, от компактных до флагманских, плюс специализированные версии под код, математику и зрение. Qwen 3.6 Plus — старшая «плюс»-модель текущего поколения, рассчитанная на широкий спектр задач при низкой цене.

Две вещи определяют её характер. Первая — многоязычность. Qwen традиционно силён за пределами английского: китайский, японский, корейский и другие азиатские языки модель обрабатывает заметно лучше, чем большинство западных моделей сопоставимой цены. Русский Qwen тоже поддерживает — для многих повседневных задач (резюмирование, классификация, извлечение данных, генерация описаний) этого достаточно. Если ваш продукт работает с мультиязычным контентом или с азиатскими рынками, Qwen — естественный кандидат.

Вторая — open-weight. Веса Qwen опубликованы под открытой лицензией: модель можно скачать и запускать на своём железе. Для большинства команд это не означает «будем хоститься сами» — это операционно дорого и сложно, — но означает важную вещь: модель не привязана к единственному вендору. Её отдаёт сама Alibaba через DashScope и десятки независимых инференс-провайдеров, и конкуренция держит цену низкой. Именно поэтому Qwen, как и DeepSeek, стоит в разы дешевле проприетарных флагманов.

Ключевые технические характеристики из нашего каталога:

Параметр	Значение
Идентификатор модели	`qwen3.6-plus`
Провайдер	Alibaba Qwen
Тип весов	open-weight (открытая лицензия)
Контекстное окно	1 000 000 токенов
Максимум на выход	65 536 токенов
Модальности входа	текст
Модальности выхода	текст
Endpoints	`chat`

Миллион токенов контекста — это ориентировочно 700–750 тысяч слов или порядка 50 000 строк кода. В одно окно влезает кодовая база среднего сервиса, объёмный архив документов или длинная история диалога целиком. На фоне таких возможностей цена входа в 20 ₽ за 1M делает Qwen 3.6 Plus инструментом, которым можно «скармливать» большие объёмы контекста, почти не глядя на счёт за вход.

Цена Qwen 3.6 Plus в рублях: полная таблица

Promptra не накручивает наценку на токены. Стоимость модели равна официальному прайсу Alibaba DashScope, пересчитанному в рубли по курсу ЦБ РФ. Сервисная комиссия 5% берётся только при пополнении баланса, а не с каждого запроса, поэтому в расчётах за токены её нет. Базовый прайс публикуется на странице цен Alibaba Cloud Model Studio; рейт по конкретной версии 3.6 Plus также сверяется по листингу openrouter.ai/qwen/qwen3.6-plus.

Тип токенов	Цена DashScope (USD за 1M)	Цена Promptra (₽ за 1M)
Вход (input)	$0.325	20 ₽
Выход (output)	$1.95	130 ₽

Курс пересчёта: 1 USD = 71.668 ₽ (ЦБ РФ на 27.05.2026). Точная арифметика: $0.325 × 71.668 ≈ 23.3 ₽, $1.95 × 71.668 ≈ 139.8 ₽. В каталоге значения округлены вниз до 20 и 130 ₽ — фактический счёт считается по курсу ЦБ на день пополнения, поэтому в разные дни рублёвая цифра слегка плавает вслед за курсом, а долларовая ставка остаётся фиксированной.

Отдельно отметим важный нюанс линейки Qwen: у моделей Alibaba исторически тарификация зависит от длины контекста и режима. На официальной странице цен старшие Qwen-модели разбиты на тарифные диапазоны (например, до 256K входных токенов — одна ставка, выше — другая), а «думающий» режим (reasoning) тарифицируется по более высокой выходной ставке, чем обычная генерация. В нашем каталоге для qwen3.6-plus зафиксирована единая ставка 20/130 ₽, которая и применяется к запросам через Promptra; если вы строите пайплайн с очень длинным контекстом или с reasoning-режимом, имеет смысл свериться с официальным прайсом Alibaba по конкретному сценарию.

Чтобы понимать порядок расходов, прикинем стоимость типовых сценариев. Соотношение вход/выход в реальной нагрузке обычно смещено в сторону входа (длинный промпт + контекст, короткий ответ) — а это ровно тот профиль, на котором дешёвый вход Qwen раскрывается максимально.

Сценарий	Вход	Выход	Стоимость
Короткий чат-запрос	1K	0.5K	≈ 0.085 ₽
Классификация документа	20K	0.3K	≈ 0.44 ₽
RAG-ответ по базе знаний	80K	2K	≈ 1.86 ₽
Анализ кода на 50K токенов	50K	4K	≈ 1.52 ₽

Цифры приблизительные и зависят от точного количества токенов в ваших данных. Считаются они просто: (входные_токены / 1 000 000 × 20) + (выходные_токены / 1 000 000 × 130). Реальный расход всегда видно в дашборде по факту запроса. Обратите внимание на масштаб: RAG-ответ с контекстом на 80 тысяч токенов обходится менее чем в 2 ₽ — на флагманах такой же запрос стоил бы десятки рублей.

Где Qwen дешевле всех: разбор асимметрии вход/выход

Главный экономический сюжет Qwen 3.6 Plus — это разрыв между ценой входа и выхода. Вход стоит 20 ₽/1M, выход — 130 ₽/1M, то есть выход дороже входа в 6.5 раза. Это не дефект, а характеристика, которую можно использовать в свою пользу. Сравним соотношения у нескольких дешёвых и средних моделей каталога:

Модель	Вход (₽/1M)	Выход (₽/1M)	Выход / вход
Qwen 3.6 Plus	20 ₽	130 ₽	×6.5
MiniMax M2.7	20 ₽	80 ₽	×4.0
DeepSeek V4 Pro (промо)	30 ₽	60 ₽	×2.0
Kimi K2.5	40 ₽	170 ₽	×4.25
GLM 5.1	100 ₽	310 ₽	×3.1

Вывод читается прямо из таблицы. Qwen 3.6 Plus и MiniMax M2.7 делят первое место по дешевизне входа (20 ₽/1M), но у Qwen выход дороже. Значит, Qwen оптимален там, где входной контекст большой, а выход короткий: вы платите символическую цену за то, что модель «прочитала» много контекста, и немного — за короткий ответ. И наоборот: если задача генеративная (длинные тексты, развёрнутые ответы, большой output), асимметрия работает против вас, и стоит присмотреться к DeepSeek с его ровным соотношением ×2.

Разложим это на конкретные классы задач:

Идеальный профиль для Qwen (много входа, мало выхода):

Классификация и маршрутизация. На вход — текст обращения, документа, тикета; на выход — короткая метка категории. Вход может быть длинным, выход — несколько токенов.
Извлечение полей (extraction). На вход — договор, инвойс, резюме; на выход — структурированный JSON с полями. Выход обычно в разы короче входа.
RAG-ответы. На вход — вопрос плюс извлечённые фрагменты базы знаний (часто десятки тысяч токенов); на выход — короткий ответ по существу.
Модерация и скоринг. На вход — контент; на выход — оценка или флаг.

Менее выгодный профиль (много выхода):

Генерация длинных статей, описаний товаров пачками, развёрнутых отчётов — здесь основной счёт формирует выход, и Qwen теряет часть ценового преимущества. Для таких задач сравните его с DeepSeek (выход 60 ₽/1M в промо-период).

Как подключить Qwen 3.6 Plus из России: drop-in через OpenAI SDK

Технически Qwen 3.6 Plus подключается так же, как любая модель в каталоге, — потому что API Promptra совместим с OpenAI на уровне протокола. Это не случайность: сама Alibaba отдаёт Qwen через OpenAI-совместимый endpoint DashScope (https://dashscope-intl.aliyuncs.com/compatible-mode/v1) и в своей документации прямо рекомендует мигрировать с OpenAI-кода, поменяв ключ, base_url и имя модели. Через Promptra логика та же, но base_url один на все модели каталога, а оплата — в рублях на юр.лицо.

Меняется ровно один параметр — base_url. Ключ заменяется на ключ Promptra, имя модели указывается как qwen3.6-plus, остальной код остаётся прежним.

Python

from openai import OpenAI

client = OpenAI(
 api_key="prm-xxxxxxxxxxxx", # ключ Promptra
 base_url="https://api.promptra.ru/v1", # единственное изменение
)

response = client.chat.completions.create(
 model="qwen3.6-plus",
 messages=[
 {"role": "system", "content": "Ты — ассистент по извлечению данных. Отвечай строго JSON."},
 {"role": "user", "content": "Извлеки ИНН и сумму из текста:..."},
 ],
)

print(response.choices[0].message.content)

Node.js

import OpenAI from "openai";

const client = new OpenAI({
 apiKey: "prm-xxxxxxxxxxxx",
 baseURL: "https://api.promptra.ru/v1", // единственное изменение
});

const response = await client.chat.completions.create({
 model: "qwen3.6-plus",
 messages: [
 { role: "system", content: "Ты — ассистент по извлечению данных. Отвечай строго JSON." },
 { role: "user", content: "Извлеки ИНН и сумму из текста:..." },
 ],
});

console.log(response.choices[0].message.content);

Хорошая практика: base_url в переменной окружения

Чтобы не зашивать endpoint в код и иметь возможность переключаться между моделями за секунды, держите base_url и ключ в .env:

import os
from openai import OpenAI

# В.env:
# OPENAI_API_KEY=prm-xxxxxxxxxxxx
# OPENAI_BASE_URL=https://api.promptra.ru/v1

client = OpenAI(
 api_key=os.environ["OPENAI_API_KEY"],
 base_url=os.environ["OPENAI_BASE_URL"],
)

response = client.chat.completions.create(
 model="qwen3.6-plus",
 messages=[{"role": "user", "content": "Привет"}],
)

Проверить, что подключение работает, можно одним curl-запросом без всякого SDK:

curl https://api.promptra.ru/v1/chat/completions \
 -H "Authorization: Bearer prm-xxxxxxxxxxxx" \
 -H "Content-Type: application/json" \
 -d '{
 "model": "qwen3.6-plus",
 "messages": [{"role": "user", "content": "ping"}]
 }'

Если в ответ пришёл JSON с полем choices — модель отвечает, можно подключать в продакшен. Удобство OpenAI-совместимого протокола в том, что одну и ту же кодовую базу можно перенаправить с Qwen на DeepSeek или флагман сменой одной строки model — без переписывания интеграции.

Qwen vs DeepSeek vs GLM: какую дешёвую модель выбрать

В каталоге несколько недорогих open-weight и азиатских моделей, и вопрос «какую взять» сводится не к «какая лучшая», а к «какая дешевле для моего профиля и сильна в нужной мне области». Сведём основных кандидатов в таблицу (цены — из каталога, 1-в-1 с прайсом провайдера по курсу ЦБ).

Модель	Вход (₽/1M)	Выход (₽/1M)	Контекст	Сильные стороны
Qwen 3.6 Plus	20 ₽	130 ₽	1M	Многоязычность (азиатские языки), код, дешёвый вход
DeepSeek V4 Pro (промо)	30 ₽	60 ₽	1M	Код и матлогика, дешёвый и ровный выход
GLM 5.1	100 ₽	310 ₽	~203K	Reasoning, сбалансированная универсальная модель
MiniMax M2.7	20 ₽	80 ₽	~205K	Дешёвый вход, универсал, азиатская модель
Kimi K2.5	40 ₽	170 ₽	~262K	Длинные документы, vision на входе

USD-прайс для справки: Qwen 3.6 Plus — $0.325/$1.95, DeepSeek V4 Pro — $0.435/$0.87 (промо до 31.05.2026, базовая ставка после ≈ $1.74/$3.48), GLM 5.1 — $1.4/$4.4, MiniMax M2.7 — $0.3/$1.2, Kimi K2.5 — $0.6/$2.5.

Берите Qwen 3.6 Plus, когда: в задаче много входного контекста и короткий выход (классификация, извлечение, RAG, модерация), либо когда важна работа с азиатскими языками. Контекст 1M позволяет загружать огромные объёмы, а вход в 20 ₽/1M делает это почти бесплатным. Это лучший выбор для «прочитать много — ответить коротко».

Берите DeepSeek V4 Pro, когда: задача генеративная (длинный выход) или это код и математика. У DeepSeek ровное соотношение вход/выход (×2) и самый дешёвый выход в этой группе (60 ₽/1M в промо). Важная оговорка: промо-скидка −75% действует до 31 мая 2026, после чего базовая ставка вырастет примерно вчетверо. Подробный разбор — в статье про DeepSeek V4 Pro API за рубли.

Берите GLM 5.1, когда: нужен крепкий универсал с акцентом на reasoning и вы готовы платить за качество ответа больше, чем за Qwen или DeepSeek. GLM дороже (100/310 ₽), но это сбалансированная модель под широкий класс задач. Разбор — в статье про GLM 5.1 (Z.ai) API за рубли.

Берите MiniMax M2.7 или Kimi K2.5, когда: MiniMax — как дешёвая универсальная альтернатива Qwen с более выгодным выходом, но меньшим контекстом (около 205K против 1M). Kimi — когда нужны очень длинные документы (262K контекст) и приём изображений на входе.

Qwen 3.6 Plus против флагманов: когда экономия оправдана

Полезно понять, насколько именно Qwen дешевле топовых моделей — и где эта экономия имеет смысл, а где нет. Сравним вход и выход с флагманами каталога.

Модель	Вход (₽/1M)	Выход (₽/1M)	Контекст
Qwen 3.6 Plus	20 ₽	130 ₽	1M
Gemini 3.1 Pro	140 ₽	860 ₽	1M
Claude Opus 4.7	350 ₽	1790 ₽	1M
GPT-5.5	350 ₽	2150 ₽	1.05M

Цифры показывают разрыв наглядно. Вход Qwen дешевле GPT-5.5 в 17.5 раза (20 ₽ против 350 ₽), выход — в 16.5 раза (130 ₽ против 2150 ₽). Даже против самого дешёвого из флагманов, Gemini 3.1 Pro, Qwen дешевле в 7 раз по входу и в 6.6 раза по выходу. При этом контекст у Qwen такой же — 1M токенов.

Значит ли это, что Qwen всегда выгоднее? Нет. Разница в цене отражает разницу в назначении. Флагманы (GPT-5.5, Claude Opus 4.7) берут там, где цена ошибки выше цены токенов: сложный многошаговый reasoning, агентные пайплайны с планированием, код с длинными цепочками зависимостей. На таких задачах дешёвая модель может «срываться» — путать требования, терять нить, выдавать правдоподобный, но неверный ответ, — и тогда экономия на токенах оборачивается потерями на исправлении ошибок.

Qwen 3.6 Plus раскрывается на массовых задачах средней сложности, где важен объём и цена за единицу, а не предельное качество рассуждения: обработка очередей, классификация потока обращений, извлечение данных из тысяч документов, RAG-ответы. На потоке в миллионы запросов 17-кратная разница в цене входа превращается в принципиально иной порядок расходов. Многие команды строят гибридную схему: Qwen или DeepSeek на потоке простых и средних задач, флагман — точечно, только на запросах, где он реально нужен. Развёрнутое сравнение всех моделей мы собрали в обзоре топ-5 LLM 2026.

Лимиты, контекст и максимальный выход

Помимо цены, у Qwen 3.6 Plus есть архитектурные лимиты, которые важно учитывать при проектировании:

Контекстное окно — 1 000 000 токенов. Это суммарный объём «вход + всё, что модель удерживает в рамках запроса». Один из крупнейших контекстов в каталоге наравне с флагманами — позволяет загрузить очень большой объём данных за один вызов.
Максимум на выход — 65 536 токенов. Сколько модель может сгенерировать в одном ответе. Это вдвое меньше, чем у флагманов (у GPT-5.5 и Claude — 128K), но 65K токенов — это порядка 45–50 тысяч слов, объём большой статьи или главы. Для подавляющего большинства задач этого достаточно с запасом; для генерации очень длинных документов лимит держите в голове.
Модальности — только текст. Qwen 3.6 Plus в нашем каталоге работает с текстом на входе и выходе. Если нужна обработка изображений на входе, смотрите в сторону моделей с vision (например, Kimi K2.5 или флагманы Claude/GPT/Gemini).
Endpoint — chat. Модель доступна через стандартный chat-completions API, совместимый с OpenAI SDK, как в примерах выше.

Если задача упирается в лимит выхода (нужно сгенерировать документ длиннее 65K токенов), стандартное решение — разбивать генерацию на части с продолжением контекста, а не пытаться выжать всё в один вызов.

Сколько стоит Qwen 3.6 Plus в месяц: прикидка для команды

Чтобы цена в ₽ за миллион токенов превратилась в понятную цифру месячного бюджета, прикинем три профиля нагрузки — все смещены в сторону «много входа, короткий выход», где Qwen наиболее выгоден. Допущения указаны рядом — подставьте свои.

Профиль	Запросов/мес	Средний вход	Средний выход	Токенов вход/мес	Токенов выход/мес	Стоимость/мес
Классификация потока	1 000 000	2K	0.1K	2B	100M	≈ 53 000 ₽
RAG-ассистент	200 000	30K	1K	6B	200M	≈ 146 000 ₽
Извлечение из документов	100 000	15K	0.5K	1.5B	50M	≈ 36 500 ₽

Расчёт прямой: входные токены за месяц делим на миллион и умножаем на 20 ₽, выходные — на 130 ₽, складываем. Например, для «классификации потока»: 2000 × 20 + 100 × 130 = 40 000 + 13 000 = 53 000 ₽ за миллион запросов в месяц.

Видно, что даже на миллионе запросов с контекстом по 2 тысячи токенов счёт держится в районе 53 тысяч рублей — за тот же объём на GPT-5.5 он измерялся бы сотнями тысяч. Это и есть основной аргумент в пользу Qwen на массовых задачах:

Тот же миллион запросов на разных моделях (2K вход + 0.1K выход)

Модель	Стоимость 1М запросов в месяц	Кратность к Qwen 3.6 Plus
Qwen 3.6 Plus	53 000 ₽	×1
MiniMax M2.7	48 000 ₽	×0.9 (ещё дешевле)
DeepSeek V4 Pro (промо)	66 000 ₽	×1.25
GLM 5.1	231 000 ₽	×4.4
GPT-5.4 mini	132 000 ₽	×2.5
GPT-5.4	447 000 ₽	×8.4
Claude Sonnet 4.6	527 000 ₽	×9.9
GPT-5.5	915 000 ₽	×17.3

На профиле «много входа — короткий выход» (классификация, извлечение, RAG-ответы) Qwen 3.6 Plus и MiniMax M2.7 — самые выгодные модели каталога. Разница против GPT-5.5 — почти в 18 раз.

при сопоставимом качестве для классификации и извлечения порядок расходов принципиально другой. Сервисная комиссия Promptra (5%) при этом берётся один раз при пополнении баланса, а не с каждого из этих запросов.

Оплата и документы для юр.лица

Для команд в компаниях важна не только цена токена, но и то, как эти расходы проходят по бухгалтерии. Promptra принимает оплату на российское юр.лицо — российское юр.лицо — с полным пакетом закрывающих документов: договор-оферта, счёт, акт, счёт-фактура, УПД. Документооборот идёт через ЭДО (Диадок, СБИС), что удобно для корпоративной бухгалтерии — документы автоматически проводятся в учётной системе.

С Qwen этот аргумент особенно практичен. Прямой доступ к DashScope из России — это зарубежная карта, валютный платёж и отсутствие закрывающих документов российского формата: расход сложно корректно учесть. Через Promptra вы получаете ту же модель по той же цене (1-в-1 с прайсом Alibaba по курсу ЦБ), но платите в рублях и с первичкой, которую без вопросов примет ваша бухгалтерия. Любой бухгалтер и налоговый инспектор смотрят в первую очередь на документы — и здесь у вас полный комплект. Подробно тему закрывающих документов и того, легально ли использовать зарубежные LLM на юрлицо в РФ, мы разобрали в гайде легально ли использовать AI API на юрлицо.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

Промпт-инжиниринг: как писать промпты для нейросетей

Promptra Team — Mon, 15 Jun 2026 18:55:05 +0000

Промт — это текстовое задание, которое вы даёте нейросети: инструкция плюс контекст, по которым модель порождает ответ. Промпт-инжиниринг — это навык писать такие задания так, чтобы получать стабильный, точный и пригодный к использованию результат с первого-второго раза, а не вылавливать его из десятка попыток. Хороший промпт почти всегда содержит пять блоков: роль (кем модель должна себя считать), контекст (вводные и данные), задачу (что именно сделать), формат (как оформить ответ) и ограничения (чего избегать, рамки и длину). Чем конкретнее каждый блок, тем меньше правок после. Те же приёмы работают одинаково в веб-чате и через API — а в API ими можно управлять программно: системный промпт, температура, примеры в запросе.

Этот гайд — практический: что такое промт и из чего он состоит, как переписать слабый запрос в сильный (разбор «до/после»), какие приёмы стабильно поднимают качество (few-shot, цепочка рассуждений, системный против пользовательского промпта), какие ошибки встречаются чаще всего и как они выглядят, готовые шаблоны под текст, код и анализ данных, и как всё это применить через OpenAI-совместимый API. Примеры — на русском, под реальные модели из нашего каталога. Тон инженерный, на конкретике, без «раскрытия потенциала ИИ».

Что такое промт простыми словами

Промт (от англ. prompt — «подсказка», «запрос»; в рунете пишут и «промпт», и «промт») — это всё, что вы отправляете нейросети на вход: вопрос, инструкция, текст для обработки, примеры, данные. Модель не «понимает» задачу как человек — она достраивает наиболее вероятное продолжение к вашему тексту на основе того, чему научилась. Поэтому от формулировки промпта результат зависит сильнее, чем кажется: один и тот же запрос, сформулированный по-разному, даёт ответы разного качества. Подробнее — детальный head-to-head флагманов с бенчмарками.

Полезно сразу зафиксировать механику. Большая языковая модель (LLM) генерирует ответ токен за токеном, опираясь на весь предыдущий контекст — то есть на ваш промт. Она не помнит предыдущие беседы (если вы сами не передали историю) и не знает того, чего нет в её обучении или в вашем запросе. Отсюда два следствия, на которых стоит весь промпт-инжиниринг:

Контекст решает. Модель отвечает только тем, что у неё «перед глазами». Не передали факты — она их додумает (и может ошибиться). Передали — будет опираться на них. Подробнее про устройство LLM — в материале что такое нейросеть простыми словами.
Формулировка задаёт траекторию. «Напиши про кофе» и «Ты бариста с 10-летним стажем. Напиши 5 советов по завариванию фильтр-кофе дома для новичка, по 2 предложения на совет, без воды» дадут принципиально разный результат, хотя задача формально одна.

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

Анатомия хорошего промпта: пять блоков

За годы практики выкристаллизовалась устойчивая структура. Не каждый промпт обязан содержать все пять блоков, но чем сложнее задача, тем больше из них стоит прописать явно. Вот они, по порядку.

Роль. Кем модель должна себя считать. «Ты технический редактор», «Ты senior Python-разработчик», «Ты юрист по договорному праву». Роль настраивает лексику, глубину и тон ответа. Это не украшение: «объясни рекурсию» от лица преподавателя для новичка и от лица интервьюера на собеседовании — разные тексты.
Контекст. Все вводные, которые модель не может знать сама: данные, факты, фрагмент кода, предыдущие решения, аудитория, цель. Чем больше релевантного контекста, тем меньше домыслов. Сюда же — справочные материалы, на которые модель должна опираться.
Задача. Что именно сделать, одним чётким действием: «напиши», «перепиши короче», «найди ошибку», «извлеки поля», «сравни и порекомендуй». Глагол + объект + критерий успеха. Размытое «помоги с текстом» хуже, чем «сократи этот текст вдвое, сохранив все цифры».
Формат. Как оформить ответ: список из 5 пунктов, таблица с такими-то колонками, JSON по схеме, абзац до 100 слов, маркдаун с подзаголовками. Модель охотнее следует явно заданному формату, чем угадывает его. Для интеграций (когда ответ парсит код) формат критичен.
Ограничения. Рамки и запреты: длина, тон, чего избегать, на что опираться. «Только на основе переданных данных, не добавляй фактов», «без канцелярита», «не длиннее 150 слов», «если данных не хватает — так и напиши, не выдумывай». Ограничения отсекают типичные провалы заранее.

Разберём на конкретном «до/после». Слабый промпт:

напиши пост про наш новый тариф

Что с ним не так: нет роли, нет контекста (что за тариф, для кого, чем хорош), нет формата и длины, нет тона. Модель выдаст обобщённый текст «ни о чём» — и вы пойдёте на второй, третий заход. Сильный промпт по той же задаче:

Роль: ты SMM-редактор IT-продукта, пишешь живо и по делу.

Контекст: мы запускаем тариф «Команда» для LLM API-сервиса.
Что в нём: общий баланс на всю команду, ролевой доступ,
единый счёт и закрывающие документы на юрлицо. Аудитория —
техлиды и CTO небольших компаний.

Задача: напиши пост для Telegram-канала про запуск этого тарифа.

Формат: 100–130 слов, 1 эмодзи максимум, в конце один вопрос
к аудитории. Без хэштегов.

Ограничения: без канцелярита и слов «инновационный»,
«революционный»; не обещай скидок, которых нет; тон спокойный,
экспертный.

Второй промпт длиннее, но он экономит время: модель почти наверняка попадёт в цель с первого раза. Это и есть промпт-инжиниринг в действии — вы вкладываете минуту в постановку задачи и не тратите десять на переделки. На сильных моделях вроде Claude Sonnet 4.6 или GPT-5.5 такой структурированный промпт раскрывается особенно хорошо: они точно держат и формат, и ограничения.

Системный и пользовательский промпт: в чём разница

При работе через API (и в продвинутых интерфейсах) промпт делится на два типа сообщений — это важная для практики деталь.

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

Пользовательский промпт (user) — это конкретный запрос в рамках заданных правил: «вот текст, сократи его», «ответь на этот вопрос». Меняется от запроса к запросу.

Практический смысл разделения: устойчивые требования (кто ты, как пишешь, чего не делаешь) выносят в системный промпт, а переменную часть — в пользовательский. Так шаблон поведения хранится в коде и не дублируется в каждом запросе. Вот как это выглядит:

messages = [
 {
 "role": "system",
 "content": (
 "Ты технический редактор. Пишешь на русском, в деловом "
 "тоне без канцелярита. Структурируешь текст подзаголовками. "
 "Опираешься только на переданные данные; если их не хватает "
 "для ответа — прямо сообщаешь об этом, не домысливаешь."
 ),
 },
 {
 "role": "user",
 "content": "Сократи этот абзац вдвое, сохрани все цифры:...",
 },
]

В веб-чате системный промпт обычно скрыт (его задаёт сам продукт), но многие чаты дают поле «инструкции» или «персона» — это он и есть. Через API вы управляете им полностью, и это одно из главных преимуществ работы по API: поведение модели становится воспроизводимым.

Приёмы, которые поднимают качество

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

Few-shot: учим примерами

Если объяснить задачу словами трудно — покажите примеры. Few-shot (англ. «несколько примеров») — это когда в промпт встраивают 2–5 пар «вход → желаемый выход», а затем дают новый вход. Модель улавливает паттерн (формат, стиль, логику разметки) и продолжает в том же духе. Это резко повышает стабильность формата и тона — незаменимо, когда ответ потом обрабатывает код.

Классифицируй отзыв по тональности: позитив / негатив / нейтрал.

Отзыв: «Доставили быстро, всё работает» → позитив
Отзыв: «Жду заказ вторую неделю, поддержка молчит» → негатив
Отзыв: «Заказал вчера, пока ничего сказать не могу» → нейтрал

Отзыв: «Качество отличное, но дорого» →

Противоположность — zero-shot, когда примеров нет, только инструкция. Для простых задач zero-shot достаточно; для нетривиального формата или редкой разметки few-shot почти всегда выигрывает. Этот приём подробно изучен в исследовании, которое и ввело термин — Brown et al., «Language Models are Few-Shot Learners» (2020).

Цепочка рассуждений (chain-of-thought)

Для задач, где нужен расчёт или многошаговая логика, помогает попросить модель рассуждать пошагово, прежде чем дать ответ. Приём так и называется — «цепочка рассуждений» (chain-of-thought). Простое добавление «решай шаг за шагом» заметно повышает точность на арифметике, логике и анализе, потому что модель не «прыгает» сразу к выводу, а раскладывает путь.

Задача: в команде 4 разработчика, каждый делает по 6 задач в неделю.
Релиз через 3 недели, в бэклоге 80 задач. Успеют ли закрыть бэклог?

Рассуждай шаг за шагом, в конце дай однозначный ответ «да» или «нет»
с числом.

Здесь модель сначала посчитает пропускную способность (4 × 6 × 3 = 72), сравнит с 80 и сделает корректный вывод. Без просьбы рассуждать она чаще ошибается на таких задачах. Эффективность пошагового рассуждения показана в работе Wei et al., «Chain-of-Thought Prompting» (2022). Важный нюанс для API: пошаговые рассуждения — это дополнительные выходные токены, то есть они стоят денег; для простых задач они избыточны.

Итерация вместо «одного выстрела»

Промпт-инжиниринг — это диалог, а не угадывание идеальной формулировки с первого раза. Часто эффективнее получить черновик, а затем уточнять: «сделай строже», «дай 3 варианта заголовка», «сократи второй абзац», «убери канцелярит». Модель держит контекст диалога и дорабатывает прицельно. Это дешевле и быстрее, чем переписывать промпт с нуля.

Управление температурой

Через API доступен параметр temperature — он регулирует «разброс» ответов. Низкая (0.0–0.3) — модель отвечает предсказуемо, почти детерминированно; нужна для фактологии, извлечения данных, кода, классификации. Высокая (0.7–1.0) — больше разнообразия и креатива; нужна для копирайтинга, идей, вариантов. Это технический рычаг между «скучно, но стабильно» и «ярко, но непредсказуемо». В веб-чате он обычно скрыт, в API — в ваших руках.

Типичные ошибки в промптах

Большинство неудач с нейросетями — это не «модель плохая», а «промпт плохой». Вот частые ошибки и как их чинить.

Слишком общий запрос. «Расскажи про маркетинг» → модель льёт воду. Лечение: сузить — тема, аудитория, угол, объём, формат.
Нет контекста, расчёт на телепатию. Вы держите в голове детали, которых нет в промпте. Модель их не видит и додумывает. Лечение: вынести все вводные в текст запроса.
Несколько задач в одном промпте. «Напиши статью, переведи её на английский, сделай 5 заголовков и посчитай SEO» → модель сделает всё поверхностно. Лечение: разбить на отдельные запросы или явно пронумеровать шаги.
Нет формата ответа. Просите данные, а получаете прозу, которую неудобно парсить. Лечение: задать формат явно (список, таблица, JSON по схеме), при интеграции — через few-shot.
Отрицания вместо инструкций. «Не пиши длинно, не используй сложные слова» работает хуже, чем «пиши до 80 слов, простыми словами». Модели лучше следуют позитивным указаниям, чем запретам.
Игнорирование галлюцинаций. Если не ограничить модель данными, она уверенно вставит несуществующий факт или цифру. Лечение: «опирайся только на переданные данные; если информации нет — скажи об этом». Подробнее про природу галлюцинаций — в обзоре что такое нейросеть.
Завышенная температура для фактов. Высокая temperature на фактологичной задаче усиливает «отсебятину». Лечение: для точности ставить 0.0–0.3.

Общее правило: если ответ не устроил — почти всегда проблема в постановке задачи, а не в модели. Прежде чем менять модель на более дорогую, перепишите промпт по структуре «роль → контекст → задача → формат → ограничения».

Готовые промпты под задачи

Соберём рабочие шаблоны под три частых сценария. Их можно брать как основу и адаптировать.

Промпт для генерации текста

Роль: ты копирайтер, пишешь для блога B2B-сервиса.
Контекст: тема — [тема]. Аудитория — [кто]. Цель текста — [зачем].
Ключевые тезисы, которые надо раскрыть: [список].
Задача: напиши [тип текста: пост / вступление / раздел].
Формат: [объём] слов, подзаголовки, короткие абзацы, маркдаун.
Ограничения: деловой тон без канцелярита; не выдумывай фактов
сверх переданных; без клише «в современном мире», «не секрет, что».

Под текстовые задачи хорошо подходят Claude Sonnet 4.6 (210 / 1070 ₽ за 1М токенов вход/выход) и GPT-5.5 (350 / 2150 ₽) — они дают самые гладкие формулировки на русском. Для массового объёма берут дешёвые модели. Развёрнуто про выбор модели под текст — в гайде нейросеть для генерации текста.

Промпт для кода

С кодом промпт-инжиниринг особенно важен: модели нужны язык, версии, контекст вокруг и критерий «что значит готово».

Роль: ты senior Python-разработчик, пишешь чистый типизированный код.
Контекст: Python 3.12, FastAPI. Вот текущий эндпоинт: [код].
Задача: добавь валидацию входных данных через Pydantic и обработку
ошибки 422 с понятным сообщением.
Формат: верни только изменённый файл целиком, без объяснений.
Ограничения: не меняй сигнатуры других функций; следуй PEP 8;
если в задаче есть неоднозначность — отметь её комментарием в коде.

Для кода в нашем каталоге сильнее всего Claude Opus 4.7 (350 / 1790 ₽) и GPT-5.5; для рутины подходит и более дешёвый эшелон. Совет: давайте модели окружающий код как контекст и просите вернуть файл целиком — так меньше ошибок при вставке.

Промпт для анализа данных

Роль: ты аналитик данных.
Контекст: ниже CSV с продажами по месяцам: [данные].
Задача: определи тренд, найди аномальные месяцы и назови
вероятную причину каждого отклонения.
Формат: таблица «месяц | значение | отклонение от среднего | вывод»,
затем абзац с общим трендом.
Ограничения: рассуждай шаг за шагом перед выводами; опирайся только
на переданные числа; если данных мало для вывода — скажи об этом.

Здесь полезно сочетать цепочку рассуждений (для корректных расчётов) с жёстким форматом вывода (для читаемости). Хорошо ложатся модели с длинным контекстом — Gemini 3.1 Pro (140 / 860 ₽, контекст около 1 млн токенов) проглотит большой массив за один запрос.

Как применять промпты через API

Главное удобство: всё, что мы разобрали, переносится в код один-в-один. Через OpenAI-совместимый API вы управляете системным промптом, примерами (few-shot прямо в messages) и температурой. Endpoint Promptra: https://api.promptra.ru/v1.

Базовый вызов с системным промптом (Python)

from openai import OpenAI

client = OpenAI(
 api_key="prm-xxxxxxxxxxxx",
 base_url="https://api.promptra.ru/v1",
)

response = client.chat.completions.create(
 model="anthropic/claude-sonnet-4.6",
 messages=[
 {
 "role": "system",
 "content": (
 "Ты редактор. Пишешь на русском, по делу, без воды. "
 "Опираешься только на переданный текст."
 ),
 },
 {
 "role": "user",
 "content": "Сократи вдвое, сохрани цифры:\n" + text,
 },
 ],
 temperature=0.3,
)

print(response.choices[0].message.content)

Чтобы сменить модель — поменяйте одну строку model. Идентификаторы из каталога: anthropic/claude-opus-4.7, anthropic/claude-sonnet-4.6, openai/gpt-5.5, openai/gpt-5.4, google/gemini-3.1-pro-preview, deepseek/deepseek-v4-pro, z-ai/glm-5.1, qwen/qwen3.6-plus. Промпт-структура и temperature остаются прежними.

Few-shot прямо в сообщениях (Node.js)

Примеры удобно передавать как чередование user / assistant — модель воспринимает это как образцы диалога:

import OpenAI from "openai";

const client = new OpenAI({
 apiKey: process.env.PROMPTRA_API_KEY,
 baseURL: "https://api.promptra.ru/v1",
});

const res = await client.chat.completions.create({
 model: "deepseek/deepseek-v4-pro",
 messages: [
 { role: "system", content: "Определи тональность: позитив/негатив/нейтрал. Ответ одним словом." },
 { role: "user", content: "Доставили быстро, всё работает" },
 { role: "assistant", content: "позитив" },
 { role: "user", content: "Жду заказ вторую неделю" },
 { role: "assistant", content: "негатив" },
 { role: "user", content: "Качество отличное, но дорого" },
 ],
 temperature: 0,
});

console.log(res.choices[0].message.content);

Проверка одним curl

curl https://api.promptra.ru/v1/chat/completions \
 -H "Authorization: Bearer prm-xxxxxxxxxxxx" \
 -H "Content-Type: application/json" \
 -d '{
 "model": "openai/gpt-5.5",
 "messages": [
 {"role": "system", "content": "Ты лаконичный ассистент."},
 {"role": "user", "content": "Объясни промпт-инжиниринг в одном предложении"}
 ],
 "temperature": 0.3
 }'

Если в ответе пришёл JSON с полем content — endpoint и ключ живые. Подключение к самой популярной линейке разобрано на странице ChatGPT (GPT) API за рубли, а сравнение моделей по силе и цене — в обзоре топ-5 LLM 2026. Цены в Promptra — 1-в-1 с провайдером по курсу ЦБ (71.668 ₽/$ на 2026-05-27), без наценки на токены; сервисная комиссия 5% берётся только при пополнении баланса.

Оплата API на юрлицо в рублях

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

Через Promptra API оплачивается на российское юрлицо — оплата в рублях по договору, полный пакет закрывающих документов. На каждое пополнение баланса выдаются договор-оферта, счёт, акт, счёт-фактура и УПД; документооборот идёт через ЭДО (Диадок, СБИС), поэтому документы автоматически попадают в учётную систему. Цены на токены — 1-в-1 с провайдером по курсу ЦБ, без наценки; сервисная комиссия 5% — только при пополнении баланса. VPN не нужен: запросы уходят на endpoint агрегатора, а он сам обращается к провайдеру. Подробно про документы и легальность — в материале легально ли использовать AI API на юрлицо.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs

Polza.ai или Promptra: что выбрать бизнесу

Promptra Team — Mon, 15 Jun 2026 17:05:05 +0000

Коротко для тех, кто пришёл за ответом: Polza.ai и Promptra — это два российских ООО-агрегатора зарубежных LLM по API, и выбор между ними упирается в две оси — каталог против оформления. Polza.ai — бюджетный pass-through сервис с очень широким каталогом (на главной заявлено более 250 моделей) и минимальной наценкой, близкой к долларовой цене провайдеров; член АЛРИИ. Promptra — сервис с ценой на токены 1-в-1 с провайдером по курсу ЦБ (наценка 0%), 5% сервисной комиссией только при пополнении баланса и полным пакетом закрывающих документов через ЭДО как стандарт, оплата на юр.лицо российское юр.лицо. Если ваш приоритет — максимально дёшево перепробовать сотни моделей, логичный выбор — Polza.ai. Если приоритет — предсказуемая B2B-инфраструктура с фиксированной экономикой и закрывающими документами как стандарт — это к нам.

Я работаю в Promptra, поэтому сразу честно: это не «обзор-разоблачение». Polza.ai — крепкий продукт с реальными преимуществами, и по двум параметрам — широте каталога и низкой цене на токены — они объективно сильны. Цель статьи — разложить по полочкам критерии (наценка, каталог, документы, бизнес-модель, поддержка), чтобы вы выбрали под свою задачу осознанно, а не по громкости рекламы.

Все цены Promptra ниже — на 27.05.2026 при курсе ЦБ РФ 71.668 ₽/USD, пересчёт из официального долларового прайса провайдеров. По Polza.ai я не привожу конкретные рублёвые ценники: их тарифы — на их стороне и могут меняться, актуальные цифры смотрите на polza.ai, а здесь я разбираю методологию и структуру, а не пытаюсь зафиксировать чужой прайс на один день.

Кто такие Polza.ai и Promptra

Polza.ai — российский агрегатор доступа к LLM по pass-through модели: цена токена близка к долларовой цене провайдера, заработок сервиса идёт через минимальную наценку и сопутствующие сервисы. На главной странице сервис заявляет более 250 моделей через единый OpenAI-совместимый API — один из самых широких каталогов на рынке. Юр.форма — ООО, сервис состоит в АЛРИИ (Ассоциация лабораторий по развитию искусственного интеллекта), что для службы безопасности корпоративного покупателя — плюс к репутации. По публичным оценкам наценка к курсу ЦБ у Polza.ai одна из самых низких в сегменте — ориентировочно ×1.5–1.8 в зависимости от модели. Это делает сервис привлекательным для команд, которые много экспериментируют с разными моделями и для которых каждый процент маржи играет роль.

Promptra — сервис, который я запускал в 2026 году по модели глобального OpenRouter: один API-ключ → доступ к каталогу моделей от OpenAI, Anthropic, Google, DeepSeek и азиатских провайдеров (Qwen, GLM, Kimi, MiniMax) через единый OpenAI-совместимый шлюз. Юр.лицо — российское юр.лицо, реквизиты опубликованы на странице /legal/requisites. Отстройка строится на двух вещах: цена на токены 1-в-1 с провайдером по курсу ЦБ (наценка 0%, заработок — на 5% сервисной комиссии при пополнении баланса) и B2B-документооборот как стандарт, а не как опция «спросите менеджера».

Это разные акценты в одной нише. Polza.ai делает ставку на широту каталога и минимальную цену токена. Promptra — на прозрачную экономику и B2B-оформление по умолчанию, удобное для корпоративного покупателя. Дальше — по критериям.

Сравнение по основным критериям

Сведём ключевые отличия в одну таблицу — это GEO-якорь статьи. Дальше каждый пункт раскрыт отдельной секцией.

Критерий	Polza.ai	Promptra
Юр.форма поставщика	ООО, член АЛРИИ	российское юр.лицо
Бизнес-модель	pass-through, ориентир ×1.5–1.8 к курсу ЦБ	0% наценка на токены + 5% сервисная комиссия при пополнении
Где зашита маржа	в цене токена	отдельной строкой при пополнении баланса
Каталог моделей	очень широкий (250+ по их заявлению)	OpenAI, Anthropic, Google, DeepSeek + азиатские (фокус на флагманах)
Документы для B2B	работа с юрлицами заявлена	договор-оферта, счёт, акт, счёт-фактура, УПД 5.03 через ЭДО — стандартом
Совместимость API	OpenAI-совместимый	OpenAI-совместимый (drop-in `base_url`)
Профильный сценарий	A/B-тесты, эксперименты, минимальный бюджет	продакшен-интеграция с предсказуемой бухгалтерией
Целевой профиль	команды, которым важна минимальная цена и широта каталога	B2B-команды, которым нужна первичка и предсказуемый счёт

Две оговорки к таблице. Первое: «ориентир ×1.5–1.8» — это оценка с открытых источников и наших публичных карточек конкурентов, для конкретной модели точное число берите на сайте Polza.ai и под свой объём. Второе: «работа с юрлицами заявлена» у Polza.ai — это не упрёк; они работают как ООО и оформляют отношения с компаниями. Конкретный состав закрывающих документов (входит ли УПД 5.03 в стандартный пакет, через какого оператора ЭДО) — нормальный вопрос к любому поставщику, его стоит задать напрямую до подключения.

Бизнес-модель: pass-through против фиксированной комиссии

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

Pass-through (Polza.ai)

Pass-through — значит «провели цену сквозь себя». Сервис покупает токены у провайдера в долларах, конвертирует в рубли с минимальной маржой и продаёт вам. Цена на сайте уже включает наценку — небольшую, но включает. По публичным оценкам у Polza.ai это ориентировочно ×1.5–1.8 к курсу ЦБ в зависимости от модели; конкретное число лучше уточнить под вашу модель на их сайте.

Плюс этой модели: простая ментальная картина. Видите на сайте 100 ₽ за миллион токенов — платите 100 ₽ за миллион токенов, без отдельной комиссии за пополнение. Удобно для команд, которые мыслят в логике «купил пакет — потратил по факту».

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

Фиксированная сервисная комиссия при пополнении (Promptra)

У нас цена токена — 1-в-1 с провайдером по курсу ЦБ, наценка ноль. Заработок сервиса — 5% сервисная комиссия, которая берётся только при пополнении баланса, один раз, не от токенов. Положили на баланс 100 000 ₽ → списали 5 000 ₽ комиссии (за эквайринг, документооборот и работу сервиса) → на балансе 95 000 ₽, которые тратите по долларовой цене провайдера в пересчёте по курсу ЦБ дня.

Плюс этой модели: экономика предсказуема и масштабируется в вашу пользу. Прибавили объём в десять раз — комиссия сервиса по-прежнему 5% от пополнения, а цена за токен не меняется. На больших и стабильных объёмах эффективная наценка получается около ×1.05 — это конкурентно с любой pass-through моделью. Кроме того, отдельная комиссия за пополнение прозрачна для бухгалтерии: вы видите конкретную строку «комиссия сервиса 5%» в первичке.

Минус: на очень маленьких объёмах (тестовые 500 ₽ на пробу) комиссия за пополнение психологически заметнее, чем размазанная по токенам наценка. Для команд, у которых задача — потратить 200 ₽ и закрыть, pass-through ощущается проще.

Когда какая модель выгоднее

Малый и переменный объём, много экспериментов → ваша картина мира — «зашёл, потратил, ушёл», и pass-through часто удобнее. Polza.ai в этой логике сильна.
Регулярный продакшен-объём с прогнозируемым бюджетом → 0% наценка на токены + 5% при пополнении даёт более низкую эффективную ставку и предсказуемый счёт. Promptra сделан под это.
B2B с бухгалтерией, которой важна структура первички → отдельная строка «сервисная комиссия» в документах часто чище, чем размазанная маржа.

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

Цена за токен: методология вместо чужого прайса

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

Чтобы честно сравнить два сервиса, нужно привести обе модели к общему знаменателю — сколько вы реально заплатите за миллион входящих и исходящих токенов конкретной модели, со всеми комиссиями. Маркетинговая фраза «у нас 250+ моделей» или «у нас цена по курсу ЦБ» без привязки к конкретной модели и итоговой сумме — это не цифра, а лозунг. Для pass-through сервиса итог — это цена на сайте за миллион токенов (она уже включает их маржу). Для нашей модели итог — это цена на сайте за миллион токенов плюс 5% сервисной комиссии, заложенной в пополнение.

Вот наша сторона, открыто. Promptra держит цену токенов 1-в-1 с провайдером по курсу ЦБ (наценка 0%), а зарабатывает на 5% сервисной комиссии при пополнении баланса. Пересчёт из официального долларового прайса провайдеров по курсу ЦБ 71.668 ₽/USD на 27.05.2026:

Модель	USD input / output (за 1M)	Promptra input / output (₽ за 1M)	Источник прайса
GPT-5.5	$5 / $30	350 / 2150	developers.openai.com
GPT-5.4	$2.5 / $15	170 / 1070	то же
GPT-5.4 Mini	$0.75 / $4.5	50 / 320	то же
Claude Opus 4.7	$5 / $25	350 / 1790	platform.claude.com
Claude Sonnet 4.6	$3 / $15	210 / 1070	то же
Gemini 3.1 Pro	$2 / $12	140 / 860	ai.google.dev
GLM 5.1	$1.4 / $4.4	100 / 310	docs.z.ai
Qwen 3.6 Plus	$0.325 / $1.95	20 / 130	alibabacloud.com

Как пользоваться этой таблицей при сравнении с Polza.ai: возьмите ту же модель на их сайте, посмотрите цену за миллион токенов на странице тарифов — это конечная сумма за токен у них, с уже включённой наценкой. Сопоставьте с цифрой из колонки Promptra плюс 5% от вашего пополнения. Если вы планируете тратить 100 000 ₽ в месяц — 5% это 5 000 ₽, и вы сможете прикинуть, перевешивает ли это разница в цене токена под ваш профиль. На малом объёме pass-through часто выходит дешевле, на крупном и регулярном — паритет или преимущество в нашу сторону, плюс более чистая структура для бухгалтерии.

Про DeepSeek и промо-цены — отдельная осторожность

Один частый источник путаницы при сравнении агрегаторов — промо-цены провайдеров. Например, DeepSeek V4 Pro на 27.05.2026 стоит у провайдера $0.435 / $0.87 за миллион токенов (это 30 / 60 ₽ по курсу ЦБ) — но это промо со скидкой 75%, которое заканчивается 31.05.2026. После окончания базовая цена вернётся к примерно $1.74 / $3.48 (около 120 / 240 ₽). Если один сервис показывает промо-цену, а другой — уже базовую, прямое сравнение «у кого дешевле DeepSeek» будет некорректным. Всегда уточняйте, акционная цена перед вами или постоянная, и до какой даты она действует.

Каталог моделей: ширина против фокуса

Здесь — честное преимущество Polza.ai. Их позиционирование «250+ моделей» — это про охват, и для ряда сценариев это реально полезно.

Polza.ai делает ставку на широту: чем больше моделей за одним ключом, тем выше шанс, что найдётся ровно та, что нужна под нишевую задачу — редкий язык, специфический open-weight чекпойнт, экзотический мультимодальный вариант, нестандартный fine-tune. Если ваш кейс — «перепробовать десятки моделей и найти оптимум», или вам нужны модели, которые не входят в стандартную обойму флагманов, широкий каталог экономит время на интеграции разных провайдеров поодиночке. Это объективное преимущество, и в этом сценарии Polza.ai выигрывает.

OpenAI — GPT-5.5, GPT-5.4, GPT-5.4 Mini, GPT-5.3 Codex
Anthropic — Claude Opus 4.7, Claude Sonnet 4.6, Claude Haiku 4.5
Google — Gemini 3.1 Pro, Gemini 3.5 Flash, Gemini 3.1 Flash Lite
DeepSeek — V4 Pro (сильна в коде и матлогике за копейки)
Азиатские — Qwen 3.6 Plus (Alibaba), GLM 5.1 (Z.ai), Kimi K2.5 (Moonshot), MiniMax M2.7
Мультимодальные — генерация изображений (Nano Banana Pro, GPT Image 2) и видео (Veo 3.1, Seedance 2.0, Kling v3)

Плюс широкого каталога — гибкость и шанс найти нишевый оптимум. Минус — за сотнями моделей сложнее уследить, какие из них реально стабильны и активно мониторятся на качество; часть «галочек в списке» может быть редко используемыми endpoint-ами с неопределённым SLA. Плюс фокусированного каталога — за каждой моделью стоит понятная роль и регулярная проверка. Минус — если вам нужна именно экзотика, которой в фокус-наборе нет, придётся искать её в другом месте.

Практический критерий выбора: выпишите модели, которые реально нужны вашему проекту, и проверьте наличие каждой у обоих сервисов. Число «250+» само по себе ничего не говорит, если 245 из них вы никогда не вызовете. И наоборот — если вам нужна одна редкая модель, которой нет в фокус-наборе Promptra, ширина каталога Polza.ai решает.

Документы для бухгалтерии: что вы получите

Polza.ai — это ООО и член АЛРИИ, работа с юрлицами заявлена, и для серьёзного по обороту B2B это база. Конкретный состав закрывающих документов под российское юр.лицо стоит уточнить напрямую у них до подключения: какой пакет первички вы получаете (договор, акт, счёт-фактура, УПД), через какого оператора ЭДО они работают. Это нормальный вопрос к любому поставщику — просто его стоит задать письменно и сохранить ответ.

Promptra ориентирован на B2B-сценарий с первого дня, и пакет фиксирован: договор-оферта, счёт на оплату, акт оказанных услуг, счёт-фактура и УПД формата 5.03 через ЭДО (Диадок, СБИС, 1С-ЭДО) — это стандарт, а не доплата. Оплата идёт на одно российское юр.лицо — российское юр.лицо, реквизиты опубликованы на странице /legal/requisites для проверки контрагента. С 1 января 2026 года формат УПД 5.03 стал единственным легитимным электронным форматом для закрывающих документов — это не наша прихоть, а требование ФНС.

Важный нюанс, который касается обоих сервисов: формулировка предмета услуги в акте и УПД должна быть развёрнутой («предоставление доступа к API больших языковых моделей за период…»), иначе при проверке инспектор вправе усомниться в экономической обоснованности расхода (ст. 252 НК РФ). Подробный разбор того, какие документы нужны и какие ошибки бухгалтерии налоговая снимает с базы, — в нашем материале про закрывающие документы по нейросетям. А по вопросу легальности самой схемы оплаты зарубежных LLM на российское юр.лицо — отдельный разбор: легально ли использовать OpenAI/Claude на юрлицо в РФ.

Где Polza.ai сильнее

Без перетягивания одеяла — две реальные сильные стороны Polza.ai, которые честно стоит признать.

Первое — минимальная цена на токены и широкий каталог. Если ваш сценарий — «много экспериментов, минимальный бюджет, переменный объём», pass-through модель с маржой ×1.5–1.8 даёт более низкий чек на коротком горизонте, особенно при малом потреблении. Каталог 250+ моделей — это про шансы найти именно тот чекпойнт или fine-tune, который вам нужен.

Второе — членство в АЛРИИ как репутационный сигнал. Для отдела безопасности крупной компании факт, что поставщик состоит в отраслевой ассоциации, — это плюс к оценке устойчивости и зрелости.

Если эти два фактора для вас приоритетны — Polza.ai объективно сильный кандидат, и в части сценариев он будет лучше нас. Это нормально, у разных продуктов разные ниши.

Где Promptra удобнее для B2B

Тоже без перетягивания — три места, где у нас структурное преимущество для команды, которой важна B2B-инфраструктура.

Первое — предсказуемая экономика на масштабе. На малом объёме разница в моделях незаметна, но при росте до 100–500 тысяч ₽/мес «0% наценка + 5% при пополнении» даёт более низкую эффективную ставку и более прозрачный счёт, чем размазанная по каждому токену маржа. Эта же структура чище для бухгалтерии: отдельная строка «сервисная комиссия» в первичке вместо «непонятной разницы» между долларовой ценой провайдера и рублёвым счётом.

Второе — закрывающие документы и УПД 5.03 как стандарт. Не «уточняйте у менеджера», а зафиксированный пакет на одно ООО с публичными реквизитами. Это закрывает запрос бухгалтерии в первый же день подключения, без переписки и без сюрпризов на этапе акта.

Третье — прямой контакт с командой на подключении. У нас весь онбординг идёт через CEO напрямую в Telegram, без многоступенчатого тикет-конвейера. Это не масштабируется на тысячи нетехнических пользователей, но даёт скорость и гибкость для команды, которая подключается на кастомных условиях (особый объём, особый набор моделей, особый формат счёта).

То есть мы не «лучше во всём» — мы заточены под профиль «B2B-команда, регулярный продакшен-объём, требование чёткой первички», и в этом профиле у нас есть структурное преимущество.

Как мигрировать с Polza.ai на Promptra

Оба сервиса дают OpenAI-совместимый API — это значит, что миграция в обе стороны сводится к замене base_url и API-ключа в вашем существующем коде. Никакого переписывания SDK: меняете адрес и ключ, остальное работает как раньше.

Для Promptra drop-in выглядит так:

from openai import OpenAI

client = OpenAI(
 api_key="ваш-ключ-promptra",
 base_url="https://api.promptra.ru/v1",
)

resp = client.chat.completions.create(
 model="anthropic/claude-sonnet-4.6",
 messages=[{"role": "user", "content": "Привет!"}],
)
print(resp.choices[0].message.content)

import OpenAI from "openai";

const client = new OpenAI({
 apiKey: process.env.PROMPTRA_API_KEY,
 baseURL: "https://api.promptra.ru/v1",
});

const resp = await client.chat.completions.create({
 model: "openai/gpt-5.4",
 messages: [{ role: "user", content: "Привет!" }],
});
console.log(resp.choices[0].message.content);

Имена моделей указываются в формате провайдер/модель (например, openai/gpt-5.4 или anthropic/claude-opus-4.7). Если вы уже писали код под OpenAI SDK или дёргали любой OpenRouter-подобный сервис, переключение занимает минуты. Подробный разбор миграции (Python/Node/Go) — в нашем гайде миграция с OpenAI SDK: меняем base_url.

Важная оговорка: при миграции сверьте набор моделей. Если у вас в коде Polza.ai использовалась нишевая модель, которой нет в фокус-наборе Promptra, её придётся либо заменить на ближайший флагман, либо оставить за Polza.ai и использовать оба сервиса параллельно — это нормальная стратегия multi-provider routing для продакшена.

Поддержка и подключение

Оба сервиса оформляют отношения с юр.лицами, и оба дают OpenAI-совместимый endpoint. Разница — в философии онбординга.

Polza.ai как сервис с массовым каталогом и self-service моделью выстраивает поддержку под объём: документация, FAQ, тикет-система. Это нормально и масштабируется на большое число клиентов одновременно.

Promptra на текущем этапе делает ставку на прямой контакт: все вопросы по подключению идут напрямую в Telegram к команде, без многоступенчатого тикет-конвейера. У каждого подхода свои плюсы: массовая поддержка лучше масштабируется на тысячи клиентов, прямой контакт быстрее для нестандартных вопросов, подключения с кастомным объёмом и подбора набора моделей под конкретную задачу.

Когда выбирать Polza.ai, а когда Promptra

Честный decision tree без перетягивания одеяла.

Выбирайте Polza.ai, если:

ваш приоритет — минимальная цена на токены на малом и переменном объёме, и каждый процент маржи играет роль;
вам нужен максимально широкий каталог моделей, включая нишевые, экзотические и open-weight варианты, которых нет в фокус-наборах конкурентов;
ваша задача — много экспериментировать с разными моделями за одним ключом, искать оптимум методом перебора;
членство в АЛРИИ — значимый сигнал для вашей службы безопасности.

Выбирайте Promptra, если:

у вас регулярный продакшен-объём с прогнозируемым бюджетом, и «0% наценка + 5% при пополнении» даёт более низкую эффективную ставку;
вам нужна предсказуемая бухгалтерия: чёткая структура первички (отдельная строка «сервисная комиссия», полный пакет закрывающих документов через ЭДО) с первого дня;
вам достаточно фокусированного каталога флагманов (GPT, Claude, Gemini, DeepSeek + азиатские), и вы предпочитаете, чтобы за каждой моделью стояла понятная роль;
вам нужен прямой контакт с командой для подключения на кастомных условиях (особый объём, особый формат счёта).

Универсальный совет для любого выбора: не верьте ни Polza.ai, ни мне на слово. Сделайте три вещи. Первое — выпишите нужные именно вам модели и проверьте их наличие у обоих сервисов. Второе — посчитайте итоговую сумму под ваш реальный месячный объём по обеим моделям монетизации (pass-through цена × объём для Polza.ai vs цена по курсу ЦБ × объём + 5% от пополнений для нас). Третье — запросите образец договора и счёта-фактуры и покажите бухгалтеру. Выбор инфраструктурного поставщика — как выбор любой критической инфраструктуры: с проверкой документов и тестом под свою задачу, а не «по статье из интернета», включая эту.

Если хотите сравнить Promptra с другими игроками рынка — у нас есть разборы AITUNNEL vs Promptra (ширина каталога и формат юр.лица поставщика), BotHub vs Promptra (веб-чат vs чистый API) и общий обзор лучших агрегаторов LLM API в России 2026. Если вы пришли за конкретной моделью — отдельная страница ChatGPT API через Promptra показывает, как подключить GPT через нас за пять минут.

Provider prices 1-to-1 at CBR rate — no markup on tokens. Ruble billing per contract, full closing documents through EDI. No VPN — legal B2B service in Russia.

Try: promptra.ru · model catalog · docs