Create, rotate, and revoke API keys for MCP and REST access.
API keys authenticate Model Context Protocol (MCP) and REST clients against your Customermates CRM. Create one key per client (Claude, ChatGPT, Zapier, etc.), store it in an env var, rotate when a device is compromised or when a teammate leaves.
Profile → API Keys → New key. Give it a name that identifies where it will be used (e.g. Claude Desktop personal laptop). The 64-character key is shown once. Copy it immediately.
Send it in the x-api-key header on every request:
curl -H "x-api-key: $CUSTOMERMATES_API_KEY" \
-H "Content-Type: application/json" \
-H "Accept: application/json, text/event-stream" \
https://customermates.com/api/v1/mcp \
-d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'The Accept: application/json, text/event-stream header is required by the MCP streamable HTTP transport; without it the endpoint returns 406 Not Acceptable.
For MCP clients, the key goes into the MCP config:
~/.zshrc, 1Password, Bitwarden CLI, or your OS keychain.Profile → API Keys → click the key → Rotate. A new key is generated and the old one is invalidated immediately. Update every client that had the old key.
Same place → Revoke. Invalidates the key without generating a new one. Use when you don't plan to replace it.
Customermates keys are 64 characters, base62 (a-z A-Z 0-9), generated by the API key plugin. The full key is shown only at creation time and is never retrievable afterward.
Every key inherits the permissions of the user it belongs to. If a user is demoted from Admin to Member, their keys lose admin capabilities on the next call. There is no separate permission scoping per key today.