GigaChat Ultra — новая модель Сбера, но на 5 октября 2026 года официальная документация открывает GigaChat 3 Ultra только физическим лицам в режиме Freemium. Юрлица и пользователи платных тарифов пока доступа к Ultra лишены, поэтому компании преждевременно планировать на ней рабочую интеграцию. Сначала проверьте актуальный статус доступа у поставщика, а качество будущего сценария готовьте к сравнению на безопасных тестовых данных.
Статус доступа
На 5 октября 2026 года страница Сбера о GigaChat 3 Ultra указывает доступ для физических лиц в Freemium и отсутствие доступа у юридических лиц и платных тарифов. Корпоративное подключение этой модели следует планировать только после официального изменения условий.
Формулировка на странице модели GigaChat 3 Ultra прямая: физлица используют модель в Freemium, физлица и юрлица на платных тарифах доступа пока лишены. Документация допускает отправку запросов через методы chat completions, но круг доступных пользователей определяется отдельным условием страницы модели. При выборе модели это условие важнее рекламного обещания о качестве новой версии.
Для бизнеса это означает остановку именно корпоративного испытания Ultra на рабочих данных. Личный доступ сотрудника подтверждает лишь права физического лица; переносить в неё клиентские обращения, документы или исходный код компании ради обхода ограничения нельзя. Ответственный за ИИ в компании записывает текущий статус, ссылку на источник и дату проверки. При следующем обновлении документации он сможет повторно оценить доступ без путаницы между моделью и сервисом.
- Модель: GigaChat 3 Ultra, название из официальной документации.
- Текущий канал доступа: Freemium для физлиц по странице модели.
- Корпоративный платный доступ: в той же документации пока отсутствует.
- Рабочие данные: остаются в разрешённом контуре компании до утверждения нового канала.
Этот запрос отличается от общих материалов о возможностях GigaChat для бизнеса и правилах написания промптов. Здесь ключевой вопрос — можно ли вообще выбрать Ultra для юридического лица сейчас. Ответ зависит от действующей строки в документации, поэтому дата в статье обязательна. Любое будущее изменение условий требует новой проверки перед запуском проекта.
Сравнение с Max
GigaChat 2 Max описан Сбером как модель с отдельной страницей, где указаны возможности, характеристики и тарифы для физических и юридических лиц. Цифры тарифов в этой статье опущены: они меняются и должны читаться в актуальном прайсе поставщика. Для закупочного решения различие на сегодня практическое: Max документирован для платного доступа юрлица, Ultra пока доступен лишь физлицу в Freemium.
По странице GigaChat 2 Max модель поддерживает работу с текстом и другими форматами и имеет таблицу измерений на отдельных тестах. Страница Ultra при текущей проверке содержит условия доступа и примеры вызова, и оставляет компании собственную проверку качества на её задачах после открытия доступа. Поэтому вывод «Ultra лучше Max для наших договоров» из названия версии или чужого бенчмарка сделать нельзя.
Проверять качество нужно по одному набору заданий, если оба канала доступны по правилам поставщика. Для юридического лица сейчас остаётся рабочий тест доступной модели, например Max, и заранее подготовленный протокол сравнения с Ultra на случай открытия корпоративного доступа. В протоколе фиксируют исходный документ, эталон, формат ответа, критерий ошибки и разрешённые данные. Результаты сравнивают после повторного прогона на одинаковых условиях.
- Доступ: корпоративный канал подтверждён страницей Max; у Ultra на дату проверки действует ограничение.
- Качество: оценивайте на собственных заданиях и независимой человеческой проверке.
- Интеграция: используйте поддерживаемый поставщиком канал и действующие корпоративные права.
- Стоимость: смотрите актуальную страницу тарифов без переноса старых чисел в решение.
В карточке выбора модели отделите доступность для юрлица от результатов теста. Даже сильный ответ в личном режиме подтверждает лишь качество на одном примере. Право подключить модель к корпоративному приложению проверяют отдельно.
Набор задач
Пока Ultra закрыт для юрлиц, физлицо может проверить её через личный доступ Freemium на полностью искусственном примере, если такой тест соответствует условиям сервиса. Такой прогон показывает лишь поведение модели на учебном вопросе. Для будущего корпоративного сценария подготовьте отдельный набор безопасных примеров под реальную задачу. Для поддержки это может быть синтетическое обращение с известной инструкцией; для документов — искусственный фрагмент договора с заранее отмеченным условием. Синтетика должна сохранять сложность задачи: несколько похожих пунктов, неоднозначный термин, требование сослаться на источник. Уберите имена людей, номера договоров и рабочие секреты.
Эталон пишет специалист предметной области до прогона модели. В нём укажите допустимый ответ, обязательную ссылку на исходный пункт и типовые опасные ошибки. Тогда сравнение оценивает факты, пропуски и пригодность результата к работе, вместо впечатления от гладкого русского текста. Если эталон спорный, сначала согласуйте его между экспертами: модель унаследует разногласие, которое осталось в исходном процессе.
- Опишите одну рабочую задачу и разрешённый класс входных данных.
- Соберите обезличенные или полностью искусственные примеры с ответами эксперта.
- Для каждого примера запишите критерий принятия и вид критической ошибки.
- Проверьте доступную корпоративную модель и сохраните её результат как базовую линию.
- При официальном открытии доступа Ultra повторите тот же тест в разрешённом канале.
Включите отрицательные примеры: недостаточно данных, противоречивые документы, просьба выполнить действие за пределами полномочий. Хороший результат здесь — указание на нехватку сведений или передача человеку. Полезно отдельно отметить соблюдение формата: список полей может быть формально заполнен и при этом содержать выдуманный факт. Для рабочих решений эти ошибки важнее субъективной оценки стиля.
Нужен безопасный протокол сравнения моделей под вашу задачу?
Проверка канала
Когда поставщик обновит условия, ответственный сотрудник сверяет три вещи: указан ли доступ юридическим лицам, через какой договорный и технический канал он предоставлен, каковы требования к обработке данных. Отдельно уточняют, совпадает ли имя модели в документации и в доступном списке API. Один успешный запрос из личного кабинета служит проверкой личного режима, и оставляет вопрос корпоративной готовности открытым.
Затем команда делает минимальный технический тест без рабочих данных. Он подтверждает авторизацию, имя модели, структуру ответа и обработку ошибки. Лишь после этого согласуется тест с данными компании в разрешённой среде. Если договор и документация расходятся, решение принимает владелец доступа совместно с поставщиком. Официальное условие доступа имеет приоритет перед предположением инженера.
- Документация: текущая версия страницы модели и дата чтения.
- Право: тип клиента, договор и активный режим доступа.
- Техника: успешный вызов в корпоративном канале и обработка отказа.
- Данные: разрешённый набор и место хранения журналов.
- Приёмка: протокол качества и ответственный за ошибочные ответы.
Для связи модели с приложением есть отдельный маршрут интеграции GigaChat API. Он полезен после подтверждения доступа к конкретной модели. На текущей стадии достаточно подготовить тесты, схему журналирования и границы полномочий. Если срок проекта уже назначен, рабочую версию следует строить на доступной компании модели, а возможный переход на Ultra оформить как последующее решение по результатам повторной проверки.
Решение для компании
На 5 октября 2026 года разумная позиция для юрлица — следить за официальным статусом Ultra и вести подготовку без рабочих данных в личном режиме. Качество модели станет предметом сравнения после доступного компании теста. До того организация может проверить сценарий на модели, для которой корпоративный доступ описан поставщиком, и убрать ошибки самого процесса: плохой эталон, устаревшая база, неопределённые полномочия.
Для руководителя полезна короткая карточка решения: задача, текущая разрешённая модель, статус Ultra со ссылкой и датой, набор тестов, риск ошибочного ответа, условие пересмотра. Она удерживает команду от скрытой зависимости от личной учётной записи сотрудника. Если поставщик изменит условия, карточку обновляют и запускают контрольный прогон. Если условия прежние, проект продолжает работать на согласованном варианте.
При выборе ИИ для договоров, обращений или внутренней аналитики право доступа и качество ответа проверяются раздельно. Внедрение ИИ начинается с процесса и источников данных, затем с разрешённого инструмента и метрик приёмки. Ultra может стать кандидатом позже; сегодня решающим фактом остаётся документированное ограничение. Такая последовательность позволяет продвигать рабочую задачу без ожидания недоступной модели и с опорой на уже подтверждённые поставщиком условия.