Mermail: agent inbox and wallet for signup, codes, and pay
Give an agent its own mailbox and delegated spend so verify → pay → receipt stays in one identity.
devrels.xyz/a/232Mermail (mermail.app) gives an AI agent a private email identity and a user-controlled Agent Wallet so it can finish web errands: sign up, receive verification codes, pay, and keep receipts — without borrowing your personal Gmail or raw card.
Built by Nudgen-Marketing (nudgen.net· @nudgen_mkt). Public launch: Product Hunt · Mermail (Aug 15, 2026). Console: console.mermail.app. Docs: docs.mermail.app.
GitHub (Nudgen-Marketing)
Org: github.com/Nudgen-Marketing. Mermail-related public repos:
| Repo | Use |
|---|---|
| mermail-cli | Official automation CLI for Sold API + hosted MCP — mailboxes ensure, emails wait, wallet status, JMESPath transforms. Node 22+. |
| mermail-skills | Agent skills packages for mailbox workflows |
| mermail-docs | Docs source (MDX) behind docs.mermail.app |
# CLI (until public npm publish)
npm install -g github:Nudgen-Marketing/mermail-cli
export MERMAIL_API_KEY="***" # workspace-bound key from console
mermail doctor
mermail auth check
mermail mailboxes list --format table
# Prefer public_id from list; ensure reuses before provision
mermail mailboxes ensure \
--email account-agent@mermail.app \
--name "Account Agent" \
--verification-mode \
--idempotency-key account-agent-once
mermail emails list --mailbox-id MAILBOX_PUBLIC_ID --folder inbox --metadata-only
mermail wallet status --mailbox-id MAILBOX_PUBLIC_IDDestructive CLI ops need --yes when non-interactive. Mailbox creation consumes provision credits — list/ensure first.
What you get
| Piece | Role |
|---|---|
| Agent email | Hosted address (e.g. *@mermail.to) or verified custom domain — registrations, OTPs, vendor threads, receipts |
| Agent Wallet | Delegated balances via PayBox — transfers, swaps, pay one selected x402 resource under standing grants / approval / signing policy you configure |
| MCP | One connection for email + wallet tools (ChatGPT, Claude, Cursor, Codex, OpenClaw, Hermes, …) |
| API / CLI / Skills | Mailbox automation, batch JSON, agent skills, task triage |
Control model (upstream docs): email side effects need explicit authorization. Payments stay inside PayBox policy — Mermail does not add a second approval layer.
Workflow
- Create inbox — hosted Mermail address or custom domain
- Connect AI — MCP, Agent Skill, or CLI
- Optional payments — connect PayBox → Agent Wallet for funding, transfer/swap, x402 under your limits
- Run errand — register → code from inbox → pay → archive receipt
Example use cases from product copy: buy domains under a cap, book services, pay small invoices, cancel subscriptions, vendor follow-ups, refund/support mail.
Hermes setup (Streamable HTTP + OAuth)
From mermail.app/integrations/hermes: interactive Hermes uses OAuth — do not put x-api-key on the interactive path. Use Streamable HTTP (POST), not SSE.
# ~/.hermes/config.yaml — merge under mcp_servers
mcp_servers:
mermail:
url: "<Mermail MCP Streamable HTTP URL from console>"
auth: oauth
# interactive: hermes mcp login mermail (fresh terminal; OAuth needs >30s)- Copy MCP URL from Mermail console
- Add server block; run
hermes mcp login mermailin a new terminal (in-session reload often too short for OAuth) - Authorize on console.mermail.app, pick workspace; tokens cache under
~/.hermes/mcp-tokens/ hermes chator/reload-mcp; try a mailbox list tool
Headless / jobs: drop auth: oauth, set headers.x-api-key: ${MERMAIL_API_KEY} from ~/.hermes/.env. Prefer MCP for interactive loops; CLI for batch JSON/JMESPath (non-interactive destructive flags need --yes).
Pricing (public site)
| Tier | Price | Highlights |
|---|---|---|
| Free | $0/mo | 1 inbox · 1k emails/mo · 1 GB · 10 API RPM · 1k API credits · hosted domain |
| Developer | Intro $1/mo then $19/mo | 5 inboxes · 10k emails · 10 GB · 100 RPM · 50k credits · custom domains |
| Enterprise | Custom | Volume, compliance, private deploy |
Confirm current numbers on the pricing page before budgeting.
When to use
| Use Mermail | Use something else |
|---|---|
| Agent must own signup email + OTP loop | Human-only inbox client (Upstream, etc.) |
| Same identity needs capped web pay + receipts | Inbox-only agent mail (e.g. AgentMail) if you already have payment rails |
| MCP agents (Hermes/Claude/Cursor) finishing errands | Pure on-chain x402 without email/OTP |
Related on DevRels: agent payment patterns in pay.sh / x402 pieces — Mermail is the identity + OTP + wallet shell, not a replacement for every merchant API.
Links
- mermail.app
- GitHub · Nudgen-Marketing
- mermail-cli
- Docs
- Console
- Hermes integration
- @nudgen_mkt
- Product Hunt launch
Summary
Mermail wires agent email and PayBox Agent Wallet so agents can complete signup → verify → pay → receipt under your policy. Connect via MCP (OAuth for Hermes interactive; API key headless), scale from free single inbox to Developer multi-inbox, and keep payment authority in PayBox grants — not in the model prompt.
Keep reading
MCPay sits in front of existing MCP servers: 402 → pay USDC → retry tool call. Open-source proxy + JS SDK.
Paste https://api.paybox.sh/mcp into your agent. The user grants a wallet or card once. The agent gets signatures and payment artifacts — not seeds, not PANs.
Sign in with SIWX, pay GET /get-card over x402, then poll GET /get-card-data until the card is ready. USA merchants, caller use, no fee.
Get new articles in your inbox
Technical deep-dives on Solana tooling, infrastructure, and ecosystem. No noise.
