Skip to main content
The Model Context Protocol (MCP) integration lets you connect your Telzino AI phone agent to external MCP servers, extending the agent’s capabilities with custom tools, data sources, and actions that it can use during live conversations.

What is MCP?

MCP is an open protocol that provides a standardized way to connect AI models to external systems. Many third-party CRMs, ERPs, and business platforms now offer MCP servers as part of their product. By connecting one of these MCP servers to your Telzino agent, you can give the agent direct access to that platform’s data and functionality during live conversations — without building a custom integration from scratch.

Key Benefits

  • Third-Party Platform Access — Connect your agent to MCP servers provided by CRMs, ERPs, scheduling platforms, and other business tools to access their data and functionality during live calls.
  • Real-Time Data — Your agent can fetch live data from connected platforms to provide accurate, up-to-date answers to callers (e.g., look up order status, check inventory, pull customer records).
  • Growing Ecosystem — As more platforms adopt the MCP standard, new integrations become available without requiring custom development on your end.

How to Enable MCP Integration

Via the Dashboard

  1. In the Telzino Dashboard, navigate to Customers → your Organization → your Agent → Integrations.
  2. Find Model Context Protocol (MCP) and click to configure.
  3. Enter the MCP server URL from your vendor — SSE endpoint for SSE transport, or the streamable HTTP MCP URL for HTTP transport (same field; it must match the transport you choose next).
  4. Choose Transport Type: sse or http.
  5. Click Test Connection to verify the endpoint and discover available tools.
  6. Click Save Connection. Your agent can now call the tools exposed by that MCP server during live conversations.

Choose which tools the agent uses

By default the agent can use every tool the MCP server exposes. Every tool’s definition is sent to the AI on each turn, so a server with many tools makes responses slower and makes a wrong tool pick more likely. Limit the agent to the tools it needs:
  1. Open the MCP connection and click Test Connection (or open an already tested connection and click Edit).
  2. Under Tools, turn off Automatically turn on new tools from this server, then untick the tools the agent should not use. Use Select all / Select none, and the search box on servers with more than 10 tools.
  3. Click Save Connection / Update Connection (Dashboard), or Connect / Update / Connect Server / Update Server (Connect).
  • Switch on (the default, and how every existing connection starts) means no limit — the agent gets every tool, including any the server adds later.
  • Switch off means only the ticked tools, even if you tick all of them. Tools the server adds later stay off until you tick them.
  • Tools the server removes drop off the list automatically the next time you test and save.
  • Changing the endpoint URL, transport type or headers makes Save re-test the server first. With the switch off, if that test finds tools the server added since you last looked, Save stops and shows them (unticked) so you can review them — click Save again to finish.
  • At least one tool must stay ticked; to stop using the server entirely, disconnect it.
  • OpenTable reservation agents: only the 8 OpenTable tools are listed, and the availability, availability-slots and menu tools are always on because the reservation flow depends on them.
Via the API, set allowed_tool_names on the connection — see Create Agent — MCP Servers Request Body. Names must match the server’s tool names exactly. When the platform can reach the server, it removes names the server doesn’t publish (and returns a warning), and it rejects a list in which no name matches.

Look things up while the phone rings

A connection can also run one or more of its tools while the phone is ringing, before the agent speaks — for example a contact search by the caller’s number, so the AI greeting can greet the caller by name. In the MCP dialog, under Look things up while the phone rings, click Add a tool, pick a tool that is turned on above, and fill in its inputs (use Insert value for the caller’s number and other call values). Keep it to 1–2 lookup tools. See Pre-Answer for how it behaves on a call, and pre_answer_calls in the API reference.

Via the API

You can also add MCP servers when creating or updating an agent via the API using the extensions.mcp_servers field. The request shape uses name and url; the platform transforms these to connection_name and mcp_endpoint_url when storing. See Create Agent — MCP Servers Request Body for all accepted fields. API-created connections show a yellow “Not tested” badge in the Portal MCP dialog because no connection test has been run. To validate and activate tool discovery:
  1. Open the agent in the Dashboard → Integrations → Model Context Protocol (MCP).
  2. Click the connection with the Not tested badge — it opens directly in edit mode.
  3. Click Test Connection to verify the endpoint and populate the tools list.
  4. Click Update Connection to save the test result (this clears the badge).
The MCP Endpoint URL field in the modal is the full URL of the MCP server endpoint (same helper text as in the product). You can enter a https:// URL (typical in production) or an http:// URL (for example http://localhost:3000/... for local development), as long as that host is reachable from Telzino when testing or at call time. That choice is the URL scheme of the address—separate from Transport Type http (streamable HTTP MCP) vs sse (SSE), which selects how the client speaks to the server once connected.

SSE vs HTTP transport

HTTP MCPs are supported the same way as SSE MCPs. The stored row is still extensions.mcp_servers[] with the same fields; what changes is transport_type and which MCP client transport the platform uses when testing the connection and what the voice / runtime stack reads from the agent row.
  • transport_type — Must be the lowercase string "sse" or "http" as persisted. Do not use "SSE", "HTTP", or other casing; the server reads the flag exactly as stored.
  • mcp_endpoint_url — Same field name for both transports. For http, set it to your MCP server’s streamable HTTP endpoint. For sse, set it to your server’s SSE endpoint URL. Only transport_type distinguishes how the URL is interpreted.
  • Test connection (server-side) — The test runner picks the transport from that flag: http → streamable HTTP client transport; sse (or non-http) → SSE client transport (with EventSource-style header behavior for SSE).
The Dashboard persists each connection in snake_case: connection_name, mcp_endpoint_url, transport_type (either "sse" or "http", lowercase), optional auth_headers, initialization_options, and after save an id (UUID). Optional fingerprint and a tools array (entries with name and description only—no full tool schemas) may appear when populated. The JSON examples below use http transport and a streamable HTTP-style URL.

API Usage

  • GET /v1/agents/{agentId} returns the agent row unchanged from storage. Whatever is under extensions.mcp_servers is the persisted list. Field reference: Get Agent — stored MCP shape.
  • POST / PATCH (Create / Update agent) validate extensions on write. Each MCP entry uses a different request shape (name and url are both required) — the platform transforms this to the stored shape on write. See Create Agent — MCP request body. Do not paste a GET mcp_servers array directly into a POST/PATCH body without converting connection_name → name and mcp_endpoint_url → url.
API-created connections are stored without fingerprint or tools until they are tested from the Portal. The Portal displays a “Not tested” badge for these connections and opens them in edit mode for immediate testing. Example stored fragment for a dashboard-created connection (after testing):
Example stored fragment for an API-created connection (not yet tested):

Example Use Cases

  • CRM Integration — Connect to your CRM’s MCP server so your agent can pull up customer records and personalize conversations in real time.
  • ERP & Order Management — Let your agent look up order status, check inventory, or retrieve account details from your ERP platform during a call.
  • Scheduling Platforms — Connect to third-party scheduling systems that offer MCP servers to enable appointment booking and availability checking.
  • Healthcare & Practice Management — Integrate with EHR and practice management systems that expose MCP endpoints for patient scheduling and record lookup.
MCP server URLs and authentication credentials are provided by the third-party platform you are integrating with. Check with your platform vendor to confirm they offer an MCP server and to obtain connection details.