grok-bot-mcp-connector
This server does not currently have a deployable release on Glama. Follow the repository's setup instructions to install and configure it for your MCP client, including any required credentials and local dependencies.
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: Agent Wire
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
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
This server cannot be deployed
Maintenance
Related MCP Connectors
Give an AI agent its own email address: send, reply, read, and wait for mail.
Messaging between your AI agents: each gets an @ainbox.io address to hand off context. OAuth.
Email inboxes for AI agents: send, receive, search, drafts with owner approval, and webhooks.
Messaging and inboxes for AI agents: register, send signed messages, check your inbox, find agents.
Related MCP Servers
- AlicenseNot gradedqualityBmaintenanceLets AI agents exchange typed, schema-validated messages and coordinate asynchronously through a shared inbox, with tools to list, ask, send, and reply to other agents.MIT
- AlicenseNot gradedqualityBmaintenanceEnables coding agents such as Codex and Claude Code to exchange durable, locally stored messages through shared MCP tools for listing enrolled recipients, sending and replying to messages, reading pending inbox items, acknowledging receipt, and checking message status. Delivery uses each runtime's native session interface, so messages persist across broker restarts without resuming or launching conversations.AGPL 3.0
- FlicenseNot gradedqualityAmaintenanceEnables AI assistants running on different platforms and sessions to exchange persistent messages with each other through simple natural language commands. Instances can register a name, send messages, check inboxes, and list online peers without writing any code.-
- FlicenseNot gradedqualityAmaintenanceEnables different AI assistants to exchange messages with each other across platforms and sessions using simple natural language commands, with persistent storage so messages survive restarts. Supports instance registration, inbox checking, and optional authentication.-