Calls, SMS, users, contacts, call routers, rooms and webhooks on the Dialpad business phone platform.
Dialpad ships in the w6w first-party pack. It declares 35 actions, 2 health checks, and the host runs its code in a sandbox that never sees the credential.
io.w6w.dialpadDialpad is a cloud business phone and contact center platform. This app covers its Admin API v2’s core surface: list and inspect concluded calls, ring an outbound call and transfer or hang up a live one, manage users and shared/local contacts, send SMS/MMS, manage API-based call routers and rooms, and register webhooks with call-event subscriptions so a workflow can react to a call’s state changes instead of polling for them.
Two live signing secrets — the ones Dialpad uses to sign webhook and call-router payloads — are redacted from every response that would otherwise echo them back in plain text, the same class of finding this pack has caught in other vendors’ ordinary reads.
Three routes to the same 35 actions. The Workflow tab is generated from Dialpad's own manifest and carries its real ids, so it is copy-pasteable; the Code and CLI examples are the same call for any action on any app, so every app-specific value in them is a blank you fill in.
call-event-subscription-create Subscribe a webhook to call state events, optionally scoped to one target (office, department, call center, user, ...).
call-event-subscription-list List call event subscriptions for the company, or for one target.
call-initiate Ring an outbound call to a phone number, using the calling user's Dialpad devices. The user must have at least one active device (Dialpad app, CTI app, or deskphone).
call-list List concluded calls in reverse-chronological order (most recent first). A user-level API key lists that user's own calls by default; a company-level key lists the whole company's.
call-transfer Transfer a call to a phone number, a target, an existing call, or an operator.
callrouters-create Create a new API-based call router. Dialpad calls Routing URL with a signed request to decide where an inbound call to this router's numbers should go.
contacts-create Create a new contact. Provide Owner user ID to create a local contact for that user instead of a shared company contact.
contacts-list List shared company contacts, or one user's local contacts when Owner ID is set.
sms-send Send an SMS (or MMS, with a media attachment) to up to 10 phone numbers or to a Dialpad channel, on behalf of a user or a group.
users-list List company users, optionally filtered by name, email, phone number or state.
webhooks-create Register a new webhook. Triggered events are sent as a signed POST to Hook URL.
A workflow step names the app and the action, and the editor fills in the
connection when you pick one. This is the Step shape from the
workflow spec, carrying Dialpad's real ids.
{
"manifestVersion": "2",
"name": "dialpad-example",
"steps": [
{
"id": "call-event-subscription-create",
"uses": {
"app": "io.w6w.dialpad",
"action": "call-event-subscription-create",
"connection": "conn_YOUR_CONNECTION_ID"
},
"with": {
"endpointId": "<endpointId>"
}
}
]
}call-event-subscription-create call-event-subscription-list call-get call-hangup call-initiate +30 more actions available
Every app-specific value here is a blank you have to fill in. An
app action is reached through the connection that authenticates it, so the
address is a connection id, not the app id — and connections belong to your account,
so a public page cannot know yours. Create one for Dialpad, then fill in
the three blanks: conn_YOUR_CONNECTION_ID, the action key, and the
parameters that action declares. The call itself is real — the shape is transcribed
from the studio's own snippet builder, which prints the same kind of blanks — but
nothing in it is specific to Dialpad. The Workflow tab is where this app's
real ids are.
npm install @w6w/sdkyarn add @w6w/sdkpnpm add @w6w/sdkdeno add npm:@w6w/sdkimport { W6wClient, isActionRun } from "@w6w/sdk";
// Reads W6W_BASE_URL and W6W_TOKEN from the environment when omitted.
const client = new W6wClient();
const envelope = await client.run({
urn: "conn_YOUR_CONNECTION_ID",
action: "call-event-subscription-create",
payload: {
endpointId: "<value>",
// callStates: "<value>",
// targetType: "<value>",
// targetId: "<value>",
// groupCallsOnly: "<value>",
// enabled: "<value>",
},
});
if (isActionRun(envelope)) console.log(envelope.value); npm install -g @w6w/cli w6w run conn_YOUR_CONNECTION_ID --action call-event-subscription-create --payload '{"endpointId":"<value>"}' Give an AI agent Dialpad — without giving it Dialpad's credentials. One MCP endpoint exposes every app, function and workflow the caller is entitled to, as tools it can discover and run. Access is granted per team while we onboard.
One tool call{
"name": "w6w_invoke",
"arguments": {
"ref": "app:io.w6w.dialpad#call-event-subscription-create",
"input": {
"endpointId": "<endpointId>"
}
}
}
Every tool names its target with a single ref. The
app: form above doesn't name a connection at all — the
host resolves which of the caller's Dialpad connections to sign
with, and refuses rather than guesses when the answer is ambiguous.
The token is attached host-side, at the moment of the call. It is never a tool argument, never in the model's context, and never in a transcript — so a prompt injection has nothing to exfiltrate.
Tools are derived per end user from what that person has actually connected and is entitled to — not one shared bot identity carrying the union of everyone's access.
Multi-step work runs on the workflow engine and returns a run handle the agent can poll — retries, branching and state survive the conversation that started them.
Dialpad's declared health checks are on the surface too, so an agent can tell "the vendor is down" from "your credential expired" before it burns a retry on either.
The MCP surface is part of the hosted platform. Dialpad itself is MIT, and the runtime that executes it is source-available (FSL).
Dialpad declares its own checks, so its health is a property of the app rather than something the host guesses at.
Component status from status.dialpad.com. Covers telephony infrastructure, carrier networks, the Application, Contact Center, Omnichannel, Meetings, Analytics, the API Platform, Integrations, Messaging, the marketing Website, Dialpad Ai, the underlying Google Cloud Platform, the Ai Agent and Workforce Management.
Dialpad publishes fixed per-endpoint rate limits in its API reference (e.g. 1200/minute for most writes) but exposes no response header carrying a remaining count or reset time, and has no metered usage/spend endpoint to read a plan ceiling from.