Skip to main content
The RyzeAPI MCP server exposes the platform as tools an AI client can call directly, via the Model Context Protocol. Instead of writing the HTTP calls yourself, the model (Claude, for example) uses 85 tools to send messages, manage instances, groups, chats, webhooks, Chatwoot, and more.

85 tools

Cover all 11 API modules, from sending messages to administering instances.

Streamable HTTP

The MCP’s standard HTTP transport, no local install: just point your client at the URL.

Multi-tenant

One server serves many clients; each session is isolated and uses its own token.

No stored credentials

The server keeps no tokens. You send yours on every session, through the headers.

Endpoint and transport

Endpointhttps://ryzeapi.cloud/mcp
TransportStreamable HTTP (POST / GET / DELETE on /mcp)
LivenessGET /healthz (no authentication)

Authentication

Authentication is per session: each client sends its own RyzeAPI token in the headers when the session starts. These are the same tokens as the REST API.
HeaderRequiredDescription
tokenYour RyzeAPI token (TokenAccount or TokenInstance). Authorization: Bearer <token> also works.
instance,Default instance for the session. Each tool can override it via the instance argument.
Use a TokenAccount if you want to operate several instances in the same session (each tool passes the instance). Use a TokenInstance + the instance header if you’ll work with a single instance. See Authentication for the difference between the two tokens.

Configure your client

Add the server with HTTP transport and pass your token in the header:
claude mcp add --transport http ryzeapi https://ryzeapi.cloud/mcp \
  --header "token: YOUR_RYZEAPI_TOKEN"
To pin a default instance, add another header:
claude mcp add --transport http ryzeapi https://ryzeapi.cloud/mcp \
  --header "token: YOUR_RYZEAPI_TOKEN" \
  --header "instance: myInstance"
Treat the token as a credential. Prefer environment variables or your client’s secret store, never hardcode the token in repositories or in the frontend.

First call: whoami

After connecting, ask your client to call the whoami tool. It confirms the token is valid and shows the session’s default instance, the fastest way to validate the connection before any operation.

The 85 tools

Tools follow the resource_action convention (e.g. tag_create, message_forward), with the send_* family for anything that sends a new message or call. Each tool carries annotations that let the client ask for confirmation on sensitive actions:

🟢 Read-only

Queries that change nothing (whoami, instance_list, contact_list).

🟡 Write

Create or change data (send_text, group_create, webhook_set).

🔴 Destructive

Remove resources (instance_delete, chat_delete, message_delete).
The 11 modules map 1:1 to the API Reference sections. Each tool’s arguments use the same field names as the REST API, so the docs for each endpoint apply to the equivalent tool too:
ModuleToolsReference
Health2Observability
Instances13Instance
Messages14Messages
Calls2Calls
Chat25Chat
Groups9Groups
Communities4Communities
Newsletter5Newsletter
Profile4Profile
Events / Webhooks4Events
Chatwoot3Chatwoot

Next steps

Authentication

Understand TokenAccount vs TokenInstance, the same tokens the MCP uses.

Concepts

Instances, JIDs, and the concepts the tools operate on.

API Reference

The detail of each endpoint, equivalent to each MCP tool.

Events

Receive messages in real time via webhook or WebSocket.