Запустите процесс и посмотрите, как его ведёт движок

Задачи пользователей как в Camunda 7. Заявку согласует менеджер из группы managers; вернёт на исправление — задача сразу назначится инициатору alice, после исправления снова уйдёт на согласование.

Две задачи бизнес-правил подряд: таблица Decision_1 по входам a и b выбирает c. Решение скомпилировано в Go — цепочка if.

Метод, service task, вызов процесса testSubProcess, exclusive gateway по amount. При amount = 1 — ветка «нет»: скрипт и две параллельные ветки со слиянием. Строка в amount роняет первый шаг: после 10 попыток (несколько минут) экземпляр упадёт, и его можно починить в истории — «Исправить переменные…» и повтор.

Три параллельные ветки из service task: каждая ставит свою задачу очереди, обработчики разных jobType выполняются одновременно, слияние ждёт все три.

Промежуточный таймер на 3 секунды и граничные события. Методы демо — заглушки, поэтому процесс идёт по основному пути; как заставить сработать граничные события — в разборе примера.

Последовательный multi-instance. Метод «Отправить уведомление» выполняется три раза подряд, каждый раз отдельным шагом очереди. «Согласовать» создаётся заново, пока менеджер не согласует, но не больше трёх кругов: условие завершения =approved, номер круга — переменная loopCounter.

Receive task ждёт сообщение paymentReceived — ответ внешней системы об оплате. Сообщение находит экземпляр по бизнес-ключу: отправьте его кнопкой справа или POST /api/v1/messages.

Две AI task: движок отправляет модели промпт с переменной request и пишет ответ в модель данных — категорию текстом в category, срочность JSON-ом в структуру triage. Отказ модели уводит по граничному событию ошибки ai_refusal. В демо модель — заглушка: в своём сервисе подключите любую, реализовав engine.AIClient.