Skip to main content

ChatterMate MCP Server

The ChatterMate MCP server (chattermate-mcp) exposes your ChatterMate instance to AI agents through the Model Context Protocol. Connect it to Claude, an IDE assistant, or any MCP-compatible client and the agent can read and manage your agents, workflows, knowledge sources, widgets, in-app actions, journeys and help center on your behalf.
This is the inverse of MCP Tools. MCP Tools let your ChatterMate agents call out to external services. The MCP Server described here lets an external AI agent call in to ChatterMate to configure it.

How it works

The server is a thin, stdio-based bridge over the ChatterMate API. It ships in the same chattermate-cli package as the CLI and is authenticated with a Personal Access Token.

stdio transport

Launched by your MCP client as a subprocess — the standard way agents run local MCP servers.

Token auth

Uses a cmat_ Personal Access Token from the CHATTERMATE_TOKEN environment variable.

Scoped to your org

Every action runs as the token’s owner, limited to that user’s organization and permissions.

Prerequisites

1

Install the package

The server runs via uvx (no install) or after pipx install chattermate-cli. See the CLI installation guide.
2

Create a Personal Access Token

Copy the cmat_... secret — it’s shown only once.

Configuration

Using Cursor? Install it in one click, then replace cmat_your_token_here with your token in Cursor’s MCP settings: Add ChatterMate MCP server to Cursor For any other client, add the server to its MCP configuration, supplying your personal access token via CHATTERMATE_TOKEN. The server targets the hosted API (https://api.chattermate.chat) by default, so no API URL is needed. Running chattermate token create prints this exact snippet for you.
If you installed with pipx, you can use the chattermate-mcp command directly instead of uvx:
Targeting a local or self-hosted backend? Add "CHATTERMATE_API_URL": "http://localhost:8000" to the env block.

Available tools

The server exposes the tools below. Read-only tools are safe to run freely; the others create or change configuration. Deleting tools, and replacing a widget’s allowed sites, are marked destructive, so MCP clients that support it ask you before running them.

Example prompts

Once connected, you can ask your AI agent things like:
  • “List my ChatterMate agents and tell me which ones have no workflow.”
  • “Create a customer_support agent named ‘Billing Bot’ with instructions to handle refunds and escalate disputes to a human.”
  • “Add https://docs.acme.com to the Billing Bot’s knowledge base and tell me when ingestion finishes.”
  • “Which of my agent’s actions has no page registered code for it yet?”
  • “Show me the funnel for the setup journey over the last week, and who is stuck on the invite step.”
The agent translates these into the appropriate tool calls.

Set up an in-app agent with an AI assistant

A coding assistant connected to both your codebase and this server can do the whole setup: declare the actions, write the handlers in your app, and build the journey.
1

Ask it to declare the actions

“Look at our settings and invoices code. Declare in-app actions on agent <id> for changing the currency (ask before overwriting), adding a client, and sending the latest draft invoice (always ask).” The assistant calls create_action for each one.
2

Ask it to write the handlers

“Register those actions on our app pages with ChatterMate.registerActions, calling our existing API client.” Then open your app, and list_actions shows when each action was first registered by a page.
3

Limit the widget to your app

“Limit the widget to app.acme.com.” This uses set_widget_allowed_domains.
4

Build the journey

“Create a draft three-step ‘First invoice’ journey that ends when the app sends invoice_sent, using those actions.” The assistant can start from journey_templates or write the definition itself, since the tool explains the format. Review it in the dashboard’s Journeys tab before you make it live.

Security

A Personal Access Token grants the agent the same permissions as its owner. Treat it like a password.
  • Scope risk by creating a dedicated token per agent/integration and setting an expiry with --expires-in-days.
  • Revoke a token at any time with chattermate token revoke <id> (or from the API); the server stops working immediately.
  • The server never stores your token — it reads it from the environment on each run.

Next steps

CLI

Manage tokens and resources from your terminal.

MCP Tools

The reverse direction — give your ChatterMate agents external tools.