Вопрос звучит как выбор между двумя моделями, а решается как выбор между двумя поставщиками облачных услуг. И решается он не «умом» модели, а вещами куда более приземлёнными: условиями договора, тем, что происходит с вашими запросами, наличием нужных интеграций и предсказуемостью цены.
Сразу оговорка, которая экономит время: я не буду утверждать, какая из них умнее. Обе развиваются, версии выходят регулярно, и любое такое утверждение устареет раньше, чем вы его прочитаете. Хуже того — оно всё равно не ответит на ваш вопрос, потому что качество измеряется на конкретной задаче, а не вообще.
Ниже — признаки, по которым выбор действительно делается, и способ проверить обе за день.
Что у них общего
Прежде чем о различиях: для российского бизнеса обе закрывают одну и ту же принципиальную задачу.
Российская юрисдикция. Договор с российским юрлицом, оплата в рублях, закрывающие документы. Для бухгалтерии и юристов это решает вопрос, который с зарубежными сервисами часто нерешаем.
Обработка данных внутри страны. Существенно для организаций, обязанных обеспечивать локализацию персональных данных — «152-ФЗ и нейросети».
Доступность без обходных путей. Ни платёжных сложностей, ни ограничений по региону — «Если зарубежная модель недоступна».
Русский язык как основной. Обе обучались преимущественно на русскоязычных данных, что заметно на текстах со сложной морфологией и разговорных формулировках.
Уже этого достаточно, чтобы включить обе в список кандидатов, если ваши данные не позволяют уйти за границу.
По каким признакам сравнивать
Условия обработки запросов
Главный вопрос: используются ли ваши запросы для обучения и можно ли это отключить.
У обоих поставщиков есть корпоративные условия, отличающиеся от общедоступных. Это надо читать, а не предполагать: разница между тарифом для физлиц и корпоративным договором здесь принципиальная.
Проверять: попадают ли запросы в обучение, сколько хранятся логи, кто имеет к ним доступ, что происходит при расторжении.
Экосистема и интеграции
Каждый поставщик встроен в свою инфраструктуру: облачные сервисы, хранилища, базы, инструменты развёртывания.
Если вы уже работаете в одной из экосистем, это часто перевешивает всё остальное: меньше договоров, единая учётная запись, готовые связки. Если не работаете ни в одной — признак не играет роли.
Набор возможностей
Проверять по списку, который нужен именно вам:
| Возможность | Зачем |
|---|---|
| Строгий формат ответа | конвейеры автоматизации, структурированный вывод |
| Вызов инструментов | агентские сценарии, function calling |
| Модели эмбеддингов | поиск по документам, RAG |
| Работа с изображениями | разбор сканов, мультимодальные задачи |
| Дообучение | если оно вам действительно нужно |
| Несколько моделей разного размера | экономия на простых шагах |
| Пакетная обработка | дешевле при неспешных задачах |
Последняя строка недооценена: если задача не требует ответа сразу, пакетный режим часто заметно дешевле.
Ограничения и квоты
Сколько запросов в секунду, есть ли очередь, что происходит при превышении. Для потока это важнее цены за токен: модель, отказывающая в пике, обнуляет расчёт.
Ценообразование
Сравнивать не цену за тысячу токенов, а стоимость одной операции вашего процесса: длина запроса, длина ответа, число обращений на задачу. Разбор — «Длина контекста и стоимость».
Отдельно смотреть на разные модели внутри линейки: у обоих поставщиков есть варианты разного размера, и лёгкий может закрыть простые шаги в разы дешевле.
Качество на вашей задаче
Последний по порядку, но не по важности — просто он не определяется чтением обзоров.
Как проверить за день
Единственный способ ответить на вопрос про качество.
Соберите 50–100 реальных случаев с известным правильным результатом. Реальных: придуманные примеры формулируются удобно и решаются одинаково всеми.
Составьте один промпт и прогоните обе модели на нём. Одинаковый — иначе вы сравниваете формулировки, а не модели.
Считайте по классам задач отдельно. Часто одна модель лучше на извлечении данных, другая на формулировании текста. Тогда правильный ответ — использовать обе на разных шагах.
Посмотрите на провалы, а не только на среднее. Систематический провал в важном классе случаев решает выбор сильнее, чем разница в средней доле верных ответов.
Посчитайте стоимость операции на реальных объёмах.
Методика подробно — «Тестирование модели на своей задаче».
Разбор: выбрали обе
Задача. Конвейер обработки обращений: классификация, извлечение данных, черновик ответа клиенту. Поток около 3 000 обращений в месяц.
Как подошли. Собрали 90 реальных обращений, разметили правильные категории и извлекаемые поля, подготовили эталонные ответы. Прогнали обе модели на одинаковых промптах.
Что показало сравнение. Результаты разошлись по классам задач, а не по общему уровню:
| Класс задачи | Что увидели |
|---|---|
| Классификация по 9 категориям | практически одинаково |
| Извлечение полей в строгом формате | одна заметно устойчивее держала схему |
| Черновик ответа клиенту | вторая давала тексты, которые меньше правили |
| Стоимость операции | различалась примерно вдвое на разных шагах |
Что решили. Не выбирать одну. Классификацию и извлечение отдали той, что лучше держала формат; формулирование ответов — второй. Доступ к обеим шёл через общий слой, поэтому в коде это не создало сложностей — «Шлюз моделей».
Побочный результат, ради которого стоит так делать. Когда через полгода у одного из поставщиков менялись условия, переключение всего потока на второго заняло часы, а не недели: обе модели уже были подключены и проверены.
Что стоит забрать. Вопрос «какая лучше» имеет смысл только применительно к конкретному шагу. На разных шагах ответ может быть разным, и это не усложнение, а нормальная инженерная практика.
Чего не стоит делать
Выбирать по обзорам и сравнительным таблицам из интернета. Они устаревают за месяцы и измеряют не вашу задачу.
Прибивать модель к коду. Условия меняются, цены меняются, появляются новые версии. Слой доступа окупается на первой же смене.
Игнорировать корпоративные условия. Публичный тариф и договор с юрлицом различаются в существенном — включая то, что происходит с вашими запросами.
Считать по цене за токен. Считайте стоимость операции.
Тестировать на подготовленных примерах. Они покажут, что обе модели прекрасны.
Частые вопросы
Что лучше — YandexGPT или GigaChat?
На этот вопрос нет общего ответа, и любой конкретный устареет за месяцы. Обе обеспечивают российскую юрисдикцию, обработку данных внутри страны и хороший русский язык. Выбор делается по вашим требованиям — интеграции, набору возможностей, квотам, договорным условиям — и по проверке на вашей задаче.
Можно ли использовать их для персональных данных?
Обе работают в российской юрисдикции, что снимает вопрос трансграничной передачи. Но конкретные условия обработки нужно смотреть в корпоративном договоре, а не в публичной оферте: там определяется, используются ли запросы для обучения и сколько хранятся логи. Это вопрос к юристам, а не к техническим характеристикам.
Сильно ли они уступают зарубежным моделям?
Разрыв есть на сложных задачах и заметно сокращается со временем, а на типовых бизнес-задачах — классификации, извлечении данных, формулировании ответов по документам — обе работают приемлемо. Правильная проверка одна: прогнать на своих случаях и посмотреть, хватает ли качества для вашей задачи.
Можно ли использовать обе сразу?
Можно, и часто это лучшее решение: разные шаги конвейера отдаются разным моделям по результатам проверки. Дополнительная выгода — готовый запасной вариант, если у одного из поставщиков изменятся условия или возникнет сбой.
Как считать стоимость?
По стоимости одной операции вашего процесса, а не по цене за тысячу токенов: важна длина запроса, длина ответа и число обращений на задачу. Отдельно стоит посмотреть на лёгкие модели внутри линейки — простые шаги они часто закрывают в разы дешевле.
Что делать, если качества не хватает?
Сначала проверить, в модели ли дело: чаще качество упирается в подготовку данных, формулировку задачи или отсутствие проверок на выходе. Если дело действительно в модели — рассмотреть более крупную версию, разбиение задачи на шаги или дообучение, но последнее оправдано реже, чем кажется.
Что дальше
Общие критерии выбора — «Выбор модели под задачу». Если данные не должны покидать ваш контур — «Открытые модели для русского» и «Облако или свой сервер». Чтобы не привязываться к поставщику — «Шлюз моделей».
Подбор поставщика и проверку на вашей задаче делаю в рамках разработки и внедрения ИИ.