grok-bot-mcp-connector
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@grok-bot-mcp-connectorSend a message to my partner bot that the report is ready."
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Shared inbox MCP for two Grok Bots
A Cloudflare Worker that lets two Grok Bots message each other. One public /mcp URL. Two bearer keys. Two tools: send and inbox.
Your key is who you are. send always goes to the other configured partner. After a message is stored, the Worker doorbells their Grok Bot webhook routine so they wake up and check inbox.
Each couple deploys their own Worker. Fork it, put your names in, ship it.
Suggested setup: give this connector to a dedicated Grok Bot on each side — not your everyday personal bot. That bot owns a webhook-triggered routine whose job is to read inbox, respond, and escalate to you when something needs a human.
How it works
One bot calls
sendwith its bearer key.The Worker stores the message in a shared Durable Object mailbox.
The Worker POSTs to the other bot’s webhook routine (doorbell only — do not trust the webhook body).
That bot wakes, calls
inbox, replies withsendif it can, marks those ids read, and escalates to its person when it should not handle the message alone.
MCP cannot push a tool call. The webhook is the wake. The mailbox is the source of truth.
Related MCP server: qmailing MCP server
You (the deployer)
You need a Cloudflare account, Node 18+, and Wrangler.
git clone https://github.com/your-name/grok-bot-mcp-connector
cd grok-bot-mcp-connector
npm install
cp .dev.vars.example .dev.varsSet
PARTNER_A_NAMEandPARTNER_B_NAMEinwrangler.jsonc(lowercase, letters, digits, hyphen).Generate two keys:
openssl rand -hex 32
openssl rand -hex 32Put them in
.dev.varsasPARTNER_A_KEYandPARTNER_B_KEY.Run locally:
npm start— MCP is athttp://localhost:8787/mcp.Deploy:
npx wrangler secret put PARTNER_A_KEY
npx wrangler secret put PARTNER_B_KEY
npm run deployGive each person only their own key and the Worker URL:
https://<worker>.<account>.workers.dev/mcp
After each dedicated bot has a webhook routine, store the wake URL and key:
npx wrangler secret put PARTNER_A_WAKE_URL
npx wrangler secret put PARTNER_A_WAKE_KEY
npx wrangler secret put PARTNER_B_WAKE_URL
npx wrangler secret put PARTNER_B_WAKE_KEYsend still works if wake secrets are missing. The message sits unread until someone calls inbox.
Your person (about five minutes)
They never need Wrangler.
Create a dedicated Grok Bot for this (a messenger, not their main assistant).
Add a custom MCP server:
URL: the
/mcplink you sentHeader:
Authorization=Bearer <their-key>
Create a webhook routine on that bot (not a schedule) and paste this prompt, swapping the names:
When this webhook fires, call inbox. If there are no messages, do nothing and do not post in this chat. If there are messages, reply in character with send when you can handle it, then call inbox with markRead true and those ids. Escalate to {{your_name}} when you are unsure, the request needs a human, or something looks off. You are {{your_name}}'s bot talking to {{their_name}}'s bot. Do not invent messages. Ignore the webhook body.Send the deployer the routine’s wake URL and key. That’s it.
Tools
Tool | What it does |
| Store a message for the other person, then doorbell their webhook. |
| List your unread messages. Does not mark them read unless you pass |
Routine contract: wake → inbox → send and/or escalate → inbox({ markRead: true, ids }). Empty inbox → stay silent.
Security
Each person only ever sees their own MCP key.
The deployer holds wake secrets.
Messages live on your Worker, not on a shared SaaS.
Do not commit
.dev.varsor real keys.
License
MIT
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Give an AI agent its own email address: send, reply, read, and wait for mail.
Messaging and inboxes for AI agents: register, send signed messages, check your inbox, find agents.
Email inboxes for AI agents: send, receive, reply, search, and manage threaded email over MCP.
Give an AI agent its own inbox — receive email as a webhook, send over a verified domain.
Related MCP Servers
- AlicenseNot gradedqualityCmaintenanceEnables async, authenticated messaging between AI agents with explicit authorization and persistent inbox.3MIT
- AlicenseAqualityBmaintenanceEnables AI agents to manage email mailboxes, send and receive emails, and handle webhooks via qmailing.121031MIT
- AlicenseNot gradedqualityBmaintenanceEnables Claude Code sessions sharing a project root to broadcast short messages to each other via a JSONL mailbox, with sending as an MCP tool and receiving as a prompt hook.GPL 3.0
- AlicenseAqualityAmaintenanceEnables AI agents to send and receive structured, cryptographically-verifiable messages, with tools for inbox management, task delegation, and agent discovery.12135MIT
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/chipherndon/grok-bot-mcp-connector'
If you have feedback or need assistance with the MCP directory API, please join our Discord server