Agents keep hitting the same walls: no inbox, no safe credential store, no way past a 2FA gate, no way to pay for a downstream API, no verifiable identity. Mailgent fixes this in one curl call. Every agent gets a real inbox (DKIM, threading), encrypted vault, TOTP/2FA, USDC wallet for x402-priced API payments, verifiable DID (Ed25519), and a calendar. MCP-native. Works with Claude, Cursor, OpenAI, LangChain, CrewAI, Hermes Agent, OpenClaw, NemoClaw, n8n, and more. Everything live in seconds.
Early version of our own agent: credentials hardcoded in the prompt. API keys in plaintext. A shared Gmail inbox three people had access to. An n8n workflow that collapsed the moment a 2FA prompt appeared.
Hey PH 👋 Danny here, maker of Mailgent.
Here's the problem that drove this: you build a capable agent, and it immediately hits a wall. No inbox. No safe place to store an API key. Can't get past a 2FA prompt. Can't pay for a downstream service. Can't prove who it is.
Agents are trying to operate in a world built for humans — and they have none of the infrastructure humans take for granted.
Mailgent is one API call that fixes that:
📬 Mail — a real name@mailgent.dev inbox with DKIM, threading, labels. Send, receive, search.
🔐 Vault — encrypted credential store scoped to the agent's key. No hardcoded secrets.
🔑 2FA / TOTP — time-based codes so agents can authenticate through 2FA gates.
💳 Wallet — USDC on Base. Agents pay x402-priced APIs per call, under spending limits you set. This is the part that makes fully autonomous agents actually possible without handing them your card.
🪪 Identity — a did:web keypair. Agents sign requests and prove who they are.
📅 Calendar — create events, manage availability, share iCal feeds.
One curl call, everything live in seconds:
curl -X POST https://api.mailgent.dev/v0/agen...
MCP-native — drop the returned key into your MCP server and your agent immediately gets mail_send, vault_store, identity_sign, payments, and more as ready-made tools. Works with Claude, Cursor, ChatGPT, OpenAI, LangChain, CrewAI, LlamaIndex, Hermes Agent, OpenClaw, NemoClaw, n8n, Vercel, and any MCP client.
We built this because we needed it ourselves. Our own agents kept hitting these same walls.
One question I'm genuinely curious about: what's the wall your agents keep hitting that you haven't been able to work around? Specific scenario — there are probably capability gaps we should close next.
Report
The "no inbox, no credential store" framing is exactly what I had this conversation about yesterday on the Weavz launch. Funny that two products solving overlapping pieces of the same problem launched a day apart, feels like a category that's about to consolidate hard.
Honest answer to your question, the wall I keep hitting isn't an agent capability, it's an agent state problem. After a long run, the agent has implicit context (what it learned, what it ruled out, why it picked X over Y) that doesn't survive a restart. Mail and vault don't help there because the loss is upstream of any I/O. Curious if you've thought about that or if it's outside Mailgent's scope.
@elias_motionfy Fair point — agent memory is genuinely outside what we're building. Mailgent is infrastructure; the state problem you're describing sits at a different layer entirely.
That said, one pattern we've seen in the wild: agents writing structured summaries to their own inbox after each run — a searchable, persistent log they can retrieve on restart. Not a real solution but it fills the gap until dedicated memory tooling matures.
Curious about Weavz — what layer were they working on? Didn't catch that launch.
Report
Genuine question for the makers — when your agent needs to call a paid API mid-workflow (Serper, a data vendor, anything per-call), how are you billing it today? Shared team card? Hardcoded key? I've never found a clean answer that doesn't involve giving the agent unlimited spend.
@kcchan Shared card with no per-agent limits is exactly the scenario that pushed us to build the wallet. With Mailgent each agent gets its own USDC wallet on Base — you set a spending cap, the agent pays x402-priced APIs per call, and you get a full transaction log per agent. No card exposure, no guessing which agent ran up the bill. Still early but that's the specific problem we're solving.
@raaghav_naraayan_m_v "Good question — the honest answer is it depends on what you're automating. Mailgent handles the infrastructure layer (auth, payments, identity) so the agent doesn't need to stop and ask a human for a credential or a card. But decision-making guardrails — when should it escalate, who approves a transaction above a threshold — that's a layer on top. What's your use case? That'd give a more specific answer.
Report
Congrats on the launch! What’s been the most surprising use case people have brought up so far?
@virajkadakia Honestly — the self-onboarding one. @aparna_rajesh asked earlier whether an agent could sign itself up with zero human in the loop, and the answer is yes, it's a single POST call. But we didn't expect that to resonate as much as it did. The idea of an agent provisioning its own identity before starting a job, rather than inheriting a human's credentials, seems to click for people immediately. What's your use case?
@aparna_rajesh To add a bit more detail — the signup is a single POST request, so an agent can literally call it itself mid-workflow. It gets back an API key, an inbox, a vault, and a wallet in one response. No human has to touch it. The agent that onboards itself is a real use case, not a stretch.
Congrats on the launch Danny! It'll be interesting to test with our own agent. Everyone who has built an agent want to make its use as smooth as possible. Great idea!
@luigi_receiptorai Exactly this — the last-mile friction is always the stuff nobody talks about in demos. Curious what your agent's biggest blocker has been in practice?
Loomal
The "no inbox, no credential store" framing is exactly what I had this conversation about yesterday on the Weavz launch. Funny that two products solving overlapping pieces of the same problem launched a day apart, feels like a category that's about to consolidate hard.
Honest answer to your question, the wall I keep hitting isn't an agent capability, it's an agent state problem. After a long run, the agent has implicit context (what it learned, what it ruled out, why it picked X over Y) that doesn't survive a restart. Mail and vault don't help there because the loss is upstream of any I/O. Curious if you've thought about that or if it's outside Mailgent's scope.
Loomal
@elias_motionfy Fair point — agent memory is genuinely outside what we're building. Mailgent is infrastructure; the state problem you're describing sits at a different layer entirely.
That said, one pattern we've seen in the wild: agents writing structured summaries to their own inbox after each run — a searchable, persistent log they can retrieve on restart. Not a real solution but it fills the gap until dedicated memory tooling matures.
Curious about Weavz — what layer were they working on? Didn't catch that launch.
Genuine question for the makers — when your agent needs to call a paid API mid-workflow (Serper, a data vendor, anything per-call), how are you billing it today? Shared team card? Hardcoded key? I've never found a clean answer that doesn't involve giving the agent unlimited spend.
Loomal
@kcchan Shared card with no per-agent limits is exactly the scenario that pushed us to build the wallet. With Mailgent each agent gets its own USDC wallet on Base — you set a spending cap, the agent pays x402-priced APIs per call, and you get a full transaction log per agent. No card exposure, no guessing which agent ran up the bill. Still early but that's the specific problem we're solving.
Badge
Great product!! At what point will the agent need human intervention, or will that not be needed at all despite the magnitude of the problem it faces?
Loomal
@raaghav_naraayan_m_v "Good question — the honest answer is it depends on what you're automating. Mailgent handles the infrastructure layer (auth, payments, identity) so the agent doesn't need to stop and ask a human for a credential or a card. But decision-making guardrails — when should it escalate, who approves a transaction above a threshold — that's a layer on top. What's your use case? That'd give a more specific answer.
Congrats on the launch! What’s been the most surprising use case people have brought up so far?
Loomal
@virajkadakia Honestly — the self-onboarding one. @aparna_rajesh asked earlier whether an agent could sign itself up with zero human in the loop, and the answer is yes, it's a single POST call. But we didn't expect that to resonate as much as it did. The idea of an agent provisioning its own identity before starting a job, rather than inheriting a human's credentials, seems to click for people immediately. What's your use case?
Hey @dannyheng,
Can an AI agent onboard itself — get its own login, credentials, and access — with zero human in the loop? How does it work?
Loomal
@aparna_rajesh Thats a great question! and yes agents can onboard itself! just ask the agent to visit our page and it will be able to do so!
Loomal
@aparna_rajesh To add a bit more detail — the signup is a single POST request, so an agent can literally call it itself mid-workflow. It gets back an API key, an inbox, a vault, and a wallet in one response. No human has to touch it. The agent that onboards itself is a real use case, not a stretch.
Receiptor AI
Congrats on the launch Danny! It'll be interesting to test with our own agent. Everyone who has built an agent want to make its use as smooth as possible. Great idea!
Loomal
@luigi_receiptorai Exactly this — the last-mile friction is always the stuff nobody talks about in demos. Curious what your agent's biggest blocker has been in practice?