Skip to main content
// MCP server · durable todo queue · local web UI

many lines come in.
the operator verifies each caller,
and patches it through.

Switchboard receives inbound webhooks, verifies each one per source, and turns it into a durable todo that agents claim and complete over scoped, human‑vended MCP endpoints — served exclusively over HTTP/S. one box: receive · verify · patch through.

live over SSEMCP over HTTP/SGo · PostgreSQL
01
receive

webhooks and queue messages arrive on scoped lines — GitHub, Stripe, Slack, Redis, generic token/open.

02
verify

every caller is checked at the boundary — HMAC signatures, shared‑secret tokens, replay windows — and stamped with a trust mode.

03
patch through

the verified line becomes a durable todo an agent claims under a lease and completes — pushed live as a channel doorbell.

Two families — webhook & queue — each event's trust shown:signedtokenopenqueue— see ADR‑0003.
The operator board · live
See it live

Six views — Board, Todos, Endpoints, Personas, Friends, Providers — server‑rendered on Go + HTMX and updating over Server‑Sent Events, wearing the same trust badges the API and MCP surfaces carry.

switchboard.stump.wtf
The Switchboard operator board: a three-lane patch panel — received, verified, patched through — with trust badges and live throughput tiles.
The Board — the three‑lane patch panel: received → verified → patched through, with live throughput tiles and the trust legend.
switchboard.stump.wtf/providers
The Providers view: connected webhook and queue providers with their enforced trust mode, plus a catalog of providers to connect.
Providers — every inbound line enters through a provider; each carries an enforced trust mode, connected inline from the catalog.
switchboard.stump.wtf/todos
The Todos view: the durable work-queue table — claim under a lease, complete with an ack, dedup by idempotency key, at-least-once delivery.
Todos — the durable queue: claim under a lease, complete with an ack, dedup by idempotency key, at‑least‑once.
Start here
  • Getting started — from zero to a working agent on the hosted service: the concepts, your first endpoint, connecting an agent over MCP, and your first webhook.
  • Guides — endpoints, the queue, the routing cookbook, working the queue well, the security model, and troubleshooting.
  • API — the HTTP surface rendered per endpoint from the OpenAPI 3.1 contract, with schemas and a try‑it console.
  • Decisions (ADRs) — 19 architecture decision records: the stack, the PostgreSQL persistence, the trust model, the MCP contract, and the todo/agent‑vending/A2A layer.
  • Specifications — 17 OpenSpec capabilities (RFC 2119 requirements + Mermaid design).
  • Design — the charm‑web design language (ADR‑0018): day/night tokens, components, screens, and voice.
  • Reference — the raw OpenAPI (HTTP surface) and AsyncAPI (SSE stream) contracts.