For AI agents

The action layer your
agent can trust.

When an agent decides to do something — notify a customer, trigger a workflow, update a system — that action can silently fail. Route it through Mittr over MCP and it gets retried, dead-lettered, replayed, and audited. Reasoning is solved; acting isn't.

Speaks MCP Vendor-neutral Every run audited
Wire it up

Point an agent at Mittr in a dozen lines

Mittr exposes a remote MCP server. Give any MCP-speaking agent the URL and your API key — it discovers the tools and calls them itself. No per-tool glue, no parallel SDK.

import Anthropic from "@anthropic-ai/sdk";

const claude = new Anthropic();

// Point Claude at Mittr's MCP server; your Mittr API
// key is the Bearer token the endpoint authenticates.
const message = await claude.beta.messages.create({
  model: "claude-opus-4-8",
  max_tokens: 1024,
  betas: ["mcp-client-2025-11-20"],
  mcp_servers: [{
    type: "url",
    name: "mittr",
    url: "https://app.mittr.io/mcp",
    authorization_token: process.env.MITTR_API_KEY, // mtr_...
  }],
  tools: [{ type: "mcp_toolset", mcp_server_name: "mittr" }],
  messages: [{
    role: "user",
    content: "Send an order.created event through Mittr, " +
             "then tell me if it was queued for delivery.",
  }],
});

// Claude calls mittr_send_event itself — no per-tool glue.
// The action is retried, dead-lettered, and audited for free.
Any MCP client works — Claude, OpenAI's Agents SDK, or your own. Mittr is the vendor-neutral layer between them. Read the AI agents guide →
Why it matters

Reasoning is solved. Acting isn't.

An agent fires an HTTP call, it fails, and the side effect is silently lost. That's the exact problem Mittr already solves — now applied to what your agent does.

Your agent drives Mittr as tools

Connect over MCP and an agent can set up endpoints, send events, and inspect or replay deliveries — the same operations your code gets, exposed as tools it can call.

Agent actions become durable

A side effect stops being a fire-and-hope HTTP call. Every send gets the same backoff, circuit breakers, and dead-letter recovery as the rest of your traffic.

Every run is auditable and replayable

Events are correlated by agent run and fully logged — so you can see exactly what an agent did, and replay any delivery when it needs a second attempt.

The tool surface

The same operations your code gets

Every tool calls the exact service the REST API uses — so an agent inherits the whole delivery engine: outbox, backoff, circuit breakers, dead-letter, audit. Read-only tools are marked so hosts can auto-approve them.

write
mittr_send_event
Dispatch an event for reliable, retried delivery.
read
mittr_get_event
Fetch an event's state and delivery progress.
read
mittr_list_events
List recent events, optionally filtered by status.
read
mittr_list_attempts
Every delivery attempt: status, latency, and error.
write
mittr_replay_event
Re-queue a failed or dead event for another try.
read
mittr_list_endpoints
List delivery endpoints and their event types.
write
mittr_create_endpoint
Create a delivery endpoint (SSRF-validated).

Give your agent an action layer it can trust

Grab a free API key, point your agent at the MCP endpoint, and its next action gets retried until it lands — and logged either way.

Start free AI agents guide