Agent-as-a-Service

Создавайте агентов.
Harness уже готов.

Встраивайте их во фронтенд или бэкенд. Octomatica берёт на себя запуск, контекст, инструменты, файлы и usage.

Разделение ответственности Octomatica /v1
Ваш продукт

Определяет опыт

  • Интерфейс и бизнес-логика
  • Роль и инструкции агента
  • Данные и права пользователя
Octomatica

Исполняет агента

  • Runtime и модели
  • Контекст, tools, MCP и secrets
  • Turns, files, usage и trace ID
Ваш продукт получаетresultfilesusagetrace_id

Что можно построить на Octomatica.

Не поднимайте собственный agent runtime. Соберите нужный интерфейс и бизнес-логику поверх готовой платформы исполнения.

Agent-as-a-Service

Продавайте агентные функции внутри своего продукта

Ваш бренд, интерфейс и клиентские отношения остаются у вас. Octomatica исполняет задачи агента через API и возвращает результат, файлы и usage.

Frontend

Агент в интерфейсе

Добавьте чат, copilot или форму задачи. Ваш backend безопасно передаст запрос агенту, не раскрывая API-ключ в браузере.

Backend

Агент в фоновом процессе

Запускайте работу из своего backend по webhook, расписанию или событию продукта. Забирайте результат после завершения асинхронного turn.

Support

Support-агент с контекстом клиента

Передавайте end_user_ref, подключайте источники знаний через разрешённые tools или MCP. Агент может подготовить ответ, создать файл или вызвать разрешённое действие.

Своя роль

Любой вертикальный агент

Исследователь, аналитик, ассистент продаж, генератор документов или агент под вашу отрасль. Роль задаётся manifest и набором tools.

Весь agent harness уже у Octomatica.

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

Runtime

Запуск и состояние

Асинхронные turns, конечные состояния, idempotency и trace ID для диагностики.

Context + tools

Среда агента

Изолированные spaces, manifest, встроенные tools, внешние MCP-серверы и write-only secrets.

Delivery + usage

Результат и экономика

Текст, созданные файлы, расход по end_user_ref и лимиты на использование.

В вашем коде остаётся простой API-вызов.

Создайте среду агента, отправьте задачу и получите идентификатор асинхронного turn.

Создать space и запустить turnBash + jq
BASE_URL="https://dash.octomatica.ru/v1"
TASK="Prepare a brief"

SPACE_ID=$(curl -sS -X POST "$BASE_URL/spaces" \
  -H "Authorization: Bearer $OCTOMATICA_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"title":"Research agent"}' | jq -r '.space_id')

curl -sS -X POST "$BASE_URL/turns" \
  -H "Authorization: Bearer $OCTOMATICA_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: $(uuidgen)" \
  -d "{\"space\":\"$SPACE_ID\",\"text\":\"$TASK\"}"
Ответ на запуск turn 202 Accepted { "turn_id": "TURN_ID", "state": "queued", "trace_id": "TRACE_ID" }

Следующий запрос: GET /turns/{turn_id} до состояния done.

  1. Соберите агентаSpace, manifest, tools и secrets
  2. Свяжите пользователяend_user_ref для usage и лимитов
  3. Запустите работуPOST /turns и проверка состояния
  4. Верните результатТекст, файлы и данные об использовании

Вы сохраняете контроль над каждым агентом.

Публичный /v1 использует Bearer API-ключи. Ключ создаётся в дашборде в разделе Integrations, API Keys и показывается один раз.

Полная схема авторизации →
Минимальная область

Ограничьте ключ пространствами, которые он создаёт. Это рекомендуемый режим для интеграций.

Один space

Привяжите ключ к конкретному пространству, если интеграции не нужен доступ к остальным.

Лимит расходов

Задайте дневной лимит в USD и контролируйте фактический расход через usage.

Когда команда готова интегрировать.

Интерактивная документация, OpenAPI и короткие инструкции доступны в удобном для команды и инструментов формате.

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

Поможем определить роль, доступы, tools и безопасную схему интеграции с вашим продуктом.