Everything the dashboard does, the API does. Scoped keys, a REST surface, HMAC-signed webhooks, an MCP server and an agent that runs on your own LLM key — all under one permission model.
Outboundrix is pre-launch. The reference below describes the shipping surface; the public base URL and live keys become available at launch. Sections markedPlanned are not callable yet.
API keys
Create a key in Settings, Integrations. Keys are shown once and stored hashed. Each key carries the same role-based scopes that govern the UI and is rate-limited on its own. Send it as a bearer token on every request.
Scoped to the same permissions as the dashboard
Shown once, stored hashed, revocable at any time
Per-key rate limits, separate from the session APIs
Launch a draft sequence from a rotated mailbox pool. Returns 409 if the pool is not warmed.
DELETE/v1/api-keys/:id
Revoke an API key immediately. In-flight requests using it fail with 401 on the next call.
Webhooks
Register an endpoint per workspace and Outboundrix posts on domain events: contact.created, reply.received, sequence.finished. Every payload is HMAC-signed with your workspace secret — verify the signature header before trusting the body.
A Model Context Protocol server exposes Outboundrix operations as tools: search contacts, enrich, create and launch sequences, read deliverability, read and write the CRM. It authenticates with the same scoped API keys and mirrors the REST capability set, so there is one permission model. Point any MCP-capable model at it.
Store your own provider key — OpenAI, Anthropic or Gemini — encrypted per workspace and never in source. An agent runtime executes go-to-market workflows by calling the same tool surface: build a list, draft and launch a sequence, triage replies. The provider adapter is model-agnostic, so your key and your model choice drive both selection and cost.
Provider key encrypted per workspace
Actions bounded by the API key scopes you grant
Every action written to the activity log
Provider-agnostic adapter, no token markup
Build on the same system your team uses
Questions about the developer platform go straight to the people who build it. See also how it works.