«Sber AI API» звучит как имя одного endpoint, но это не так: вставить фразу в код нельзя, только начать её проверять. Ты вбиваешь в поиск «sber ai api», ждёшь одну ссылку с базовым адресом и парой строк авторизации, а получаешь бренд, под которым живут разные продукты с разными ключами. Единой продуктовой страницы с таким названием в документации Сбера нет. По данным developer-портала developers.sber.ru на 18 июля 2026 года, GigaChat API и SaluteSpeech — это два отдельно задокументированных продукта, каждый со своим разделом обзора, быстрого старта и справочника API.
Это не придирка к формулировкам. Ошибка обходится дорого именно на этапе архитектуры: ты закладываешь один способ авторизации и один базовый URL, а через неделю выясняется, что синтез речи живёт в другом проекте, генерация картинок находится вообще на другом домене, а ключ от чат-модели там не принимается. Дешевле разобраться до первой строки интеграции, чем переписывать слой доступа после.
Если ты сравниваешь подходы к доступу, полезно держать в голове и противоположную модель: один ключ на много моделей сразу, как у отдельного совместимого каталога provod.ai (российский аналог OpenRouter). Это самостоятельный сервис, а не поверхность Sber AI, и путать их нельзя.
Подключите модели для разработки с оплатой в рублях на provod.ai
Почему бренд платформы выглядит как имя одного API?
Спорное допущение, с которого начинается большинство ошибок: «Sber AI» достаточно точно указывает на один интеграционный endpoint. Название работает как вывеска над зданием, а внутри работают разные арендаторы со своими замками. Разработчик читает «платформа Sber AI», мысленно достраивает «значит, один аккаунт, один ключ, одна документация» и переносит это допущение в код.
Проверить его легко. Возьми три вещи, которые обязаны совпадать у единого API: домен, механизм ключа и пространство авторизации. У сервисов под брендом Sber AI они не совпадают. GigaChat и SaluteSpeech делят портал developers.sber.ru, но не делят учётные данные. Kandinsky вообще вынесен на другой домен. А часть того, что ассоциируется с брендом, это исследовательские релизы без платного API вовсе.
Есть и корпоративная деталь, которая объясняет, почему бренд не равен одному оператору. По сообщению CNews от января 2023 года, SberDevices (юридически ООО «СалютДевайсы»), команда, которой приписывают разработку GigaChat, стала отдельной компанией после того, как Сбербанк продал свою долю, оставшись при этом стратегическим технологическим партнёром. Я не делаю из этого вывод о текущем статусе продукта, а лишь фиксирую, что «Sber»/«Sber AI» это зонтичный бренд, а не одно юридическое лицо, эксплуатирующее все перечисленные сервисы.
Как на самом деле получают ключ GigaChat?
Начнём с самого коммерчески зрелого сервиса. По продуктовой странице GigaChat API на developers.sber.ru (обращение 18 июля 2026), это общедоступная коммерческая услуга с тремя уровнями моделей (Lite, Pro и MAX), бесплатным личным лимитом в 1 000 000 токенов в год и отдельными бизнес-пакетами. Цифру по бесплатному лимиту стоит перепроверить на дату запуска: Сбер регулярно меняет тарифы и объёмы, поэтому любое число здесь остаётся слепком на конкретный день.
Путь к ключу выглядит так. По разделу быстрого старта developers.sber.ru:
- Заходишь в личный кабинет Studio и создаёшь проект.
- Открываешь «Настройки API».
- Нажимаешь «Получить ключ» и получаешь одноразовый Authorization key: это Base64-кодирование пары Client ID и Client Secret.
- Забрать ключ могут только участники проекта с ролью Owner или Administrator.
И здесь же первая развилка, которую бренд скрывает: путь онбординга ветвится по типу аккаунта. Для физических лиц и для ИП/юрлиц действуют отдельные инструкции быстрого старта. То есть даже внутри одного GigaChat выдача ключа не является единой платформенной процедурой, она зависит от того, кто ты по документам.
Дальше ключ используется примерно так, концептуально, без реальных секретов:
# Authorization key = Base64(Client ID:Client Secret), выданный в Studio curl -X POST "https://gigachat.devices.sberbank.ru/api/v1/chat/completions" \
-H "Authorization: Bearer <access\_token>" \
-H "Content-Type: application/json" \
-d '{"model": "GigaChat", "messages": [{"role": "user", "content": "привет"}]}'
Важно именно это слово: «этот ключ». Он про GigaChat и только про GigaChat. Дальше видно, почему.
Чем SaluteSpeech и FusionBrain отличаются от GigaChat?
SaluteSpeech (синтез и распознавание речи) задокументирован как отдельный от GigaChat продукт. По разделам overview и быстрого старта developers.sber.ru: регистрация идёт через Sber ID внутри Studio, нужен отдельный выделенный проект, а доступ к API закрыт собственным Access Token; неавторизованные запросы явно отклоняются. Мало того, SaluteSpeech определяет собственную область авторизации для персонального использования, SALUTE_SPEECH_PERS, отдельную от любой области авторизации GigaChat. Это прямое подтверждение, что два продукта не делят ни учётные данные, ни пространство имён ключей.
Kandinsky (генерация изображений и видео) уходит ещё дальше. По документации fusionbrain.ai, модели Kandinsky доступны через платформу FusionBrain на отдельном домене со своей системой аккаунтов: доступ к API требует пары Key/Secret, сгенерированной в отдельной панели fusionbrain.ai и передаваемой через заголовки X-Key/X-Secret, независимо от аккаунта developers.sber.ru, который используется для GigaChat и SaluteSpeech. Оговорюсь честно: страницу fusionbrain.ai в этой сессии не удалось получить прямым автоматическим запросом (похоже на сетевое ограничение), содержимое сверялось по индексированным сниппетам официальной документации. Если тебе критична точность по именам заголовков и лимитам, перепроверь этот пункт вручную перед интеграцией.
И есть четвёртая категория, которую бренд подмешивает к API, хотя это не API. developers.sber.ru публикует каталог open-source артефактов: RuGPT-3, SBERT, Golos, Kandinsky 3D и другие. Это репозитории и модели без платной API-обвязки с ключом и SLA, которая есть у GigaChat и SaluteSpeech. Наличие модели в этом каталоге не означает, что у неё есть готовый управляемый endpoint. Зонтик «Sber AI» накрывает и коммерческие API, и несвязанные исследовательские релизы одновременно.
Вывод, который я делаю из документации GigaChat, SaluteSpeech и FusionBrain, это синтез, а не прямая цитата источников: под брендом сосуществуют как минимум три раздельно аутентифицируемые интеграционные поверхности. Источники описывают каждый продукт по отдельности, а вывод о том, что это разные поверхности, я делаю сам.
Как выглядит проверяемая карта сервисов?
Чтобы допущение о едином endpoint не прошло в архитектуру, я свожу каждый сервис к пяти обязательным полям: сервис, API, ключ, документация, статус. Запись входит в каталог интеграционных вариантов только тогда, когда все пять подтверждены первичным документом на дату проверки. Нет первичной документации: запись не «доступна по умолчанию», а «не проверена». То же самое, если не подтверждён способ получения ключа. И то же самое, если не указан статус API.
| Сервис | API и домен | Ключ / доступ | Документация | Статус на 18.07.2026 |
|---|---|---|---|---|
| GigaChat API | chat-модели, developers.sber.ru | Authorization key (Base64 Client ID+Secret), «Получить ключ», роль Owner/Administrator | Studio: overview, quickstart, reference | коммерческий GA, тарифы Lite/Pro/MAX, 1 000 000 токенов/год лично |
| SaluteSpeech | синтез/распознавание речи, developers.sber.ru | свой Access Token, scope SALUTE_SPEECH_PERS, вход по Sber ID | Studio: overview, quickstart | коммерческий, требует отдельного проекта |
| Kandinsky (FusionBrain) | изображения/видео, fusionbrain.ai | пара Key/Secret, заголовки X-Key/X-Secret | fusionbrain.ai (сверить вручную) | отдельный аккаунт, документировано |
| RuGPT-3, SBERT, Golos, Kandinsky 3D | модели/репозитории, developers.sber.ru | без платного API-ключа и SLA | каталог продуктов | open-source research |
Эта карта работает как фильтр, а не как витрина. Её задача не в том, чтобы показать всё красивое, а в том, чтобы не пустить в архитектуру функцию, которая живёт в другом продукте. Домен-исключение здесь такое: наличие функции в одном сервисе платформы не доказывает её доступность в другом. Если тебе нужен именно синтез речи, запись GigaChat не помогает: у неё другой ключ и другой проект.
Отдельно про то, что перепроверять. У статусов, ключей и документов есть срок годности. Портал Studio часто обновляет тарифы, бесплатные лимиты и URL быстрого старта, поэтому карта верна на дату сверки и должна пересобираться перед каждой новой интеграцией. Дату 18 июля 2026 года я держу как точку ревизии, а не как вечную истину.
Где это ломается на практике?
Первый режим отказа возникает при переносе ключа. Разработчик получает Authorization key для GigaChat, видит в интерфейсе SaluteSpeech знакомый Studio и пробует тот же ключ. Запрос отклоняется, потому что у SaluteSpeech отдельный Access Token и своя область SALUTE_SPEECH_PERS. Симптом выглядит как «сломалась авторизация», а причина в допущении об общем пространстве ключей, которого нет.
Второй сбой связан с доменом. Команда планирует генерацию картинок «внутри той же интеграции» и закладывает базовый developers.sber.ru. Kandinsky там не отвечает: он на fusionbrain.ai, с парой Key/Secret и заголовками X-Key/X-Secret. Это не баг доступа, а другой продукт на другом домене.
Третья ошибка путает каталог с API. Из списка open-source релизов берут, скажем, SBERT и ждут управляемый endpoint с тарифом. Его нет: это репозиторий без платной API-обвязки. Функция «существует», но не в том виде, который можно вызвать по ключу.
Как выбрать сервис и не ошибиться архитектурой?
Решение простое и одно: выбирай API по конкретному сервису и его документации, а не по бренду платформы. Практически это значит: до первой строки кода собрать запись из пяти полей и убедиться, что каждое подтверждено первичным документом на дату проверки.
Порядок действий, который я использую. Сначала называю сервис буквально: GigaChat, SaluteSpeech или FusionBrain/Kandinsky, а не «Sber AI». Потом открываю его собственный раздел документации и фиксирую домен и способ авторизации. Затем прохожу процедуру ключа именно для своего типа аккаунта: у GigaChat инструкции для физлиц и для ИП/юрлиц разные, и это не деталь оформления, а разный флоу. После этого записываю статус: коммерческий GA, отдельный проект, open-source без SLA. И только запись, где все пять полей закрыты, попадает в список того, с чем можно интегрироваться.
Стоимость этого подхода честная: он требует ручной сверки первичных документов по каждому сервису до выбора архитектуры. Взамен он исключает самый дорогой класс ошибок: когда слой доступа спроектирован под один воображаемый endpoint, а реальность состоит из трёх разных. Спорный размен здесь в том, что проверка занимает время, но экономит переписывание. Я считаю этот размен выгодным для любой интеграции сложнее одного вызова.
Чего эта карта не решает
Карта фиксирует только подтверждённые связки «сервис-API-ключ-документация-статус» и ничего не говорит о том, чего в источниках нет. Полный перечень актуально доступных поверхностей, ключей и статусов до первичной сверки остаётся неизвестным. Это честная зона незнания, а не пробел, который я закрою догадкой.
Она не подтверждает и не опровергает статус продуктов, которых нет в проверенном наборе: SaluteJazz, внутренности GigaChat MAX, конкретика видео Kandinsky. Всё это нужно проверять отдельно, эти источники их не покрывают. Корпоративный факт про SberDevices 2023 года я использую только как аргумент, что бренд не равен одному оператору API, а не как утверждение о текущем состоянии GigaChat.
FAQ
Есть ли у Сбера один endpoint «Sber AI API»?
Нет. По документации developers.sber.ru на 18 июля 2026 года единой продуктовой страницы с таким названием не найдено; это подтверждённое отсутствие, а не пропуск. Под брендом задокументированы отдельные продукты.
Подойдёт ли ключ GigaChat для SaluteSpeech?
Нет. У SaluteSpeech свой Access Token и своя область авторизации SALUTE_SPEECH_PERS, отдельная от GigaChat; неавторизованные запросы отклоняются.
Где брать Kandinsky?
Через FusionBrain на домене fusionbrain.ai, с парой Key/Secret и заголовками X-Key/X-Secret, отдельным аккаунтом. Механику заголовков стоит перепроверить вручную перед публикацией.
Сколько токенов GigaChat бесплатно?
На дату сверки продуктовая страница указывает 1 000 000 токенов в год для личного использования и отдельные бизнес-пакеты. Число нужно перепроверить на момент интеграции.
provod.ai — единая AI-платформа для текста, кода и медиа
Не нужно оплачивать и поддерживать отдельный сервис для каждого формата: веб-интерфейс, API, мультимедийный редактор и командный баланс работают в одном контуре.
В одном каталоге — актуальные модели для текста и медиа: GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.
И текстовые запросы, и медиагенерации тарифицируются без собственной наценки provod.ai: стоимость соответствует официальным ценам поставщиков 1:1.
Соберите свой мультимодальный сценарий: форма регистрации · цены на модели · защита данных по 152-ФЗ · API и интеграции
Источники
- Sber Developer Portal, GigaChat API overview и quickstart, developers.sber.ru, обращение 18.07.2026.
- Sber Developer Portal, продуктовая страница GigaChat API (тарифы Lite/Pro/MAX, лимит токенов), developers.sber.ru, 18.07.2026.
- Sber Developer Portal, SaluteSpeech overview и интеграция для физлиц, developers.sber.ru, 18.07.2026.
- FusionBrain, API-документация, fusionbrain.ai, 18.07.2026 (проверено по индексированным сниппетам, требует ручной сверки).
- Sber Developer Portal, каталог продуктов и open-source артефактов, developers.sber.ru, 18.07.2026.
- CNews, о выделении SberDevices в отдельную компанию, январь 2023.