Выбор платформы для сборки ИИ-агента почти никогда не решается сравнением моделей. На типовых бизнес-задачах — ответить по регламенту, разобрать обращение, вытащить поля из документа — разница между актуальными российскими моделями меньше, чем разница между двумя вариантами подготовки вашей базы знаний. Решают три других вопроса, и их стоит задать до первой демонстрации.
Первый: где физически обрабатываются данные и что из этого следует по 152-ФЗ. Второй: что вы заберёте с собой, если через год решите уйти, — документы, конфигурацию агента, сценарии, код. Третий: какая статья расходов растёт при росте числа запросов, а какая остаётся фиксированной. Ответы на эти три вопроса определяют стоимость владения на годы вперёд, а набор функций в интерфейсе — почти нет.
Ниже — шесть вариантов сборки, доступных в России на сентябрь 2026 года, разобранных по этим трём критериям, плюс цена переезда между платформами, порог входа без разработчика и раскладка сроков. Речь идёт именно о платформах для сборки: готовые продукты и отраслевые коробки — это другой тип поставщика, и он разобран в обзоре рынка ИИ-агентов.
Три вопроса, которые решают выбор
Возможность забрать логику работы агента в виде, пригодном для запуска в другом месте: файлы, код, описание сценариев в открытом формате. Сценарий, нарисованный мышью в чужом интерфейсе, переносимым не является — его можно только пересобрать заново. Переносимость базы знаний — отдельный и более важный пункт: это ваши документы и их структура.
Место обработки данных задаёт не удобство, а объём юридической работы. Облако российского вендора закрывает базовое требование о размещении данных в России, но не отменяет ни поручения обработки, ни описания того, какие данные туда уходят. Свой сервер снимает вопрос трансграничной передачи полностью и добавляет обязанность администрировать этот сервер. Промежуточных вариантов немного, и выбор здесь делает не инженер, а тот, кто отвечает за персональные данные.
Стоимость эксплуатации стоит разложить на три части, потому что растут они по-разному: фиксированная подписка или аренда сервера, переменный расход на обращения к модели и часы людей, которые всё это сопровождают. На типовых объёмах компании в 50–200 человек третья часть больше первых двух вместе взятых, и именно её обычно не считают.
К этим трём вопросам с 1 сентября 2026 года добавился четвёртый, документальный. Вступает в силу регулирование ИИ: маркировка ИИ-контента и требования к обработке персональных данных в моделях. Технически для внутреннего помощника по регламентам почти ничего не меняется, но компании нужна внутренняя политика использования ИИ — где он применяется, что маркируется, какие данные в модель не передаются. Платформу это не выбирает, зато выбор платформы определяет, что в этой политике придётся написать про место обработки и про поручение обработки подрядчику.
Шесть вариантов по трём критериям
Таблица ниже — не рейтинг: у каждого варианта есть ситуация, в которой он лучший. Условия подписок и тарифы у платформ меняются, поэтому конкретные цены здесь не приводятся — их надо запрашивать на дату разговора и фиксировать в предложении письменно.
| Вариант | Где обрабатываются данные | Что заберёте с собой | Порог входа |
|---|---|---|---|
| GigaChat Enterprise | Облако вендора, свой контур или гибрид — корпоративная платформа выбор допускает | Документы и их структуру; конфигурация агента остаётся в платформе | Типовой помощник настраивается без разработчика; инженер нужен на интеграции |
| Yandex AI Studio | Облако вендора в России; конструктор агентов, хранилище векторов и поиск по документам внутри студии | Документы; сборку агента в конструкторе — нет | Низкий: сборка мышью; инженер нужен на коннекторы к учётным системам |
| Nodul | Российская платформа для ИИ-агентов и интеграций | Документы; сценарии живут внутри платформы | Низкий; инженер нужен на нетиповую логику и на разбор сбоев |
| n8n на своём сервере | Ваш сервер в России, полный контроль над контуром | Весь контур ваш; сценарии — в формате платформы | Нужен администратор сервера с первого дня; облачная оплата из России проблемна, поэтому только self-hosted |
| Локальная модель: Ollama и pgvector | Ваш сервер; данные не покидают периметр вообще | Всё: модель зафиксированной версии, векторное хранилище, конфигурацию | Высокий: нужен инженер и администратор, плюс железо |
| Разработка на API без платформы | Решаете вы: облако вендора или свой контур, можно переключать | Всё: код, конфигурацию, базу знаний, журнал | Нужен разработчик; зато нет чужого интерфейса, в котором живёт логика |
Схема-поле с двумя осями: горизонтальная — «где обрабатываются данные» от «облако вендора» слева до «свой сервер» справа; вертикальная — «что заберёте с собой» от «только документы» внизу до «весь контур» вверху. В поле расставлены шесть точек с подписями: GigaChat Enterprise (левее центра, середина по вертикали), Yandex AI Studio (слева внизу), Nodul (слева внизу), n8n на своём сервере (справа, выше середины), Ollama и pgvector (справа вверху), разработка на API (правее центра, вверху). Пунктирная рамка вокруг правого верхнего угла подписана «требование службы безопасности». Чертёжный стиль, подписи по-русски.
Как этой таблицей пользоваться практически. Сначала вычёркиваете строки по первому критерию: если служба безопасности требует, чтобы данные не покидали периметр, остаются два нижних варианта, и разговор про удобство интерфейса закончен. Если такого требования нет, вычёркиваете по третьему: при отсутствии администратора сервера в штате отпадают self-hosted-варианты. Обычно после двух вычёркиваний остаются два-три кандидата, и вот их уже стоит сравнивать на своей задаче — на двадцати реальных вопросах и одной реальной интеграции, а не по описанию возможностей.
Отдельно про зарубежные платформы, о которых обязательно спросят. Прямая оплата OpenAI и Anthropic из России невозможна, доступ идёт через посредников и агрегаторы, а значит в проекте появляется звено, за доступность которого не отвечает никто. В корпоративном контуре это подаётся как риск и ограничение, а не как рабочая рекомендация: сервис, оплату которого нельзя провести по договору, нельзя и внести в реестр систем компании.
База знаний агента: что происходит с документом технически
Формулировка «загрузили регламенты — агент по ним отвечает» скрывает четыре операции, и от их качества зависит результат сильнее, чем от выбора платформы. Механику поиска мы разбирали отдельно в материале про RAG; здесь важна операционная сторона — кто это делает, как часто и что происходит при изменении регламента.
- 1Приведение к одной действующей редакции
Самая дорогая и самая полезная часть. Документы собираются, из них выбрасываются устаревшие версии, сканы распознаются, противоречия выносятся владельцу процесса на решение. Если этого не сделать, агент будет уверенно отвечать по приказу, отменённому в прошлом году.
- 2Нарезка на фрагменты и индексация
Документ режется на смысловые куски, каждый получает пометки: из какого файла, какого раздела, с какой даты действует. Именно эти пометки потом превращаются в ссылку на источник в ответе — без них проверить ответ невозможно, а значит нельзя и принять работу.
- 3Обновление при изменении регламента
Ключевой операционный вопрос, который забывают согласовать. Нужен ответ на три части: кто кладёт новую редакцию, за сколько минут она попадает в индекс и что происходит со старой. Правильно — старая помечается недействующей и остаётся в архиве, а не удаляется: в спорах о прошлых периодах она понадобится.
- 4Проверка после обновления
После каждой существенной правки прогоняется контрольный набор вопросов, чтобы увидеть, не сломалось ли то, что работало. Двадцати вопросов достаточно для регулярной проверки; полный набор из ста прогоняется при крупных изменениях базы.
Приведение документов в порядок съедает от четверти до трети бюджета проекта, и результат этой работы полезен независимо от того, останется ли агент. Поэтому в договоре фиксируется: структурированная база и её метаданные принадлежат заказчику, выгрузка предоставляется по запросу в открытом формате, инструкция по ведению передаётся вместе с системой. Конфигурацию агента вы, возможно, потеряете при смене платформы. Базу знаний терять нельзя.
Порог входа: где заканчивается настройка и начинается инженер
Обещание «соберёте сами без программиста» верно ровно до определённого шага, и этот шаг одинаков почти на всех платформах. Полезно знать заранее, где он проходит, чтобы не планировать проект целиком на силы одного увлечённого сотрудника.
| Задача | Кто справится | Почему граница проходит здесь |
|---|---|---|
| Загрузить документы и задать стиль ответов | Настройка без разработчика | Интерфейс закрывает задачу целиком |
| Собрать сценарий из готовых блоков: вопрос, поиск, ответ | Настройка без разработчика | Блоки типовые, ветвлений мало |
| Подключить один канал: виджет на сайте или бот | Настройка, иногда с подсказкой инженера | Готовые коннекторы у платформ есть |
| Разграничить права: кто какие разделы видит | Нужен инженер | Роли надо связать с вашим справочником сотрудников |
| Подключить учётную систему: остатки, статус заказа, долг | Нужен инженер | Своя структура данных, свои права доступа, обработка отказов |
| Обработать нестандартный сбой и восстановить очередь | Нужен инженер | Требуются журналы, повторы и понимание того, что уже отправлено клиенту |
| Замерить качество на контрольном наборе и защитить приёмку | Нужен инженер и владелец процесса | Это не настройка, а измерение — нужен метод и протокол |
Схема-лестница из семи ступеней снизу вверх с подписями: «загрузить документы», «собрать типовой сценарий», «подключить один канал», «разграничить права», «подключить учётную систему», «обработать сбой и восстановить очередь», «замерить качество и защитить приёмку». Первые три ступени залиты светлым с пометкой «настройка без разработчика», остальные четыре — штриховкой с пометкой «нужен инженер». Между третьей и четвёртой ступенью проведена жирная горизонтальная линия с подписью «граница обещания „соберёте сами“». Чертёжный стиль, подписи по-русски.
Ловушка конструктора: цена логики в чужом интерфейсе
Сценарий, собранный мышью в конструкторе, существует только внутри него. Его нельзя открыть в редакторе, положить в систему контроля версий и перенести выгрузкой. Это не аргумент против конструкторов — у них есть честные достоинства, скорость сборки в первую очередь. Это аргумент за то, чтобы знать цену выхода заранее, а не выяснять её в момент, когда платформа поменяла тарифы или перестала устраивать.
Из этого расчёта следует не «не берите конструкторы», а два практических правила. Первое: держите текстовое описание сценариев отдельно от платформы — что именно происходит на каждом шаге, какие условия, какие сообщения уходят клиенту. Тогда при переезде вы пересобираете по описанию, а не восстанавливаете логику по памяти, и 2,5 часа на сценарий не превращаются в шесть. Второе: чем больше сценариев, тем выше цена выхода, поэтому парк из тридцати сценариев — это уже повод считать переход на код, а не только на другую платформу.
Бюджет и срок: почему 3 недели превращаются в 8
Рыночный ориентир на базового агента с поиском по базе знаний — 150 000–200 000 ₽ и 3–8 недель. Разброс по деньгам разбирался в материале про RAG на примере сметы; здесь разберём срок, потому что именно он чаще всего оказывается сюрпризом. Нижняя граница вилки — идеальный случай: база уже в одной редакции, до ста документов, один канал, никаких интеграций. Дальше срок набирается типовыми добавками.
| Что добавляется к базовому проекту | Плюс к сроку | Почему |
|---|---|---|
| Базовый случай: база в порядке, до 100 документов, один канал | 3 недели | Сбор, индексация, настройка ответа, замер, приёмка |
| Документы в сканах, нужно распознавание и чистка версий | +1,5 недели | Распознавание, снятие противоречий, решения владельца процесса |
| Разграничение прав по ролям | +1 неделя | Связка с справочником сотрудников и проверка на каждой роли |
| Второй канал: мессенджер плюс внутренний портал | +0,5 недели | Второй коннектор и повторная проверка сценариев |
| Коннектор к учётной системе: остатки, статус, долг | +1,5 недели | Своя структура данных, права доступа, поведение при недоступности |
| Согласование формулировок с юристом и службой безопасности | +0,5 недели | Стоп-темы, правило отказа, что нельзя обещать клиенту |
| Полный набор добавок | 8 недель | Верхняя граница рыночной вилки набирается ровно из этих пяти пунктов |
Проверять предложение стоит именно по этой таблице. Если вам называют 3 недели, а в проекте есть коннектор к 1С и разграничение прав, срок занижен минимум на две с половиной недели — и это не придирка, а вопрос о том, что будет вычеркнуто из объёма ради даты. Если добавок больше пяти, вы обсуждаете уже не базового агента, и вилка 150 000–200 000 ₽ к вашему проекту не относится.
Горизонтальная лента времени. Первый сплошной отрезок — «базовый проект, 3 недели». Дальше пять пристыкованных отрезков разной длины с подписями: «сканы и чистка версий +1,5», «разграничение прав +1», «второй канал +0,5», «коннектор к учётной системе +1,5», «согласование формулировок +0,5». Справа общая отметка «8 недель» с подписью «верхняя граница рыночной вилки». Под лентой пометка: «если добавок больше пяти — это уже не базовый агент». Чертёжный стиль, подписи по-русски.
Стоимость эксплуатации при росте нагрузки
Здесь чаще всего спорят не о том. Расход на обращения к модели у типового помощника по базе знаний составляет порядка рубля за обращение, то есть при 3 000 обращений в месяц — около 3 120 ₽. Это меньше стоимости одного часа инженера. Поэтому выбор платформы по цене токенов на объёмах компании в 50–200 человек экономического смысла не имеет: решают фиксированные расходы и часы сопровождения.
| Вариант | Что фиксировано | Что растёт с числом запросов | Что съедает часы |
|---|---|---|---|
| GigaChat Enterprise | Подписка платформы | Расход на модель | Интеграции и поддержка контура |
| Yandex AI Studio | Подписка и сервисы студии | Расход на модель и объём хранилища векторов | Ведение базы и коннекторы |
| Nodul | Подписка платформы | Число запусков сценариев | Разбор сбоев и рост парка сценариев |
| n8n на своём сервере | Аренда сервера и администрирование | Почти ничего: ресурсы ваши | Обновления, сбои, дежурство |
| Ollama и pgvector | Аренда сервера с ускорителем — не зависит от объёма | Почти ничего | Администрирование и обновление модели |
| Разработка на API | Хостинг | Расход на модель | Доработки при изменении процессов |
Часы сопровождения стоит оценивать до выбора, а не после. Ориентир из практики: конструктор с парком в полтора-два десятка сценариев требует около шести часов в неделю от собственного сотрудника — обновления внешних API, разбор сбоев, правки сценариев. Решение, собранное на коде с внешней поддержкой, забирает у компании порядка полутора часов в неделю, потому что дежурство лежит на подрядчике. При полной стоимости часа 1 400 ₽ разница составляет 234 ч в год, то есть 327 600 ₽ — сопоставимо со стоимостью самой сборки, и обычно эта сумма нигде не отражена.
Отдельный вопрос — с какого объёма собственный контур становится дешевле облака. Мы считали этот порог в материале про локальную модель под 152-ФЗ: он проходит существенно выше типичной нагрузки компании на 50–200 человек, и локальную модель почти никогда не берут ради экономии. Её берут, когда есть требование: специальные категории персональных данных, позиция службы безопасности, условие заказчика по размещению. Если требования нет, свой сервер обойдётся дороже — и об этом стоит сказать собственнику прямо.
Столбчатая диаграмма из трёх составных столбцов для трёх уровней нагрузки: 500, 3 000 и 12 000 обращений в месяц. В каждом столбце три сегмента: «фиксированная часть» (подписка или аренда сервера), «обращения к модели» (растёт пропорционально: около 520 ₽, 3 120 ₽, 12 480 ₽) и «часы сопровождения» (самый крупный сегмент во всех трёх). Рядом подпись-выноска: «спорят о среднем сегменте, платят за верхний». Оси: число обращений в месяц и рубли в месяц. Подписи по-русски.
Когда платформа не нужна
Четыре ситуации, в которых выбор платформы — преждевременный разговор, и правильный ответ звучит иначе.
- Документы не приведены в порядок. Если регламенты лежат в трёх редакциях и часть правил не записана, любая платформа даст один и тот же результат — уверенные ответы по неактуальным документам. Сначала база, потом платформа; порядок обратный не работает ни у кого.
- Задача решается поиском по файлам. Если вопросов десять и они повторяются, дешевле сделать страницу с ответами и настроить нормальный поиск по документам. Агент здесь добавит расходы и не добавит скорости.
- Нет владельца процесса. Кто-то должен решать, какой ответ считается правильным, и держать базу знаний живой. Без этого человека проект превращается в разовую демонстрацию — и это самая частая причина, по которой пилот не переходит в эксплуатацию.
- Нужны действия, а не ответы. Если задача — не рассказать, а сделать: выставить счёт, зарезервировать товар, отменить запись, — платформа сборки агентов вторична. Первично проектирование прав и подтверждений: какие действия выполняются автоматически, какие только с подтверждением человека и что записывается в журнал.
И общее соображение о горизонте решения. Все шесть вариантов существуют на сентябрь 2026 года, но состав их возможностей и тарифы за последние два года менялись у всех участников рынка. Устойчивая часть выбора — не название платформы, а три ответа из начала статьи: данные в известном месте, база знаний ваша и переносима, качество измеряется числом. Компания, у которой выполнены эти три условия, меняет платформу за недели. Компания, у которой не выполнено ни одного, не меняет её вообще — и платит за это в каждом следующем счёте.
Платформу меняют раз в несколько лет, базу знаний собирают один раз. Защищать в договоре надо вторую.
