Российские нейросети в работе: когда GigaChat или YandexGPT — лучший выбор

Короткий ответ: отечественную модель выбирают не за качество, а за допуск. Если в задаче есть персональные данные граждан России, если вы закупаете по реестру отечественного ПО, если доступа к зарубежному API нет без посредника — решение принято до всякого сравнения моделей. А когда ни одно из этих условий не выполняется, GigaChat и YandexGPT — просто два кандидата в общем списке, и выбирают их своими примерами, а не происхождением.

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

Что решается до сравнения

Локализация данных. При сборе персональных данных, в том числе через интернет, оператор обязан обеспечить запись, систематизацию, накопление, хранение, уточнение и извлечение данных граждан России с использованием баз данных, находящихся на территории страны, кроме нескольких случаев из статьи 6 (часть 5 статьи 18 закона № 152-ФЗ; здесь и дальше — моё прочтение норм, а не юридическая консультация). Отправка обращения клиента в зарубежный сервис — не техническая деталь, а действие с данными, у которого есть место совершения. Отечественный провайдер этот вопрос закрывает: обработка остаётся в стране, а дальше действуют обычные требования к обработке — практическую границу я описывал отдельно.

Закупка. Для государственных и муниципальных нужд действует запрет на допуск иностранного программного обеспечения. С 1 января 2025 года правила национального режима в закупках собраны в одном документе (постановление Правительства № 1875 от 23 декабря 2024 года), а российское происхождение подтверждается записью в едином реестре отечественного ПО — его ведут по постановлению № 1236, где до 2025 года стоял и сам запрет. Бюджетному заказчику это не довод в споре, а форма обоснования: пока в реестре есть отечественный сервис подходящего класса, необходимость зарубежного придётся доказывать письменно.

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

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

Чего допуск не даёт

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

Соглашение об использовании GigaChat для физических лиц прямо обязывает не загружать в сервис персональные данные третьих лиц, а также свои биометрические данные и данные специальной категории (пункт 8.7 редакции от 6 февраля 2026). Вопрос трансграничной передачи снят, вопрос «что вообще разрешено отправлять» — нет, и решает его тот документ, по которому подключились именно вы. Публичные условия для физических лиц и корпоративный договор — разные тексты с разными обязательствами; читать надо свой.

Дальше — журналирование. В Yandex Cloud AI Studio запросы по умолчанию логируются, а чтобы они не сохранялись на серверах, к запросу добавляют заголовок x-data-logging-enabled: false; в документации прямо рекомендуют отключать логирование, когда в запросе есть чувствительные данные. Одна строка, о которой обычно узнают после запуска.

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

Русский язык: не верить, а посчитать

Довод «на русском отечественная модель дешевле по токенам» выглядит убедительно и проверяется за десять минут. Токенизатор считает байты, а не буквы, и разбиение у каждой модели своё — механику я разбирал отдельно. Считать есть чем у обоих: у GigaChat это запрос POST /tokens/count, которому передают название модели, ведущей подсчёт (документация оценивает средний токен в три-четыре символа, включая пробелы и знаки); у AI Studio — метод tokenize, и в ответе приходит версия модели, которая считала.

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

Как сравнивать, если бенчмарков нет

Так же, как любые другие модели: процедура от происхождения не меняется. Двадцать своих примеров, парное сравнение на одних и тех же входах, записанная версия модели рядом с каждым прогоном.

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

Условие несогласия

Всё сказанное избыточно, если персональных данных в задаче нет, вы не бюджетный заказчик, а доступ к зарубежному API у вас уже налажен и оплачен. Тогда происхождение провайдера — не критерий, и выбирать надо по своим примерам, даже если результат окажется неудобным для отчёта о технологической независимости.

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

Чего я делать не стал бы

Не стал бы выбирать провайдера по демонстрации в его чате. Веб-версия и API — разные продукты с разными условиями и разным поведением, и впечатление от чата к контуру не переносится: сравнивать надо то, что вы будете вызывать из кода.

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

Не стал бы строить контур на одном провайдере без слоя, за которым его можно заменить. День работы на этот слой окупается при первом же изменении условий: смене модели под старым именем, новом лимите или переносе тарифа. Условия у всех меняются, и предупреждают об этом редко.

Открытый вопрос

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

Хуже, что доля отказов нестабильна: правила меняются на стороне поставщика, и вчерашний рабочий запрос сегодня возвращает вежливый отказ. Я пока просто держу такие примеры отдельной группой и смотрю на неё глазами, но это признание, что автоматической метрики у меня нет.