Route each call to the right lane.
teleon.dev/docs/switchboard sends every harness request down one of three lanes: library answers, your own keys, or managed credits. Keys stay sealed in a vault and every site keeps its own cookies and tokens.
The switchboard tries the library first, then your key, then managed credits, as the rule allows.
What it does
Three lanes
Library answers first, your own keys second, managed credits third, by rule.
Sealed keys
Your API keys live behind vault references and reach the provider through short-lived grants.
Separate sites
Each site keeps its own cookies and token realm.
The contract
A routing decision names the lane, the grant and the site realm for each call.
teleon_harness_switchboard_decision/v1teleon_vault_sealed_credential/v1
Endpoints
| Method | Path | Access | What it does | Status |
|---|---|---|---|---|
POST | /v1/route | RING-2 | Choose a lane for one request | |
GET | /v1/workspace | RING-2 | Read the workspace, vault slots and grants | Listed |
POST | /v1/vault/slots | RING-2 | Seal a key into a vault slot |
Listed paths appear in the service’s published files today. In the one-host plan every path here is served under api.teleon.dev/v1/switchboard.
How it connects
For agents
Give your agent the read-only guide first. It reports back before any write.
Words on this page
- Access ring
- One of four access levels. RING-0 is internal operations, RING-1 operators, RING-2 keyed agents and sites, RING-3 public reads.
- Contract
- A versioned agreement on the shape of a request and response, so either side can change behind it safely.