For engineers
Everything the dashboard does is available over HTTP. Drive the platform from your own code, or let a coding agent build the workflow for you.

A dashboard is the right interface until the thing you want to do is repetitive, conditional, or supposed to happen at three in the morning. At that point you want the same capability behind an endpoint, and you want it to be the same capability rather than a reduced version of it.
The API is not a subset. Agents, flows, numbers, campaigns and call records are all reachable over HTTP.
Client libraries so the common paths are a function call rather than a hand-rolled request.
Point a coding agent at it and let it build the workflow, which is a reasonable way to get a first version standing up.
Calls made through the API keep the same recordings, transcripts and outcomes as calls made any other way.
No. Everything the dashboard does is available over HTTP, which is the design rather than a roadmap item.
Two client libraries, plus an MCP server for driving the platform from a coding agent.
Yes. You can also build it on the canvas and drive it from code afterwards. The two are the same objects.
The same recordings, transcripts and outcomes. How a call was initiated does not change what is kept.
In the documentation alongside the rest of the platform, with the endpoints and the SDK usage together.
Still stuck? Talk to our team.