genesys-mcp

Your Genesys Cloud org, in your AI's hands. An open-source MCP server for Genesys Cloud on Cloudflare Workers. Zero dependencies, no terminal required, and its whole purpose is to build: queues, skills, users, wrap-up codes, Architect flows, and the outbound stack - contact lists, campaigns, and multi-campaign cadences.

It builds, not just reads.

Prompt Claude (or any MCP client):

• "create a queue called Weekend Support"

• "build a call flow: greet callers, press 1 for Weekend Support, press 9 to end the call. show me the diagram first"

• "draw my Main IVR as a diagram"

• "onboard prep: create a spanish skill and assign it to Jess at proficiency 4"

• "set up a reactivation cadence: two preview campaigns against the Billing queue, weekday windows 9 to 7 eastern, 3 attempts max, retry no-answers after 4 hours, respect a DNC list. show me the diagram"

The flow builder composes real Archy YAML, shows you the flow as a Mermaid diagram in chat, then publishes through Genesys' own flow-jobs pipeline (the same one CX as Code uses), so Genesys validates and publishes server-side.

What it deliberately does NOT do

• No analytics or KPI tools. That lane is already covered; for conversation analytics over MCP, check out MakingChatbots' genesys-cloud-mcp-server.

• No campaign ignition. Campaigns and sequences are always created off, and no tool here can start one. The AI builds the machine; a human presses go.

• No deletes. There are no delete tools, and the raw API tool refuses DELETE. Create-first by design.

Related MCP server: VoIPbin MCP Server

Deploy your own in 3 steps

1. Deploy: click the button (free Cloudflare account), or git clone + npx wrangler deploy. The CONFIG KV namespace is auto-provisioned.

2. Create a Genesys OAuth client: Admin → Integrations → OAuth → Add Client → grant type Client Credentials → assign a role (see Scoping the role) → save.

3. Configure: open /setup on your new Worker and paste the Client ID, Secret, and your region. The wizard validates them live against Genesys before saving, then hands you your access key (shown once).

Prefer terminal-managed config? Set Wrangler secrets instead; they override the wizard: GENESYS_CLIENT_ID, GENESYS_CLIENT_SECRET, GENESYS_REGION (e.g. usw2.pure.cloud), MCP_AUTH_TOKEN.

Connect your AI

The MCP endpoint is https://<your-worker>/mcp.

• Claude (web/desktop): Settings → Connectors → Add custom connector → paste the URL. When the authorization screen appears, paste your access key.

• Claude Code: claude mcp add --transport http genesys https://<your-worker>/mcp and authenticate when prompted.

• ChatGPT: Settings → Connectors → Advanced → Developer mode → add the MCP server URL.

• Anything else: standard streamable HTTP MCP with OAuth 2.1 (or send the access key as a Bearer token).

Then try: "check the connection and list my queues."

The toolbox (41 tools)

✏️ = write tool. Everything resolves names to GUIDs for you, so "the Weekend Support queue" just works.

How the cadence builder works

1. create_attempt_limits is the retry brain: max attempts per contact and per-outcome recalls ("no answer: try again in 4 hours, twice"). Attach it to a create_contact_list (give the list a zip column and it maps every contact to their local time zone automatically).

2. create_callable_time_set is the compliance window ("Mon-Fri, 9 to 7, Eastern"), and create_dnc_list is the internal suppression list. Both attach to campaigns. Windows need the list built for them: a time_zone_column for callable time sets, or a zip_column for Genesys' automatic local-time mapping (one or the other, decided at list creation).

3. create_campaign wires a contact list to a queue (preview, progressive, predictive, or agentless), inheriting the list's phone columns, defaulting to your org's published outbound script and default call analysis response set.

4. create_campaign_sequence chains campaigns into an ordered cadence, and render_cadence draws the whole machine as a Mermaid diagram in chat.

Everything lands off. You review it in Admin, then you press go.

How the flow builder works

1. build_flow turns a spec into Archy YAML and a Mermaid diagram: a TTS greeting, an optional business-hours gate (open goes to the menu; closed and holiday play a message, then disconnect or take a voicemail), and a DTMF menu whose choices can transfer to a queue, take a queue voicemail, dial an external number, or disconnect. Your AI shows you the diagram first.

2. publish_flow registers an Architect flow job, uploads the YAML, and polls. Genesys validates and publishes server-side; validation errors come back verbatim.

3. render_flow also diagrams flows that already exist in your org, and export_flow round-trips any flow back to YAML.

TTS is inline in the flow (your org's TTS engine speaks it), so there are no audio files to record or upload.

Security model

• Your Genesys credentials live in your Cloudflare account (Wrangler secrets or the auto-provisioned KV), and nowhere else.

• The AI can only do what the OAuth client's role allows. You scope it; Genesys enforces it.

• The MCP endpoint requires the access key (raw Bearer or the built-in OAuth 2.1 flow for connectors).

• No delete tools exist, and genesys_api_call refuses DELETE outright.

Scoping the role

For everything here to work, the OAuth client's role needs: Routing (queues, skills, wrap-up codes) view + add, Directory user view + edit (for skill assignment), Architect flow view + add + edit + publish, Outbound (contact lists, campaigns, sequences, attempt limits, callable time sets, DNC lists) view + add, Scripter published-script view, and Telephony view. Master Admin works for a sandbox; scope down for production. The server can only ever be as powerful as the role you assign.

Local dev

git clone https://github.com/ryanshatz/genesys-mcp
cd genesys-mcp
cp .dev.vars.example .dev.vars   # or create it: GENESYS_CLIENT_ID / GENESYS_CLIENT_SECRET / GENESYS_REGION / MCP_AUTH_TOKEN
npm test                          # zero-dep unit tests (node --test)
npm run smoke                     # live read-tools smoke against your org
npm run smoke -- --writes         # also exercises create tools (MCP_Test_* artifacts)
npm run dev                       # wrangler dev

About

Built in the open by Ryan Shatzkamer (Director, Technical Services at outboundIQ), creator of five9-mcp, the same zero-dependency architecture pointed at a second platform. Issues and PRs welcome; the roadmap is the issue tracker.

MIT