Skip to Content
Flagship Build

The control plane for AI specialists.

Each specialist is a dedicated AI worker for one tenant. Provision, isolate, control, and dispatch through one API. The layer between your business and the models it runs on.

692K+
retrieval training pairs
604
domain languages indexed
~100
routing & composition modules
15ms
median dispatch decision
How it works

How it works

A control plane decides which specialist handles which request, and how it gets provisioned, isolated, and controlled. Each instance is dedicated to one tenant. Tenants cannot see each other's data, secrets, or runtime.

Provision

Spin up dedicated AI specialist instances per team or per tenant. Each gets its own runtime, storage, and lifecycle, created from a template.

Isolate

Multi-tenant groups keep every tenant's specialists, data planes, and secrets separated. What tenant A runs, tenant B can never see.

Control

One JSON CRUD API over every specialist: create, read, update, delete, restart. Secrets are resolved from environment variables at the platform level, never stored in the database.

Dispatch

A workflow engine routes each request to the right specialist. The retrieval brain, about 100 routing modules, and layered memory make the decision in milliseconds.

The API

Every control action is HTTP.

No bespoke tooling, no SSH into the orchestrator. The full control surface is a JSON CRUD API, the same interface the dashboard uses, available to your systems.

$ curl -X POST /api/v1/specialists \
  -H "x-tenant: acme" \
  -d '{"name": "transcript-ingest", "runtime": "whisperx"}'
{ "id": "sp-9f2c", "status": "provisioning", "endpoint": "/sp/9f2c" }
 
$ curl -X PATCH /api/v1/specialists/sp-9f2c \
  -d '{"status": "active", "secrets": "{env:ACME_DB_URI}"}'
{ "id": "sp-9f2c", "status": "active", "secret_ref": "env-keyed, never stored" }
Isolation & secrets

Tenant-safe by construction.

Multi-tenant SaaS with real isolation, not just naming conventions. Tenants get dedicated specialist instances, isolated data planes, and connection-scoped secrets that never touch the application database.

The stack ships as a de-branded ERP core plus Docker Compose. You run it on your own infrastructure, with a dark technical skin.

Tenant model
Multi-tenant groups
Secrets
Env-keyed, never stored
Instances
Dedicated per tenant
Deployment
Docker Compose
Core
De-branded ERP + API
Interface
JSON CRUD API
Get Started

Tell me what you are building.

If your workload needs its own control plane, whether for transcripts, retrieval, routing, or tenant isolation, the fastest way forward is a conversation.