Визуальный конструктор · workflows-as-API

Собирайте AI-воркфлоу. Вызывайте как API.

Соберите воркфлоу мышкой на canvas. Опишите типизированную input/output-схему. Вызывайте из бэкенда как обычное HTTP-API — со state, observability и multi-provider роутингом из коробки.

Начать бесплатно Посмотреть в работе

Без карты·Free-тариф·Любой провайдер

OpenAIAnthropicGoogleMistralOllama

↳Реальный воркфлоу в работе — ноды исполняются, state меняется, эндпоинт отвечает типизированным JSON.

01 / Quickstart

От ноды до эндпоинта за 60 секунд.

Собираете воркфлоу. Описываете типизированную схему. Вызываете из своего бэкенда. Никакого glue-кода.

↳Три ноды: input → LLM → output. Типизированная схема в боковой панели.

Вызов воркфлоуcURL

curl -X POST https://app.assemblix.ru/api/run/wf_a3f2 \
  -H "Authorization: Bearer $ASSEMBLIX_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "input": { "message": "Хочу узнать про тарифы" },
    "state": { "user_id": "u_42" }
  }'

Ответ200 OK

{
  "executionId": "exec_d7c9b585",
  "status": "completed",
  "output": {
    "parsed_message": {
      "intent": "pricing",
      "confidence": 0.94,
      "next_action": "show_pricing"
    },
    "tool_executions": []
  },
  "state": { "user_id": "u_42", "messages_count": 2 },
  "metadata": { "durationMs": 850, "totalSteps": 3 }
}

State на Postgres · webhooks, REST, расписания · observability из коробки.

02 / Что под капотом

Четыре вещи, которые делают это production-grade.

Без философии. Четыре конкретных куска, которые превращают canvas в вызываемый бэкенд.

01 · Featured

Workflows-as-API

Соедините двух LLM-агентов с tool-нодой, нажмите publish — получаете POST /api/run/wf_… с bearer-авторизацией, типизированной request-схемой и стабильным контрактом. Без отдельного деплоя, без инфраструктурного кода.

POST /api/run/wf_a3f2
Authorization: Bearer …
Content-Type: application/json

Persistent state

Через три недели клиент пишет «продолжай». Воркфлоу уже знает его корзину, последнюю страницу и счётчик retry из 4-й ноды. State хранится в Postgres, доступен из любой ноды через state.set/get.

state.set("customer", lookup);
memory.window: "30d";

Multi-provider

Классификация intent — на Mistral (дёшево, быстро). Reasoning — на Anthropic. Саммаризация — на локальной Ollama. Если OpenAI ловит rate limit, вызов уходит к следующему провайдеру в цепочке — та же нода, та же конфигурация.

provider: openai → anthropic
fallback: on_rate_limit

Observability

Воркфлоу зависает на проде? Откройте run #exec_d7c9b585 — 4-я нода ждала OpenAI 12 секунд, дважды retry, успех на Anthropic-fallback. Ноды, токены, латенси, ошибки — пишутся по каждому запуску, агрегируются по эндпоинту.

GET /api/executions/exec_d7c9b585
status · durationMs · tool_executions

FAQ

Частые вопросы про Ассембликс.

Короткие ответы на то, что чаще всего спрашивают про продукт. Если что-то осталось неясным — напишите в Telegram, отвечаем быстро.

Что такое Ассембликс?

Ассембликс — визуальный конструктор AI-воркфлоу с production-runtime. Вы собираете воркфлоу из нод (LLM-агенты, инструменты, обновления состояния), описываете типизированную input/output-схему, и Ассембликс публикует воркфлоу как авторизованный HTTP-эндпоинт. Ваш бэкенд вызывает его как обычное API.

Чем Ассембликс отличается от Flowise, Langflow и n8n?

Главное отличие: каждый воркфлоу автоматически становится типизированным HTTP-эндпоинтом с авторизацией, версионированием и observability — без отдельного деплоя и инфраструктурного кода. Persistent state переживает рестарты и недели простоя. Multi-provider роутинг (OpenAI, Anthropic, Google, Mistral, Ollama) с автоматическим fallback по цепочке встроен из коробки.

Как вызвать Ассембликс-воркфлоу как API?

Через POST-запрос на /api/run/{workflow_id} с Bearer-токеном. В теле передаёте input (по типизированной схеме) и опциональный state. Ответ — типизированный JSON с output (включая parsed_message и tool_executions), executionId, status, обновлённым state и metadata (durationMs, totalSteps). Все запуски трассируются и доступны через /api/executions/{executionId}.

Какие LLM-провайдеры поддерживаются?

OpenAI, Anthropic, Google, Mistral и Ollama (для локальных моделей). Провайдер выбирается per-node, поддерживается A/B-режим и автоматический fallback по цепочке (например, openai → anthropic при rate limit). На Free-тарифе доступен один провайдер, на Pro и Team — все.

Что такое persistent state и как он работает?

Persistent state — это переменные, память и cross-workflow-значения, которые сохраняются между вызовами и переживают рестарты, деплои и недели простоя. State хранится в Postgres, доступен из любой ноды через state.set/get, поддерживает временные окна для memory (например, memory.window: "30d"). Это позволяет строить долгоживущих ассистентов с контекстом сессии.

Сколько стоит Ассембликс и что во Free-тарифе?

Free — 0 ₽ навсегда: 3 воркфлоу, 3 эндпоинта, 1 000 API-вызовов в месяц, 1 провайдер. Pro — 2 490 ₽/мес: без лимита воркфлоу, 50 000 вызовов, все провайдеры с fallback, durable runs до 30 дней. Team — 8 490 ₽/seat/мес: 250 000 вызовов, RBAC, SSO, audit log, SLA. Без скрытых seat и без обязательной карты на Free.

Можно ли self-host?

Сейчас Ассембликс работает как managed-облако на app.assemblix.ru. Для команд с требованиями на on-premise или приватное облако возможна enterprise-поставка с self-hosted-runtime — напишите hello@assemblix.com или в Telegram founder'у.

Как работает observability и логи запусков?

Каждый запуск воркфлоу автоматически трассируется: какие ноды выполнились, в каком порядке, сколько токенов потратили, какова латенси (durationMs), какие tool_executions были и какова стоимость (creditsUsed, ownKeyCostUsd). Можно посмотреть конкретный запуск через GET /api/executions/{executionId} или агрегировать метрики по всему эндпоинту. Доступно на всех тарифах, включая Free.

03 / Тарифы