Корпоративная платформа поверх языковой модели даёт готовую инфраструктуру: конструктор сценариев, векторное хранилище, поиск по документам, подключение внешних инструментов, управление доступом и журналирование. На проекте средней сложности это экономит 30–50 часов разработки — 90 000–150 000 ₽ при ставке 3 000 ₽/час. Всё, что придаёт агенту смысл, — база знаний, описанный процесс, стоп-темы, ограничители и приёмка по качеству — платформа не делает и делать не может.
На российском рынке на сентябрь 2026 года это два предложения. У Яндекса — Yandex AI Studio: конструктор агентов Agent Atelier, MCP Hub для подключения внешних инструментов, векторное хранилище Vector Store и поиск AI Search, всё поверх YandexGPT 5. У Сбера — GigaChat Enterprise, заявленный в марте 2026 в трёх схемах размещения: облако, гибрид и on-premise, поверх линейки GigaChat 3 и GigaChat 3.1 Ultra; для разработчика отдельно есть GigaChain SDK.
Ниже — разбор того, из чего платформа состоит, что она снимает с проекта, что оставляет на компании, на каком объёме сценариев она перестаёт быть выгоднее заказной разработки и что у вас останется, если через два года вы решите уйти. Сравнение самих моделей — в отдельной статье про GigaChat и YandexGPT; здесь речь только о слое над моделью.
Что такое корпоративная платформа поверх модели
Слой между вашей системой и языковой моделью, который берёт на себя типовую обвязку: где хранятся документы базы знаний, как они превращаются в векторы, как собирается сценарий диалога, как агент вызывает внешние инструменты, кто имеет доступ и что пишется в журнал. Без платформы всё это разрабатывается под конкретный проект — из чего собирается агент, разобрано в статье «Из чего состоит ИИ-агент».
Полезнее всего смотреть на платформу как на список работ, которые не придётся делать. Ниже — шесть блоков, из которых состоит любой рабочий агент, и то, что платформа закрывает в каждом.
| Блок агента | Что даёт платформа | Что остаётся на компании | Экономия часов |
|---|---|---|---|
| Хранение и векторизация базы знаний | Готовое векторное хранилище и конвейер загрузки документов | Собрать документы, вычистить противоречия, назначить владельца базы | 12–20 ч |
| Поиск по документам | Готовый поиск с ранжированием и ссылками на источник | Проверить, что находится нужное: 100 контрольных вопросов с эталонными ответами | 10–16 ч |
| Сценарий диалога | Визуальный конструктор: шаги, условия, переходы | Описать процесс: кто принимает результат, что считается ошибкой, где стоп-темы | 20–40 ч |
| Вызов внешних инструментов | Каталог подключений и единый формат вызова | Написать сами коннекторы к 1С и CRM, если готовых нет | 8–14 ч |
| Управление доступом | Роли, ключи, ограничение по сервисам | Решить, кто из сотрудников что видит, и связать это с правами в источниках | 6–10 ч |
| Журналирование | Журнал вызовов и диалогов внутри платформы | Выгрузка журнала к себе, срок хранения, порядок разбора инцидентов | 6–10 ч |
Сложите правый столбец: 62–110 часов экономии в теории. На практике реализуется меньше — 30–50 часов, потому что часть готовых блоков не подходит под конкретный процесс и переписывается. Но даже эта часть — реальные деньги: 90 000–150 000 ₽ на проекте, где общая разработка стоит 250 000–500 000 ₽ по рыночным ориентирам на заказного ИИ-агента.
Yandex AI Studio по частям
Четыре части платформы решают четыре разные задачи, и полезно понимать, какая из них закрывает что именно в вашем проекте — иначе легко купить целое ради одной четверти.
- Agent Atelier — конструктор агентов. Здесь собирается сценарий: шаги, условия перехода, подключённые источники и инструменты. Закрывает самый трудоёмкий блок из таблицы выше — 20–40 часов. Он же создаёт главную привязку: сценарий из конструктора не выгружается в формат, понятный другой платформе.
- MCP Hub — подключение внешних инструментов. Единый способ дать агенту доступ к вашим системам: справочнику товаров, календарю, поиску по заявкам. Экономит не столько разработку коннектора (его всё равно писать), сколько согласование форматов и обработку ошибок вызова.
- Vector Store — векторное хранилище. Готовая база под эмбеддинги документов. Избавляет от развёртывания и обслуживания своей базы, но привязывает индекс: при уходе он пересчитывается заново, потому что модель векторизации будет другая. Это та самая привязка, которую замечают только при уходе.
- AI Search — поиск по документам. Поверх хранилища: находит фрагменты, ранжирует, отдаёт со ссылкой на источник. Это тот самый механизм, на котором держится ответ по базе знаний, — принцип разобран в статье «RAG простыми словами».
Карта из двух вертикальных колонок со стрелками между ними. Левая колонка «Части платформы»: «Agent Atelier», «MCP Hub», «Vector Store», «AI Search», под ними отдельный блок «Модель YandexGPT 5». Правая колонка «Блоки агента»: «Сценарий диалога — 20–40 ч», «Вызов инструментов — 8–14 ч», «Хранение и векторизация — 12–20 ч», «Поиск по документам — 10–16 ч». Стрелки соединяют каждую часть с соответствующим блоком. Справа за колонками — рамка штриховой линией с подписью «остаётся на компании: документы базы, описание процесса, стоп-темы, приёмка», к ней стрелок нет. Чертёжный стиль, подписи по-русски.
GigaChat Enterprise и три схемы размещения
Главное отличие предложения Сбера на сентябрь 2026 года — заявленный выбор схемы размещения. Это тот параметр, который может решить выбор платформы целиком, если у компании есть формальное требование по размещению данных. Но у схемы есть цена, и она не только в подписке: размещение меняет и смету, и срок запуска.
| Схема размещения | Срок до запуска | Что добавляется к смете | Кому подходит |
|---|---|---|---|
| Облако | 2–3 недели | Только подписка платформы и оплата обращений | Большинству компаний: данные обычные, требования по размещению нет |
| Гибрид | 6–7 недель | 159 000 ₽ разово: классификатор чувствительности, маршрутизация, журнал маршрута, регламент, повторный замер | Есть один признак чувствительности и он касается части потока, а не всего |
| On-premise | 6–11 недель | 550 000–3 800 000 ₽ на железо плюс 25 000–35 000 ₽/мес на администратора и размещение | Есть требование, которое нельзя закрыть иначе: специальные категории данных, госконтракт, отраслевой регламент |
Разница в сроках объясняется просто. Облачная схема стартует в день подписания. Гибрид требует описать и согласовать правила маршрутизации — что считается чувствительным и кто решает спорные случаи, — а это работа не инженера, а владельца процесса вместе со службой безопасности. On-premise дополнительно упирается в закупку и приёмку железа: заказ, поставка, монтаж, тестовая нагрузка. Разбор того, когда контур действительно обязателен, — в отдельной статье про модель в своём контуре.
Горизонтальная лента времени в неделях от 0 до 12, на ней три параллельные дорожки. Верхняя «Облако»: один отрезок «подключение и настройка» до отметки 2–3 недели, подпись справа «только подписка и оплата обращений». Средняя «Гибрид»: отрезок до 6–7 недель, разделённый на «правила маршрутизации и согласование с ИБ» и «сборка», подпись справа «+159 000 ₽ разово». Нижняя «On-premise»: отрезок до 6–11 недель, разделённый на «закупка и поставка железа», «монтаж и тестовая нагрузка», «сборка», подпись справа «+550 000–3 800 000 ₽ и 25 000–35 000 ₽/мес». Чертёжный стиль, подписи по-русски.
Отдельно стоит проверить, что именно входит в подписку при каждой схеме и что тарифицируется сверху. Обычные пункты, о которых спрашивают в последнюю очередь: сколько документов помещается в векторное хранилище на вашем тарифе, тарифицируется ли переиндексация базы после обновления документов, входит ли поиск по документам в подписку или считается отдельно, есть ли ограничение на число одновременно работающих агентов. На объёме 10 000 обращений в месяц любая из этих строк способна изменить месячный счёт сильнее, чем выбор самой модели.
Перейти с облачной схемы на свой контур внутри одной платформы обычно проще, чем сменить платформу, но это всё равно не переключатель. Меняются лимиты, поведение под нагрузкой, состав доступных сервисов и иногда версии моделей — а значит, промпты и формат ответа придётся перепроверить на тех же 100 примерах, и это ещё 14 часов и 42 000 ₽. Если требование по размещению уже известно, закладывайте его в договор сразу: смета и сроки посчитаны выше, и они заметно отличаются.
Что платформа не делает за вас
Это самая важная часть статьи, потому что именно здесь проваливаются проекты, купленные как «платформа под ключ». Ни один конструктор не превращает набор файлов в базу знаний и не отвечает за то, что агент скажет клиенту. Ниже — пять работ, которые остаются на компании при любой платформе.
- 1Сбор и чистка базы знаний
Загрузить в хранилище папку с документами — не то же самое, что собрать базу знаний. В типовой компании документы противоречат друг другу: два регламента с разными сроками, три версии прайса, инструкция 2023 года рядом с инструкцией 2026-го. Модель найдёт и процитирует любую из них, и разбираться, какая верна, будет клиент. Чистка — 40–80 часов работы предметного специалиста, и её не делает никто, кроме вас.
- 2Описание процесса и границ ответственности
Кто принимает результат работы агента, что считается ошибкой, при какой неуверенности разговор передаётся человеку, какие темы агент не трогает вообще. Это управленческое решение, а не настройка. Конструктор позволяет его записать, но не подсказывает, где провести границу.
- 3Ограничители и стоп-темы в коде
Запрет на обещание скидок, на согласование сроков, на любые необратимые действия без подтверждения человеком. Конструктор позволяет их описать, но решает, где они проходят, компания. Конструкция защиты разобрана в статье про три контура защиты ИИ-агента.
- 4Замер качества и приёмка
100 своих примеров, эталонные ответы, слепая оценка, отдельный подсчёт критических ошибок. Четыре рабочих дня и около 66 000 ₽. Платформа не скажет вам, готов агент к работе с клиентами или нет, — это делает замер на ваших данных.
- 5Выборочный контроль после запуска
Регулярный просмотр части диалогов человеком: 30–50 разговоров в неделю первые два месяца. Без него ошибки копятся молча — агент отвечает быстро и вежливо и при этом уверенно ошибается. Именно на этой стадии проекты обычно и останавливаются, не дойдя до эксплуатации.
Платформа сокращает срок сборки. Она не сокращает срок наведения порядка в документах и не принимает за вас решение о том, что агенту говорить нельзя.
Платформа или заказная разработка: где проходит граница
Сравним на одинаковых вводных: агент, отвечающий по базе знаний, 6 сценариев, две интеграции — с 1С и CRM, поток 10 000 обращений в месяц. Ставка инженера 3 000 ₽/час, предметного специалиста — 2 000 ₽/час. Стоимость вызовов модели одинакова в обоих вариантах: 10 000 × 1,04 ₽ = 10 400 ₽ в месяц.
Платформа дешевле на старте на 150 000 ₽ и дороже в эксплуатации на 10 000 ₽ в месяц. Кривые накопленных расходов сходятся ровно на 15-м месяце: 456 000 + 45 400 × 15 = 1 137 000 ₽ и 606 000 + 35 400 × 15 = 1 137 000 ₽. На горизонте трёх лет заказная разработка выходит дешевле на 210 000 ₽. Разница не драматическая — и именно поэтому решение принимается не по этой арифметике, а по числу сценариев.
Считайте так. В конструкторе сценарий обходится примерно в 6,7 часа (40 часов на шесть), в коде — около 12 часов, потому что каркас на 90 часов покрывает только первые шесть. При 25 сценариях конструктор даёт около 167 часов против 318 в коде: экономия около 450 000 ₽ на сборке. С учётом переплаты 10 000 ₽ в месяц платформа остаётся выгоднее почти четыре года. Обратная ситуация — нестандартные интеграции: если систем не две, а шесть и у трёх из них нет ни готового коннектора, ни нормального API, платформа не экономит ничего, потому что весь этот объём всё равно пишется руками.
Двухосевой график накопленных расходов за 36 месяцев. Ось X — месяцы 0–36, ось Y — рубли 0–2 200 000. Линия «Платформа» стартует с 456 000 ₽ и растёт на 45 400 ₽ в месяц. Линия «Заказная разработка» стартует с 606 000 ₽ и растёт на 35 400 ₽ в месяц. Точка пересечения на 15-м месяце выделена и подписана «1 137 000 ₽ у обоих». Конечные точки подписаны: 2 090 400 ₽ и 1 880 400 ₽. Отдельной штриховой линией показан сценарий «25 сценариев» с пересечением на 45-м месяце за границей графика, со стрелкой и подписью «за пределами трёх лет». Внизу подпись: «6 сценариев, 2 интеграции, 10 000 обращений в месяц».
Что останется у вас при уходе с платформы
Этот вопрос стоит задать до подписания, а не через два года. Ответ определяет, какую часть проекта вы сможете забрать с собой, а какую придётся собирать заново — и это уже не абстрактный риск, а конкретные часы работы.
| Актив проекта | Останется ли | Что придётся сделать | Часы |
|---|---|---|---|
| Исходные документы базы знаний | Да, если вы хранили их у себя, а не только загружали в платформу | Ничего — при условии, что своё хранилище велось с первого дня | 0 |
| Векторный индекс | Нет | Пересчитать эмбеддинги другой моделью векторизации и переиндексировать | 24 ч |
| Сценарии из конструктора | Нет | Пересобрать вручную на новой платформе или переписать в код | 40 ч |
| Промпты и инструкции | Да, как текст | Подогнать формулировки и формат вывода под другую модель | 10–20 ч |
| Описания внешних инструментов | Частично | Переписать под другой формат вызова | 18 ч |
| 100 размеченных примеров с эталонами | Да, если вы вели их у себя | Прогнать заново на новом движке — работа всё равно нужна | 14 ч |
| Журнал диалогов | Только если выгружали заранее | Запросить выгрузку — глубина хранения может быть ограничена | 4–8 ч |
Сумма правого столбца — 110–124 часа, то есть 330 000–372 000 ₽ при ставке 3 000 ₽/час. Это близко к цифре из разбора переезда между платформами: 144 часа и 432 000 ₽, если считать вместе с регресс-тестом интеграций и приёмкой. Важнее другое: три строки таблицы содержат оговорку «если вы вели это у себя», и именно они превращают уход в задачу на неделю или в проект на полтора месяца.
Первое — исходные документы базы знаний в своём хранилище с версиями и владельцем. Второе — набор из 100 размеченных примеров с эталонными ответами и датой последнего прогона. Третье — журнал диалогов, регулярно выгружаемый к себе. Это 10–15 часов работы на старте и строчка в техническом задании. Без них при уходе у вас останется пустая папка и счёт на 400 000 ₽; с ними — готовый актив, с которого начинается новый проект.
Схема с вертикальной штриховой линией-границей посередине, подписанной «граница платформы». Слева, в зоне «остаётся у вас»: блоки «Исходные документы базы», «100 размеченных примеров», «Промпты как текст», «Журнал диалогов (если выгружали)». Справа, в зоне «живёт в платформе»: блоки «Векторный индекс — 24 ч», «Сценарии конструктора — 40 ч», «Описания инструментов — 18 ч». Под правой зоной подпись «пересобирается заново: 110–124 ч, 330 000–372 000 ₽». Три левых блока помечены звёздочкой и сноской «только если велись у себя с первого дня». Чертёжный стиль, подписи по-русски.
Когда корпоративная платформа не нужна
Есть четыре ситуации, в которых платформа — лишняя строка в смете, а иногда и прямой вред: она добавляет привязку, ничего не экономя.
- 1Один-два простых сценария. Ответ на типовые вопросы клиентов или классификация входящих писем по темам собирается напрямую через API за 20–30 часов. Конструктор здесь не экономит: настроить его — почти столько же, сколько написать.
- 2Задача решается правилами. Маршрутизация по адресу отправителя, проверка суммы на превышение лимита, подстановка реквизитов из справочника. Модель здесь избыточна, а платформа поверх модели — избыточна вдвойне.
- 3Интеграции нестандартные и их много. Если у половины ваших систем нет нормального API, весь объём всё равно пишется руками, и готовые кирпичи платформы не применяются: экономия 8–14 часов из таблицы обнуляется, а подписка остаётся.
- 4База знаний не собрана. Пока документы противоречат друг другу, платформа только ускорит выдачу неверных ответов. Первый шаг здесь — не выбор платформы, а наведение порядка в данных: 40–80 часов предметного специалиста, которые никакой конструктор не отменит.
И общий совет, который экономит больше всего. Не выбирайте платформу первым действием. Сначала опишите процесс и посчитайте число сценариев — на шести платформа выигрывает 15 месяцев, на двадцати пяти почти четыре года, на одном-двух проигрывает сразу. Это единственный параметр, который надёжно разводит варианты, и он известен ещё до разговора с вендором. Всё остальное — экосистемная инерция, требование по размещению и цена, — влияет уже внутри выбранного класса решения.
