Как бизнес-процессы становятся проверяемым кодом, как изменения проходят пять ворот и почему система создаётся за часы, дни и недели
21 октября 2026
ИИ-агенты собирают систему из проверенных шаблонов, а человек ставит задачу и принимает решения.
Каждый шаг виден и проверяем: код, схемы и документация собираются из одного источника и не расходятся с тем, что реально работает.
Агент собирает систему из проверенных шаблонов по контрактам реестра, а каждую деталь проверяет платформа. Свободно сочинённый код в прод не попадает.
Бизнес-процессы написаны на Python и исполняются на Temporal. Схемы строятся прямо из кода, поэтому всегда совпадают с тем, что реально работает.
Python и FastAPI, PostgreSQL (Citus), Temporal, Keycloak, интерфейсы на FlutterFlow. Никаких закрытых движков.
Код, схема данных и инфраструктура. Документация собирается из кода и модели при каждой поставке.
Каждый шаг процесса записан. Упал сервер, перезапустился рантайм, не ответил провайдер: процесс продолжится ровно с того места, где остановился. Ни один шаг не теряется и не выполняется дважды.
Десять минут на решение, полчаса на подтверждение, даты платежей через месяцы. Таймеры переживают любые перезапуски, отдельные планировщики не нужны.
Повторы вызовов настраиваются для каждого шага явно. Решения людей приходят в процесс сигналами, с эскалацией по сроку.
Код процесса не читает системные часы, не ходит в сеть и не берёт случайные числа: это делают только шаги-активности. Нарушение ловит валидатор.
История любого процесса со всеми шагами, входами, выходами и ошибками открывается в Temporal UI: разбор инцидента начинается с точной записи, а не с догадок.
Своя база PostgreSQL для истории, резервные копии pgBackRest. Рантайм состояния не хранит.
Распределённый PostgreSQL: база проекта и отдельные базы сервисов (скоринг, вход).
Любой узел рантайма может обслужить любой запрос: на узле ничего «своего» нет.
Выписки, договоры, отчёты хранятся рядом с данными и открываются по подписанным ссылкам.
Заполняет опросники по шести зонам и задаёт кейсы. На выходе детерминированная спецификация.
Переводит спецификацию в модель реестра. Код пишет агент, валидация возвращает ошибки агенту.
На тестовом стенде: кейсы бизнеса обязательны, регрессия, эмуляторы и живые провайдеры. Без зелёного отчёта дальше нельзя.
Сравнивает выпуск с продом файл за файлом, оставляет замечания с уровнем до блокирующего.
Выкатывает пронумерованный выпуск, гоняет сквозные тесты, откат тем же пакетом.
На каждом месте работает ИИ-агент, а человек ставит задачу и принимает решения. На каждом переходе изменение подтверждает человек: агенты делают работу быстро, ворота делают её надёжной.
| Среда | Что это | Для чего |
|---|---|---|
| Лаборатория | общая установка платформы | разработка, проверки агента, эмуляторы поставщиков |
| Тестовый стенд | отдельная установка проекта | приложения и пакеты собираются из одного выпуска, сквозные тесты |
| Стейдж | отдельная установка на своих машинах, свой вход и база | проверка на объёме, близком к боевому, нагрузочные тесты |
| Прод | то же устройство и те же роли, сеть, мониторинг и защита | работа клиентов |
Изменение идёт по цепочке: лаборатория → тестовый стенд → стейдж → прод. Управляются они из одного рабочего места DevOps.
Изменение не проходит без описаний: документация собирается из кода и модели при каждой поставке.
У каждого рабочего места выверенный навык: как писать процесс, подключать провайдера, тестировать, ревьюить, выкатывать. Все вызовы журналируются по сессии оператора.
Каждая поставка в среду имеет номер. После выпуска на стенде прогоняются сквозные тесты.
Новые версии рантайма выкатываются по одному узлу, воркеры берут задачи из той же очереди.
Пакет разворачивается и откатывается целиком, схема и расписания возвращаются вместе с ним.
Черновик, рабочая, A/B на части потока и теневой режим. Новую версию сначала прогоняют по записанным исполнениям и видят, у каких заявок изменилось бы решение.
Подключение внешней системы по её спецификации: мастер читает описание, строит методы и процессы, проверяет их на эмуляторе. Реквизиты лежат в хранилище «только на запись».
У каждой интеграции свой эмулятор: стенды не зависят от чужих систем, а сквозные тесты проходят без боевых вызовов.
Создание процессов, приложений и схемы данных; выкатка выпусков на стенд и стейдж с проверками.
Скоринг и решения со стратегиями: рабочая, A/B и теневой режим, модели через MLflow.
База знаний проекта, витрины и дашборды (Superset, Dagster) по данным проекта.
Интерфейсы на FlutterFlow и, по желанию, их копия на React с проверкой совпадения.
Каждая публичная точка только по HTTPS, вход через Keycloak с ролями, CrowdSec читает журналы и сам блокирует перебор паролей. Порты сервисов наружу не открыты.
Через выделенный бастион: зашифрованный туннель WireGuard и SSH по ключам, вход по паролю отключён.
Ключи провайдеров, пароли баз и токены лежат в хранилище окружения «только на запись»: положить можно, прочитать обратно нельзя. У каждого окружения свои ключи.
На каждой машине агент центра безопасности Wazuh: целостность файлов, журналы, уязвимости пакетов. Межсетевой экран: входящее запрещено, кроме SSH.
Сканер уязвимостей Greenbone каждую неделю проверяет машины по сети так, как их видел бы атакующий. Находки разбираются и закрываются.
Вызовы несут токен, привязаны к сессии оператора и ограничены по частоте. Песочница кода закрыта от запросов во внутреннюю сеть.
Prometheus и Grafana собирают метрики со всех машин и сервисов. Оповещения приходят дежурному в Telegram.
Temporal UI показывает историю каждого процесса. Elasticsearch нужен только для поиска и фильтрации процессов по статусу, типу и времени.
Карта проекта, страница процесса со схемой шагов, описание каждого шага и сам код с номерами строк. Собирается при каждой поставке, поэтому не отстаёт.
Резервные копии базы Temporal (pgBackRest) хранятся на отдельной машине мониторинга.
От начала работ до ввода в тестовую эксплуатацию за три с половиной недели: клиентское приложение, скоринг и андеррайтинг, интеграции с SMS, бюро, выписками и выплатами, рабочие места сотрудников, аналитика, стенд с годом данных.
Стенд появился за три дня: от технического задания до работающей системы.
Рабочее место взыскания и юристов: очередь должников, пакеты документов в суд, реестр судебных актов, справки, режим подключений.
Задача про тарифы прошла весь путь за один день, агенты работали над ней меньше трёх часов.
Данные принимает старая система, мы повторяем операции и сверяемся.
Первичные данные принимаем мы, обе системы считают, и мы сверяем результаты.
Новая система становится основной, старая остаётся для сверки и отката.
Каждый режим проверяется отчётами сверки по дням: переход к следующему только после совпадения.
Платформа в вашем контуре, ваша команда проектирует и генерирует сама. Мы обучаем и сопровождаем.
Наши аналитики, QA и DevOps ведут изменения за вас по тем же пяти воротам. Вы принимаете решения на каждом переходе.
Код, схема данных, инфраструктура и документация. Знания о домене лежат в реестре, а не в головах подрядчика.
Выбираем один сценарий, поднимаем стенд за дни, показываем работающую систему на ваших данных.
Temporal записывает каждый шаг и продолжает с места остановки.
С валидацией кода и подтверждением человека на каждом переходе.
Изменение за часы, стенд за дни, миграция за недели.
Документация из кода, плюс код, схема данных и инфраструктура.
Вопросы?