Чат и генерация
Диалоги, суммаризация, переписывание. Контекст диалога собирает и передаёт ваша сторона — планируйте хранение истории в своём приложении.
Документация для разработчиков · GigaChat
5 шагов от ключа до первого валидированного ответа: OAuth-обмен с явным scope, TLS с доверенным сертификатом вместо insecure-флагов, выбор модели из собственного каталога — и дальше structured output, функции, файлы и стриминг с привычками обработки ошибок, на которых держится стабильная интеграция.
В личном кабинете разработчика создайте проект и получите ключ авторизации. Это секрет для обмена токена: храните его на сервере и никогда не встраивайте в клиентский код.
Один POST на OAuth-эндпоинт с явным scope — и у вас короткоживущий access token (срок жизни — по официальному справочнику, сейчас там указано около 30 минут). Кэшируйте его и обновляйте по истечении, а не на каждый вызов.
Добавьте российский доверенный корневой сертификат в хранилище вашего HTTP-клиента. Проверка сертификатов остаётся включённой — insecure-флаги в production недопустимы.
Запросите список моделей своим токеном и зафиксируйте выбранное имя в конфигурации. Ваш каталог — единственный достоверный список того, что доступно именно вам.
Отправьте запрос в chat-эндпоинт с зафиксированной моделью. Если ждёте структурированный вывод — проверьте его по схеме до использования: это правило первого дня, а не поздняя оптимизация.
Диалоги, суммаризация, переписывание. Контекст диалога собирает и передаёт ваша сторона — планируйте хранение истории в своём приложении.
JSON Schema описывает параметры, модель возвращает структурированные аргументы. Валидация по схеме на вашей стороне — обязательная часть контракта.
Загрузка файла → идентификатор → вложение в сообщение. Так работают вопросы по документам и разбор изображений; форматы и размеры — по официальным лимитам.
Server-sent events для отзывчивых интерфейсов; генерация изображений возвращает файл, который скачивается по идентификатору.
Всё начинается с Authorization Key из личного кабинета разработчика — это ключ для обмена, а не готовый токен доступа. Его обменивают на OAuth-эндпоинте с явным scope (точные значения для персонального, бизнес- и корпоративного доступа перечислены в официальном справочнике) и получают короткоживущий access token — на момент написания документация указывает около 30 минут; ориентируйтесь на официальный справочник. Кэшируйте токен и обновляйте незадолго до истечения, а не на каждый запрос; ключ держите на сервере — вне клиентского кода, логов и репозиториев.
Эндпоинты API работают с сертификатами российского доверенного корневого центра (НУЦ Минцифры), которого нет в большинстве стандартных хранилищ доверия. Безопасный путь — добавить корневой сертификат в хранилище вашего HTTP-клиента и оставить проверку TLS включённой. Отключать проверку сертификата, «чтобы заработало», — значит убрать ту самую защиту, ради которой TLS существует; любой сниппет с таким советом считайте багом.
Запросите каталог моделей своим токеном и выбирайте из того, что реально доступно вашему аккаунту, — ваш каталог и есть достоверный список именно для вас. Как вендор позиционирует каждую модель, смотрите в официальном обзоре моделей, а не в сторонних «уровнях»; дальше зафиксируйте точное имя модели в конфигурации, перепроверяйте каталог при обновлениях и выбирайте по задаче, а не по самому громкому имени.
Да: функции описываются параметрами в JSON Schema, модель сама решает, когда их вызвать, и возвращает структурированные аргументы; тот же механизм — надёжный путь к машиночитаемому выводу. Две привычки делают это production-уровнем: валидируйте каждый возвращённый объект по своей схеме до того, как действовать, и не рассчитывайте, что формат удержится на одних словесных инструкциях — контракт задаёт схема, промпт лишь подсказывает.
Файл загружается через эндпоинт файлов, вы получаете идентификатор и прикладываете его к сообщению в чате — так устроены вопросы по документам и понимание изображений. Генерация изображений идёт через тот же чат-интерфейс: ответ ссылается на созданный файл, который затем скачивается по идентификатору. Поддерживаемые форматы и размеры проверьте в официальных лимитах до того, как встраивать загрузку в продуктовый сценарий.
Включите стриминг, чтобы получать ответ порциями через server-sent events, — это основа отзывчивого интерфейса; читайте фрагменты до завершающего события потока [DONE], не полагаясь на фиксированную форму последнего сообщения. По ошибкам смотрите статус и сообщение ответа: истёкший access token обновите и повторите запрос один раз; в остальных случаях перепроверьте Authorization Key или token, scope и обязательные заголовки; на ограничение частоты отвечайте паузой с нарастающей задержкой, а не повтором в лоб; каждый структурированный ответ проверяйте до использования. Логируйте идентификаторы запросов, но не содержимое с пользовательскими данными.
Первоисточник — официальная документация GigaChat API: модели, цены, лимиты и форматы меняются, сверяйтесь там перед стартом и перед релизом. Официальный обзор API.