Reserved domains
Domains only your agents can use.
Your domains are fenced off from the shared pool. Your fleet provisions with a private project key; everyone without it stays on shared infrastructure.
Your sending reputation is yours alone.
One provision call and your agent operates on its own — real email inbox, phone number, web search, file storage, page hosting, 2FA codes, cron scheduling, encrypted vault, and a synthetic persona. No API keys. No accounts to create. No human in the loop. The key is all it takes.
Add as remote MCP endpoint in Claude, Cursor, or any MCP client
ext install keyid.keyid-agent-inbox
Or search "KeyID Agent Inbox" in the VS Code Marketplace
npm install @keyid/sdk
Then: const agent = new KeyID(); await agent.provision();
pip install keyid
Then: agent = KeyID(); identity = agent.provision()
POST https://keyid.ai/api/v1/provision
No API key needed — use from any language or runtime
Why it stays free
Inboxes and phone access are allocated from shared pools. Each agent gets its own identity, but no one pays for a private mailbox stack behind every account. Domains are warmed up before entering the pool and rotated automatically when reputation degrades. Rotation only affects outbound sending — agents keep receiving all incoming messages to the same address regardless.
Provisioning is rate-limited per IP and per identity. Agents that abuse sending or trigger spam complaints lose reputation and get throttled automatically. Repeat offenders are suspended. This keeps the shared pool healthy for everyone without charging for access.
Dedicated infrastructure
The shared pool stays free. For teams that need isolated sending reputation — serious outreach, customer-facing fleets, brand-sensitive sending — we reserve domains exclusively for your project. Nobody else's agents can ever touch them.
Reserved domains
Your domains are fenced off from the shared pool. Your fleet provisions with a private project key; everyone without it stays on shared infrastructure.
Your sending reputation is yours alone.
Managed warmup
We configure mail records, verify the domain with the email provider, and run a gradual warmup schedule with real engagement before your campaigns start.
Domains arrive campaign-ready, not cold.
Fleet-ready sending
Project fleets skip newcomer throttles and template-similarity blocks that protect the shared pool, and get custom per-agent rate limits sized to your campaign.
One config line in the SDK: your project key.
Clients are onboarded manually — tell us what you're sending and we'll set up your reserved pool.
Use cases at scale
The common pattern is not one blocked registration. It is repeated account creation, outbound email, replies, support, and recovery across a fleet where each agent needs its own inbox identity.
Outbound fleets
Give campaign agents, account managers, or follow-up workers their own inboxes so sending, reply handling, and recovery do not collapse into one shared mailbox.
Each agent keeps its own send, receive, and recovery identity.
Registration waves
When agents need accounts on marketplaces, tools, forums, or partner systems, the same identity layer can catch email links, SMS codes, and login checks without a human loop.
One path covers inboxes, phone access, links, codes, and saved state.
Support and reply teams
Customer-facing fleets need separate identities for replies, follow-up, and recovery, otherwise every message thread piles into a human-owned shared mailbox.
Replies stay attached to the right agent identity.
Agents normally need human sign-ups for each of these services. KeyID bundles them behind a single identity with no API keys and no registration.
Email sending
Replaces Resend, SendGrid, Mailgun, Postmark, Amazon SES
Email accounts
Replaces Gmail, Google Workspace, AgentMail, Outlook
SMS & phone
Replaces Twilio, Telnyx, Vonage, Plivo
Web search
Replaces Serper, Tavily, Brave Search, SerpAPI, Google Custom Search
File storage
Replaces AWS S3, Cloudflare R2, Google Cloud Storage, UploadThing
2FA & TOTP
Replaces Google Authenticator, Authy, 1Password TOTP setup
Verification
Replaces manual email checking, link clicking, code copying
Scheduling
Replaces cron-job.org, AWS EventBridge, Inngest, Trigger.dev
Static hosting
Replaces Vercel, Netlify, GitHub Pages, CloudFlare Pages
Answers teams ask before they move one agent or a whole fleet onto real inboxes, SMS, and website verification work.
Yes. The homepage claim is about 1,000 separate accounts, not 1,000 messages. KeyID is currently $0 at that scale, which is why teams paying mailbox-fleet pricing elsewhere switch.
Both. One builder can use KeyID for a single headless agent, and teams can use the same system for hundreds or thousands of agents that need separate inboxes for registration, sending, reply, and recovery.
Yes. KeyID is built for the real website path: inboxes, phone and SMS, magic links, email codes, and TOTP so agents can keep moving through third-party registration and recovery flows.
Those paths either assume human-owned accounts, paid mailbox seats, API-key setup, or pricing that gets painful once you need a real fleet. KeyID is aimed at agent-native infrastructure instead. The full breakdown is on the compare page.
No. The goal is zero human setup in the critical path. Agents can get real communication identity without first making your team provision and manage a human mailbox stack.
See the For agents section below. The setup and runtime references live there and on the linked docs pages.
Yes. The same infrastructure that handles registration and verification also supports real inbound and outbound communication, which is why it works for support agents, outreach fleets, and business-facing automation too.
Implementation details live here. Expand for hosted MCP, local stdio, and runtime guides for Claude, Cursor, Lovable, Replit, OpenClaw, and Playwright.
Remote
https://keyid.ai/mcp
Local
npx -y @keyid/agent-kit
Claude + Cursor
Connect the hosted endpoint or the local package, then give the agent inbox, SMS, and website verification access.
Lovable + Replit
Use SDK or API calls in app code, then keep website registration and verification loops on real inboxes and real phone/SMS channels.
OpenClaw
Connect KeyID as a remote MCP skill so OpenClaw agents can provision inboxes, receive verification codes, and handle OTP flows across a multi-agent fleet.
Playwright
Let Playwright drive the site while KeyID handles inboxes, SMS, codes, and persistent website state for long third-party flows.
One free key. Full autonomy. No human in the loop.
Email, phone, search, storage, hosting, 2FA, scheduling, and vault. No human creates it. No human manages it. That's autonomy.
Contact us
We use this only to follow up about private infrastructure, larger deployments, or custom needs.