Три подхода к разработке

Попробуем честно сравнить.

Классическая визальная разработка (low-code) изначально создавался как управляемый конструктор — набор преднастроенных «кубиков» (функциональных блоков), которые реализуют типовые сценарии и, при корректной архитектуре платформы, по умолчанию обеспечивают определенный уровень безопасности и предсказуемости. Вендоры коммерческих low-code платформ, помимо самого продукта, поставляют полный набор сопутствующих сервисов: техническую поддержку, регулярные обновления, оперативное устранение уязвимостей, развитие функциональности с учетом лучших мировых практик и требований рынка. То есть это предсказуемый и управляемый подход к автоматизации. На старте вам надо познакомится с инструментами платформы, при этом в зависимости от сложности доработок их может выполнять аналитик или разработчик.

Чистый вайбкодинг — это генерация системы с нуля по запросу на естественном языке (промпту). Старт практически мгновенный: первый MVP (минимально жизнеспособный продукт) можно получить за несколько часов. Но дальше проявляется обратная сторона подхода. Бизнес-логику, ролевую модель и безопасность приходится продумывать с нуля. Сгенерированный код сложно поддерживать, а затраты трудно прогнозировать: каждая правка означает новые обращения к моделям и часы работы специалистов, которым приходится разбираться в чужом ИИ-коде. Сбой такой системы в промышленной эксплуатации может обернуться прямыми потерями, пока команда ищет ошибку в коде, который фактически никто не писал.

Их синергия — визуальная разработка с помощью ИИ, — совмещает преимущества обоих подходов: запрос формулируется на естественном языке, ИИ-агент собирает решение из штатных элементов платформы поверх готового ядра с ролевой моделью, правилами обработки персональных данных, логированием и настроенными интеграциями. Быстрые доработки при этом не расшатывают фундамент системы, поскольку физически его не затрагивают.

Как это устроено в BPMSoft

В основе лежит утилита UBS AI, которая выполняет базовые low-code операции ядра: работает с объектами, справочниками, интерфейсами, скриптами, компиляцией пакетов и данными. Поверх нее работает MCP-сервер, через который ИИ-ассистент понимает эти операции и вызывает их по запросу на естественном языке. Дополняет систему набор скиллов — проверенных сценариев и примеров, на которые ассистент опирается вместо того, чтобы каждый раз изобретать решение с нуля.

Что такое «скиллы»? Мы под этим подразумеваем переносимую единицу экспертизы. Под конкретную отрасль или типовую задачу можно собрать набор навыков — для банков, ритейла, производства, сервисных компаний, — и применять его поверх базовой версии low-code конструктора BPMSoft. Для партнеров-интеграторов это создает новую модель тиражирования: методология внедрения упаковывается в набор скиллов и используется в каждом следующем проекте. Заказчики, в свою очередь, получают возможность быстрее запускать решение с учетом отраслевой специфики, а не начинать с чистого листа.

Кроме того, работать с ИИ в BPMSoft можно в закрытом контуре с локальными моделями, данные при этом не покидают периметр компании.

Еще один важный принцип — ассистент не вносит изменения без согласованного плана. Сначала он собирает требования и задает уточняющие вопросы, затем формирует понятный план реализации, и только после явного подтверждения применяет изменения.

Безопасность и деньги

Насколько эта архитектура безопасна? Ядро платформы не меняется и не «вайбкодится». Все изменения происходят на проектном слое, который архитектурно работает поверх ядра BPMSoft и наследует его механизмы безопасности — ролевую модель, разграничение прав доступа, логирование и версионирование пакетов. ИИ не может «случайно отключить» SSO или нарушить ролевую модель: таких операций у него просто нет. Технический долг остается управляемым — все созданное хранится в стандартизированной структуре пакетов, понятной любой команде, знакомой с системой.

При этом стоимость владения платформой не размывается и остается прозрачной для финансового директора: лицензии на ПО плюс понятные затраты на внедрение. ИИ сокращает трудозатраты специалистов на типовые доработки, а не создает новую непредсказуемую статью расходов на бесконечный рефакторинг сгенерированного кода. Поддерживать решение могут обычные проектные команды и бизнес-аналитики. Дефицитные «ИИ-археологи», способные разбираться в чужом сгенерированном коде, не понадобятся.

Показателен и взгляд рынка: участники отрасли, обсуждая связку low-code и ИИ, в целом сходятся в одном — надежное ядро остается зоной ответственности платформы и архитекторов, а ИИ помогает быстро адаптировать процессы и интерфейсы вокруг него. Прогнозы о «смерти low-code» звучат громко, однако пока рынок не показал сгенерированную с нуля систему, способную годами работать в промышленной эксплуатации под нагрузкой. Мы делаем ставку на проверяемую конструкцию: платформа отвечает за фундамент, а ИИ — за скорость изменений.

Кому это подходит

Крупным компаниям с жесткими требованиями к информационной безопасности важны изоляция ядра, работа в закрытом контуре и аудит действий. Все это здесь реализовано штатными средствами платформы. Среднему бизнесу подход дает главное — возможность быстро адаптировать систему под свои процессы без раздувания ИТ-команды, партнерам по внедрению — улучшить экономику проектов за счет повторного использования скиллов, а компаниям с ограниченным бюджетом — сохранить предсказуемую стоимость и закрывать часть доработок силами собственных аналитиков.

Эта функциональность выходит в будущем релизе BPMSoft 2.0 вместе с «Платформой управления ИИ-агентами».