Перейти к содержимому
Synaptyx
Оркестрация

Превратите разовые запуски агентов в повторяемые и проверяемые рабочие процессы.

Опишите рабочий процесс как DAG из узлов agent и exec, проверьте его, затем запустите. Каждый прогон создаёт запись, за которой можно следить в реальном времени и просматривать позже. Начните с шаблона или соберите процесс на канвасе. Всё изолировано по тенантам через row-level security.

trigger
manual / cron
agent · plan
claude-code
exec · test
npm test
agent · fix
claude-code
exec · merge
git · gate

Как это работает

1
Опишите DAG
Разложите узлы agent (сессия Claude Code с промптом) и узлы exec (shell-команда) и связи между ними.
2
Проверка
Сервер проверяет граф - нет циклов, все зависимости разрешимы - прежде чем что-либо запустится.
3
Запуск
Запустите рабочий процесс вручную или по расписанию. Каждый узел выполняется по порядку, с учётом зависимостей.
4
Наблюдайте за прогоном
Следите за записью прогона в реальном времени на канвасе и в просмотрщике прогонов, а позже просматривайте завершённый прогон.

Подробнее

Узлы agent и exec
Узел agent - это сессия Claude Code, управляемая промптом; узел exec - это shell-команда. Соберите их в DAG, чтобы связать планирование, изменения кода, тесты и гейты в один прогон.
Таймауты узлов → SIGTERM
Каждому узлу можно задать таймаут. При превышении узлу отправляется SIGTERM, чтобы зависший агент или вышедшая из-под контроля команда не держали прогон открытым бесконечно.
Шаблоны и визуальный канвас
Начните со встроенного стартового шаблона, затем редактируйте на визуальном канвасе. Просмотрщик прогонов показывает статус каждого узла по мере выполнения.

Опишите и запустите рабочий процесс

config · workflow.yaml
name: ci-triage nodes: - id: plan type: agent prompt: "triage the failing build" timeout: 15m # SIGTERM on breach - id: test type: exec run: npm test needs: [plan] $ synaptyx workflow run ci-triage ✓ validated DAG · 2 nodes · no cycles run_id: wf_3c8a… · watch the run record live in the canvas

Оркестрация, которая проверяема, а не непрозрачна.

Рабочий процесс - это просто DAG, который можно прочитать, версионировать и проверить. Каждый прогон записывается, поэтому видно, какой именно узел что сделал - никакой автоматизации в виде чёрного ящика.

Сравнение

SynaptyxShell-скриптыОбычный CI
Узлы под агентовданетнет
Проверка DAG до запускациклы и зависимостинетчастично
Живая запись прогонаканвас и просмотрщиктолько логитолько логи
Таймаут узла → SIGTERMна каждый узелвручнуютолько на уровне джоба
Изоляция тенантовчерез RLSнетобщие раннеры

Частые вопросы

Сегодня два вида: узел agent запускает сессию Claude Code из промпта, а узел exec выполняет shell-команду. Вы связываете их в DAG и соединяете вывод одного узла со следующим через зависимости.
Каждому узлу можно задать таймаут. При его превышении узлу отправляется SIGTERM, поэтому зависший агент или долгая команда останавливаются, а не держат весь прогон открытым.
Нет. Есть стартовые шаблоны для клонирования и визуальный канвас/редактор для правки графа. Можно также описать рабочий процесс как definition и запустить его через API.
Нет. Рабочие процессы и их прогоны изолированы по тенантам и защищены row-level security в Postgres, поэтому видны только внутри компании-владельца.

Готовы оркестрировать своих агентов?

Запросите доступ за пару минут - или обсудите с нами ваши сценарии рабочих процессов.

Начать