Documentation Index
Fetch the complete documentation index at: https://docs.dograh.com/llms.txt
Use this file to discover all available pages before exploring further.
Overview
Agent Stream is a WebSocket endpoint that lets a telephony provider point its media stream at a single URL and drive a Dograh agent run. The agent UUID in the URL selects the agent; provider-specific identifiers in the query string (for Cloudonix:Domain) tell Dograh which stored telephony configuration to use for that call. The bearer token and other credentials are never passed in the URL — they live in the stored configuration and are used by Dograh to validate the session and to issue provider API calls (hangup, transfer) during the call.
This is useful when:
- You’re integrating Dograh into a SIP gateway or in-house dialer that already speaks a supported provider’s streaming protocol
- You want one stable endpoint per agent rather than wiring up an inbound webhook per phone number
Endpoint
{agent_uuid} is the agent’s stable UUID (see Get the Agent UUID below). On self-hosted deployments, replace app.dograh.com with your backend host.
Prerequisites
- A Dograh agent (workflow) — published or in draft is fine
- A Cloudonix telephony configuration in your Dograh organization whose
domain_idmatches theDomainyou pass on the URL. Dograh uses the bearer token from this configuration to validate the call session and to issue provider API calls (hangup, transfer).
Get the Agent UUID
The Agent UUID is the workflow’s stable identifier — it doesn’t change when versions are published. You can copy it from two places in the dashboard: From the workflow editor- Open your agent in the workflow editor
- Click the â‹® (more options) menu in the top-right of the header
- Click Copy Agent UUID — the toast confirms the copy
- Open the agent and go to Settings
- Scroll to the Agent UUID section (also linked in the right-side nav)
- Click the UUID code block, or use the Copy UUID button
Connect to the WebSocket
URL parameters
| Param | Required | Description |
|---|---|---|
provider | Yes | Provider name. Currently only cloudonix is supported. |
Domain | Yes (cloudonix) | Cloudonix domain ID. Dograh uses this to look up the matching stored telephony configuration and retrieve the bearer token used for provider API calls. |
callId / CallSid | No | Call identifier from your side; persisted on the workflow run’s gathered_context as call_id. The Cloudonix call SID used for streaming is taken from the start event payload, not this param. |
from | No | Caller phone number, persisted on the workflow run as caller_number. |
to | No | Called phone number, persisted on the workflow run as called_number. |
Cloudonix example
<Stream> your Cloudonix Voice Application returns when the call needs to be bridged to the Dograh agent:
connected and start events (Twilio-compatible framing). Dograh extracts streamSid and callSid from the start event payload, validates the session against Cloudonix using the bearer token from the stored telephony configuration matched by Domain, and then begins streaming audio.
Workflow run lifecycle
When the WebSocket is accepted, Dograh:- Looks up the workflow by
agent_uuid - Runs a quota check against the workflow’s owning user
- Creates a new
WorkflowRun(call_type=inbound,mode=cloudonix, nameWR-AGS-XXXXXXXX) with thefrom/tonumbers stamped oninitial_context, thecallId/CallSidstored ascall_idongathered_context, andDomainrecorded under the run’sinbound_webhooklog - Transitions the run to
runningand starts the agent pipeline
Close codes
| Code | Reason |
|---|---|
1008 | Routing failure — unknown provider, workflow not found, or quota exceeded |
1011 | Server-side failure or unsupported provider for Agent Stream |
4400 | Provider-level handshake error — for cloudonix, missing Domain, no matching telephony configuration, missing bearer token on the configuration, malformed connected/start events, or session validation failed against Cloudonix |
Security notes
- Treat the URL as a secret — the agent UUID itself authorizes the connection. Store and transmit it only over TLS, and avoid logging the raw URL in places where access is broader than your operations team.
- No bearer tokens or provider secrets are passed in the URL. Provider credentials live in the stored telephony configuration (matched by
Domainfor Cloudonix) and are used server-side by Dograh to validate the session and issue provider API calls.