Сценарий, знакомый всем, кто пробовал встроить языковую модель в рабочий процесс из России, обычно обрывается в одном и том же месте. Модель выбрана, промпт написан, интеграция готова — и на этапе привязки карты выясняется, что оплатить зарубежный API нечем. Обходные пути существуют, но все они означают одно: платёжный контур вашего продукта держится на схеме, которую вы не контролируете и не можете показать бухгалтерии.
Вторая стена стоит рядом и выше. Если через модель проходят персональные данные клиентов, вопрос уже не в удобстве оплаты, а в том, где эти данные обрабатываются и чем вы это подтвердите при проверке.
Именно на этих двух стенах и построен весь смысл российских моделей. Их выбирают не потому, что они обыгрывают мировые флагманы, — они их не обыгрывают. Их выбирают потому, что счёт выставляется в рублях, договор заключается с российским юридическим лицом, а инфраструктура находится внутри страны. Дата написания текста — 25 августа 2026 года; всё, что касается условий доступа, меняется, и проверять нужно на страницах провайдеров.
#Чем эти модели являются, а чем нет
Первое, что стоит прояснить, потому что путаница здесь массовая. YandexGPT и GigaChat — это облачные API-сервисы, а не веса, которые вы скачиваете и запускаете у себя. Вы отправляете текст запроса на сервер провайдера и получаете ответ. Локального запуска флагманских версий этих семейств нет.
Отдельные облегчённые варианты выкладывались в открытый доступ — статус конкретной версии на дату вашего чтения требует проверки, и он не отменяет главного: продуктовое качество живёт в облаке, а не в скачиваемом файле. Если вам нужна модель, работающая без интернета на вашем железе, эти два имени вам не подходят вовсе, и дальше можно не читать — смотрите в сторону открытых весов.
YandexGPT — семейство моделей Яндекса, доступное через его облачную платформу. Доступ устроен как обычный облачный сервис: аккаунт, каталог, сервисный аккаунт, ключ.
GigaChat — семейство Сбера. Доступ строится вокруг корпоративного личного кабинета и выдачи учётных данных, по которым клиент получает временный токен.
У обоих есть чат-интерфейсы для конечного пользователя, но нас интересует API: именно он определяет, можно ли построить на модели рабочий процесс.
#Доступ, оплата, данные, интерфейс
В таблице собрано то, из-за чего эти сервисы вообще выбирают. Смотрите не на «качество» — про него отдельный раздел ниже, — а на строки про оплату и размещение: они решают вопрос там, где зарубежный провайдер отпадает целиком.
| Критерий | YandexGPT | GigaChat |
|---|---|---|
| Способ доступа | облачная платформа Яндекса | корпоративный кабинет Сбера |
| Авторизация | ключ сервисного аккаунта или токен | учётные данные, обмениваемые на временный токен |
| Оплата | рубли, российское юрлицо или физлицо | рубли, российское юрлицо или физлицо |
| Размещение инфраструктуры | Россия | Россия |
| Веса для локального запуска | не выкладываются | отдельные облегчённые варианты, требует проверки |
Из таблицы следует ровно один вывод, и он практический: оба сервиса снимают платёжную проблему полностью и вопрос размещения — по инфраструктуре. Всё остальное в этом выборе — компромиссы, и о них ниже. Общая картина способов оплаты моделей из России, включая варианты для зарубежных провайдеров, разобрана в отдельном материале про оплату API языковых моделей из России.
Ещё две технические детали, которые стоит проверить до начала интеграции, потому что они съедают первый день работы. Первая: у обоих провайдеров формат запроса собственный, хотя совместимые с распространённым отраслевым форматом точки входа появлялись — наличие такой совместимости требует проверки на дату вашей интеграции. Вторая: подключение к российскому провайдеру может потребовать установки корневого сертификата российского удостоверяющего центра в доверенные — иначе клиентская библиотека будет отваливаться на проверке TLS, и ошибка выглядит как сетевая, хотя таковой не является. Пошаговый разбор получения учётных данных у разных провайдеров — в справке о том, где взять API-ключ к языковой модели.
#Что здесь работает хорошо
Русский язык на бытовом и деловом уровне. Обе линейки обучались с русским как основным языком, и это видно в мелочах, на которых спотыкаются мультиязычные модели: согласование падежей после числительных, деловая и канцелярская стилистика, обращение с русскими именами собственными и аббревиатурами, знание местных реалий. Для писем, регламентов, описаний товаров и ответов службы поддержки этого уровня обычно достаточно.
Предсказуемый юридический контур. Договор с российским юридическим лицом, закрывающие документы, счёт в рублях. Для организации это не мелочь, а условие, при котором интеграция вообще возможна.
Инфраструктура внутри страны. Ключевой аргумент для сценариев с персональными данными — подробнее в следующем разделе.
Сопутствующие модели. У обоих провайдеров рядом с текстовой моделью живут распознавание речи, синтез и векторные модели для поиска. Собрать всю цепочку у одного поставщика с одним договором проще, чем сшивать её из четырёх.
Стабильность доступа. Никаких региональных блокировок, прокси и опасений, что метод оплаты перестанет работать в середине квартала.
#Где они проигрывают
Раздел не короче предыдущего, потому что честная оценка здесь важнее списка достоинств.
Сложные рассуждения. Эти модели не соревнуются с мировыми флагманами в задачах, где нужна длинная цепочка выводов: многошаговая математика, разбор запутанного кода, планирование с несколькими ограничениями, анализ противоречивого текста. Разрыв реален, и его не стоит закрывать словами. Аргумент российских моделей другой — доступность, язык и юридический контур, а не сырая сила рассуждения.
Код. Написание и разбор кода — не витрина этих семейств. Для типовых скриптов их хватает, для архитектурных обсуждений и разбора большой кодовой базы — обычно нет.
Отсутствие локального запуска. Текст каждого запроса уходит провайдеру. Это не про «страшно», а про факт, который нужно учитывать: содержимое ваших промптов покидает вашу инфраструктуру и попадает в чужую, пусть и российскую. Для части задач это неприемлемо независимо от юрисдикции.
Зависимость от условий провайдера. Модели обновляются и снимаются с обслуживания по расписанию поставщика. Поведение промпта, отлаженного полгода назад, может измениться без вашего участия. Локально запущенные веса этой проблемы не имеют вовсе.
Фильтры и отказы. У обоих сервисов есть политика допустимого содержимого, и она заметно строже, чем у моделей, которые вы запускаете сами. Часть безобидных запросов из области медицины, права или безопасности получит отказ, и обойти его настройкой промпта не всегда получится.
Длинный контекст. Заявленные величины окна проверяйте на страницах провайдеров и не принимайте на веру: как и везде, заявленная длина означает технический предел, а не длину, на которой модель удерживает факты.
#152-ФЗ: что здесь важно и чего эта статья не заменяет
Закон о персональных данных требует, чтобы при их сборе обработка, включая хранение, велась с использованием баз данных, находящихся на территории России. Из этого требования и вырастает основной аргумент российских провайдеров: их инфраструктура размещена внутри страны, и по признаку размещения они под требование подходят.
Дальше начинается то, что обзор блога решить за вас не может. Размещение — необходимое условие, но не единственное: значение имеют состав передаваемых данных, основание обработки, договорные условия с провайдером и то, как именно оформлено поручение на обработку. Эта статья не является юридической консультацией, и конкретный правовой вывод для вашего процесса делает ваш юрист. Практическая рамка вопроса — что вообще считается персональными данными в контексте ассистента и какие решения принимаются до выбора модели — разобрана в материале про 152-ФЗ и ИИ-ассистентов.
Инженерный приём, который снимает половину вопросов и не требует юриста: не отправляйте в модель то, что можно не отправлять. Обезличивание перед отправкой — замена имён, телефонов и номеров документов на метки — уменьшает и юридический риск, и цену ошибки, если запрос где-то осел в логах.
#Кому это подойдёт
Берите российский API, если вы работаете из России, вам нужны закрывающие документы, а задачи — текстовые и деловые: письма, регламенты, описания, поддержка, черновики документов на русском. Обзор сценариев, где важнее качество языка, чем сила рассуждения, — в материале про ИИ-ассистента на русском языке.
Не берите, если ваша задача — сложные рассуждения, серьёзная работа с кодом или исследовательские сценарии: разрыв с мировыми флагманами вы почувствуете на первой же неделе.
Не берите, если содержимое запросов не должно покидать вашу инфраструктуру ни при каких условиях. В этом случае единственный вариант — открытые веса на вашем железе, со всеми оговорками о качестве компактных моделей; как подобрать их под свою карту, разобрано в руководстве о том, какую модель выбрать под задачу и железо.
Если вы собираете личного ассистента с памятью, российский API — один из возможных двигателей, а не сам ассистент. В Persona модель подключает сам пользователь: либо своя Ollama — тогда переписка не уходит наружу, либо ключ облачного провайдера — тогда текст запросов уходит именно этому провайдеру, и российский тут ничем не отличается от любого другого. Ключи участников при этом хранятся в базе в открытом виде, о чём стоит знать до того, как вы заведёте в систему рабочий ключ организации. Подробное сопоставление подходов — в разборе различий между Persona и GigaChat.
#Частые вопросы
#Можно ли запустить YandexGPT или GigaChat локально?
Флагманские версии обоих семейств доступны только как облачный API — веса для локального запуска не выкладываются. Отдельные облегчённые варианты публиковались в открытом доступе, и статус конкретной версии требует проверки на её карточке. Если вам нужна работа без интернета и без передачи запросов наружу, выбирать нужно среди открытых весов других семейств.
#Соответствует ли использование российских моделей требованиям 152-ФЗ?
Инфраструктура обоих провайдеров размещена в России, и по признаку размещения они подходят под требование о локализации обработки персональных данных. Но размещение — только одно из условий: значение имеют состав передаваемых данных, основание обработки и договорные условия. Правовой вывод для вашего конкретного процесса должен делать юрист, а не обзор.
#Насколько YandexGPT и GigaChat хуже мировых флагманов?
В задачах на сложные рассуждения, многошаговую математику и работу с кодом разрыв заметен и обнаруживается быстро. В типовых текстовых задачах на русском — письма, регламенты, описания, поддержка — разница между ними и топовыми моделями для большинства сценариев несущественна. Выбирают их не за силу рассуждения, а за оплату, язык и юрисдикцию.
#Что нужно чтобы начать работать с российским API?
Аккаунт у провайдера, учётные данные для авторизации и способ оплаты в рублях. Отдельно стоит заранее проверить два технических момента: формат запроса у каждого провайдера свой, а подключение может потребовать установки корневого сертификата российского удостоверяющего центра — без него библиотека будет обрывать соединение на проверке TLS.
#Уходят ли мои данные при использовании GigaChat или YandexGPT?
Текст каждого запроса передаётся на серверы провайдера — это обязательное условие работы любого облачного API. Отличие от зарубежных сервисов в юрисдикции и размещении инфраструктуры, а не в самом факте передачи. Если содержимое запросов не должно покидать вашу сеть, облачный сервис не подходит независимо от страны.
#Есть ли смысл использовать российскую модель вместе с локальной?
Такая связка часто оказывается практичной: локальная модель обрабатывает то, что не должно уходить наружу, и берёт на себя частые короткие задачи, а облачная подключается там, где нужны рассуждения посложнее. Разделение проводится по чувствительности данных, а не по сложности задачи, — так его проще объяснить и себе, и проверяющему.
#Вывод
YandexGPT и GigaChat решают не ту задачу, о которой спорят в рейтингах. Они решают задачу «как вообще подключить языковую модель к рабочему процессу в России так, чтобы это прошло через бухгалтерию и через юриста».
Если у вас деловые тексты на русском, российское юрлицо и требование обрабатывать данные внутри страны — эти сервисы закрывают вопрос, и искать что-то другое смысла нет. Если ваша задача упирается в сложные рассуждения или код — разрыв с мировыми флагманами вы почувствуете, и лучше знать об этом заранее. Если же содержимое запросов не должно покидать вашу инфраструктуру, ни один облачный API не подойдёт, и разговор переходит к открытым весам на вашем железе.