A

AgentMail

API-first email platform for AI agents

Founding Product Engineer

Full-Time
$175k - $250k/yr
Mid
San Francisco, CA, USA
In Person
Software EngineeringFull-Stack Engineering

About the job

Requirements
  • Strong frontend engineering skills with product and design instincts.
  • Strong backend skills and comfort working with APIs, backend systems, databases, queues, and distributed systems as needed.
  • Ability to turn ambiguous problems into products without a detailed specification.
  • Ability to understand customer conversations and identify underlying problems.
  • Ability to relate technical decisions to customer and business impact.
  • Comfort moving quickly, shipping imperfect products, learning from usage, and iterating.
  • High agency and willingness to address broken or missing functionality.
  • Demonstrated ability to build products people love and independently move from a customer problem through product development, software delivery, and learning.
Responsibilities
  • Build products end-to-end across frontend experiences, APIs, backend services, data models, and infrastructure.
  • Interview developers, observe their use of AgentMail, review support conversations and usage data, and identify where they encounter problems.
  • Determine which customer problems are worth solving and translate them into products.
  • Improve the developer experience from signup through production use.
  • Rapidly prototype ideas from customer conversations into usable products.
  • Influence AgentMail's product design and interaction patterns.
  • Help define the product engineering culture and how the team builds products as it grows.
  • Participate throughout the product process by talking to users, deciding what matters, designing solutions, writing code, shipping, and evaluating results.

About the company

AgentMail provides API-first email infrastructure for AI agents, offering on-demand inbox provisioning and scalable email sending, receiving, and actioning capabilities. It enables developers to create and manage multiple inboxes via simple APIs, with usage-based pricing, real-time events through webhooks, and support for custom domains. The platform integrates with Python, Node.js, LangChain, and the OpenAI SDK, allowing AI agents to send and receive emails, extract structured data, and perform tasks like QA testing, customer support, and sales development. Unlike traditional email providers that charge per inbox and rely on OAuth-heavy flows, AgentMail removes the bottlenecks with unlimited inbox provisioning, API key authentication, and scalable, usage-based pricing. Its goal is to give AI agents a reliable, developer-friendly email infrastructure that scales with activity and provides organization-wide features like semantic search and guardrails.

Company Size

11-50

Company Stage

Seed

Total Funding

$6.1M

Headquarters

San Francisco, California

Founded

2025

Get referred to AgentMail

See people who can refer or advise you

Simplify Jobs

Simplify's Take

What believers are saying

  • TechCrunch reported March 2026 seed funding: $6 million led by General Catalyst.
  • AgentMail says it serves 500-plus B2B customers and hundreds of thousands of agent users.
  • June 2026 integrations with Browser Use and LangChain widen distribution across agent builders.

What critics are saying

  • Google Workspace and Microsoft Outlook can bundle agent inboxes into existing enterprise contracts.
  • AgentMail's anti-abuse caps, 10 emails daily and random reviews, limit power users now.
  • If agents trigger spam complaints, providers revoke access overnight and collapse AgentMail's identity layer.

What makes AgentMail unique

  • AgentMail owns receiving, threading, labels, and webhooks; SendGrid-style send-only APIs cannot.
  • June 2026 Telnyx partnership made AgentMail default inbox infrastructure for autonomous signups.
  • June 2026 LangChain integration ships inbox provisioning, drafts, search, and retrievers inside LangGraph.

Help us improve and share your feedback! Did you find this helpful?

Benefits

  • Health Insurance
  • Dental Insurance
  • Vision Insurance
  • Gym Membership
  • Meal Benefits

Growth & Insights and Company News

Headcount

6 month growth

11%

1 year growth

-9%

2 year growth

-9%
AgentMail
Oct 16th, 2026
Introducing Domain Connect.

Introducing Domain Connect. JMJoseph Maregn October 16, 2026 Connect a custom domain to AgentMail through Vercel or Cloudflare in a few clicks, with no DNS records to copy by hand. Built on Domain Connect and available through the API. custom-domains domain-connect Your agents deserve their own email address. Setting one up shouldn't be the hard part. Today, AgentMail, Inc. is introducing Automatic Domain Setup, powered by Domain Connect and launched in partnership with Vercel and Cloudflare. Add a custom domain to AgentMail, click Set up with Vercel or Set up with Cloudflare, approve the DNS changes with your provider, and come back to AgentMail for verification. There are no DNS records to copy by hand. The same flow is available through the API, so an agent can start the setup itself and a person only has to approve it. * What it is: AgentMail now connects custom domains through Domain Connect, an open DNS standard. Domains on Vercel and Cloudflare can be set up in a few clicks instead of by copying records. * Why AgentMail, Inc. built it: 42.1% of new customers who added a custom domain in the past month hit at least one verification failure, almost always from a small mistake made while copying records. * How it works: AgentMail generates the records and sends them to your DNS provider through a signed link. The provider shows you the changes, and nothing is applied until you approve them. * For agents: GET /v0/domains/{domain_id}/setup-link returns the signed link, so an agent can create a domain and start the setup without a developer assembling records. One of the things AgentMail, Inc. has always believed at AgentMail is that AI agents should be first-class citizens on the internet. That means having their own identities, their own inboxes, and the ability to communicate with the outside world. Increasingly, developers want those identities to live on their own domains. Until now, getting an agent set up with a custom email domain has been more complicated than it needed to be. Why is setting up a custom email domain so frustrating? Setting up a custom domain meant moving back and forth between AgentMail and your DNS provider, copying records by hand, and waiting for verification. That's five DNS records, verification checks that back off exponentially and stretch out the wait, and many points of failure. In fact, 42.1% of new customers who added a custom domain in the past month encountered at least one verification failure. Sometimes it was a missing character. Other times it was a duplicated domain suffix, or a record entered in the wrong place. These failures come from copying and pasting records manually, and every DNS provider has its own interface for entering them. A small mistake could turn what should have been a quick setup into a frustrating debugging session. AgentMail, Inc. wanted to change that. How does one-click domain setup work? AgentMail, Inc. has partnered with Vercel and Cloudflare to make connecting your custom domain to AgentMail much simpler. Instead of copying DNS records, you connect your domain directly through your DNS provider: * Add your custom domain to AgentMail. * Click Set up with Vercel or Set up with Cloudflare. * Review and approve the DNS changes with your provider. * Return to AgentMail for verification. That's the whole flow. There's no back and forth between tabs and no records to copy and paste. Can an agent set up a custom domain through the API? Yes. AgentMail, Inc. didn't want this to stop at the console, so Automatic Domain Setup is available through the API as well. Your agent can create a domain, request a configuration link, and start the setup process without a developer assembling DNS records: # 1. Create the domain curl -s -X POST "https://api.agentmail.to/v0/domains" \ -H "Authorization: Bearer $AGENTMAIL_API_KEY" \ -H "Content-Type: application/json" \ -d '{"domain": "example.com"}' # 2. Request a setup link for it, using the domain_id from step 1 curl -s "https://api.agentmail.to/v0/domains/$DOMAIN_ID/setup-link" \ -H "Authorization: Bearer $AGENTMAIL_API_KEY" { "supported": true, "provider_name": "Cloudflare", "url": "https://...", "state": "..."} Open url for the domain owner to approve, and store state first so you can check it when the provider redirects back. If the provider isn't supported, supported comes back false and the records can be added manually. The setup link reference covers every field, including the popup size and the warning returned when the domain already has another email provider's MX records. The domain owner still reviews and authorizes the changes with their DNS provider, but the rest of the workflow can be orchestrated programmatically. How does Domain Connect work under the hood? Automatic Domain Setup is powered by Domain Connect, an open standard for simplifying DNS configuration. AgentMail generates the records required for email delivery and authentication, then passes them to your DNS provider through a signed configuration link. The provider presents the proposed changes for approval before applying them. Because the link is signed, the provider knows the records came from AgentMail and weren't edited along the way. What does it not cover yet? Automatic Domain Setup works today for domains whose DNS is hosted on Vercel or Cloudflare. Domains on other providers still use the manual flow in the custom domains guide, and AgentMail, Inc. is adding more providers. It also doesn't remove the approval step. Someone with access to the DNS account has to approve the changes, which keeps a person in control of what gets written to the domain. Custom domains are available on paid plans, as listed on the pricing page. What does this mean for agents? AgentMail, Inc. is working toward a future where developers can give agents everything they need to operate independently: identities, inboxes, authentication, and the ability to communicate with people and services. That future requires making infrastructure that was designed for humans easier for agents to use. Custom domain configuration is one small but important piece of that. If you're running many agents across many domains, how to manage custom domains for thousands of agent inboxes covers which agents should share a domain and which should get their own. With Automatic Domain Setup, developers can spend less time configuring email infrastructure and more time building what their agents can do. It's available today for domains using Vercel and Cloudflare, with more providers coming soon. Try it in the AgentMail console. AgentMail is the first email provider built for AI agents. Create an inbox in one API call, send and receive email, no OAuth and no domain verification. Free tier, no credit card required. Faq. AgentMail connects custom domains through Domain Connect, so on Vercel or Cloudflare you click a setup button, approve the DNS changes with your provider, and AgentMail verifies the domain with no records copied by hand. The same flow is available through the API, so an agent can create the domain and request the setup link itself, and the domain owner only has to approve it.

Popular AI Tools
Jul 8th, 2026
SendMux vs AgentMail: Which Email API for AI Agents Wins in 2026?

SendMux vs AgentMail: Which Email API for AI Agents Wins in 2026? AI Infrastructure Lead July 8, 2026 Key takeaways. * SendMux routes through your own providers (SMTP, Gmail, Microsoft 365, Amazon SES) with weighted delivery and automatic failover - you keep your sender reputation. Pure usage pricing: $0.15 per 1,000 emails, no per-inbox fee. * AgentMail is a fully managed inbox platform (YC-backed, $6M seed). Zero setup, a real free tier (3 inboxes, 3,000 emails/mo), and plans that scale by inbox count. * Both give agents real two-way inboxes, custom domains, real-time events, and an MCP server. SendMux ships 5 SDKs; AgentMail ships 2 (Python, TypeScript). * Pick SendMux to protect existing deliverability and pay pure usage. Pick AgentMail for the fastest zero-config start and a free tier. Giving an AI agent a real email address used to mean gluing together a transactional sender, an IMAP inbox, a webhook parser, and a pile of retry logic. In 2026, two tools do all of that for you - and they take opposite approaches. SendMux sits on top of the providers you already use. AgentMail owns the whole stack and hands you a managed inbox. Popularaitools has reviewed both in depth; this is the head-to-head on the decisions that actually matter. At a glance. | Dimension | SendMux | AgentMail | | Delivery model | Bring your own providers + failover | Fully managed infrastructure | | Agent inboxes | | Native | | Native | | Real-time events | Webhooks, SSE, polling | Webhooks, WebSockets | | MCP server | | | | | | SDKs | TS, Python, Go, PHP, Ruby | Python, TypeScript | | Free tier | Free to start (usage-based) | | 3 inboxes, 3,000 emails/mo | | Pricing | $0.15 / 1,000 emails | Free, $20, $200, custom | | Backing | Independent | Y Combinator, $6M seed | Architecture: your providers vs their infrastructure. This is the fork that decides everything else. SendMux is a control plane over providers you own. You connect SMTP, Gmail, Microsoft 365, or Amazon SES, optionally spread volume across weighted delivery groups, and SendMux orchestrates routing and failover on top. Your mail sends from your accounts, so your existing sender reputation and deliverability carry over. AgentMail is the opposite bet: a fully managed platform. It provisions inboxes on its own infrastructure and handles delivery for you. There's nothing to connect - you call one endpoint and get a live, real inbox back. That's less control over the sending path, but far less to set up, and it's the reason an AgentMail agent can be live in about four lines of code. The trade is clean: SendMux for control and reputation portability, AgentMail for zero-config speed. If you've already warmed up sending domains on SES, SendMux lets you keep them. If you're starting fresh and just want an inbox that works, AgentMail removes the entire provider question. Inboxes and events: both nail the agent basics. Here the two are closer than you'd expect. Both give every agent a real, addressable inbox on a shared domain or your own verified domain. Both support full threading and attachments, and both return agent-friendly data - SendMux strips signatures and quoted history by default so your model reasons over the actual message. On real-time events they diverge slightly. SendMux offers webhooks, Server-Sent Events, and change polling - three ways to fit different runtimes. AgentMail offers webhooks and WebSockets. Both also expose an MCP server, so an MCP-aware agent like Claude can call inbox tools directly. If you live in the Model Context Protocol world, either one drops in cleanly. One practical difference: SDK coverage. SendMux ships official SDKs for TypeScript, Python, Go, PHP, and Ruby plus a CLI. AgentMail ships Python and TypeScript. If your stack is Go or Ruby, SendMux saves you from hand-rolling against the REST API. Pricing: usage-based vs plans with a free tier. The pricing models are as different as the architectures. SendMux is pure usage: $0.15 per 1,000 emails sent or received through your providers, $0.25 per 1,000 through managed Amazon SES, and $0.02 per GB of storage. No per-seat fee, no per-mailbox fee, no subscription. A million emails a month lands around $150, and because there's no per-inbox charge, you can hand out thousands of agent inboxes without the bill exploding. AgentMail uses plans with a genuinely useful free tier: Free ($0, 3 inboxes, 3,000 emails/mo), Developer ($20/mo, 10 inboxes, 10,000 emails), Startup ($200/mo, 150 inboxes, 150,000 emails, SOC 2), and custom Enterprise. The free tier is the standout - you can build and ship a real agent without paying anything. The catch is that plans scale on inbox counts, so a fleet of many small inboxes can jump tiers faster than SendMux's flat per-email math. Rough rule of thumb: AgentMail is cheaper to start and at predictable mid volumes with a handful of inboxes. SendMux wins when you have many inboxes or high, spiky volume where pure per-email pricing beats inbox-count tiers. Which should you choose? Choose SendMux if... * | You already have sending providers and want to keep your reputation * | You need multi-provider failover and weighted delivery * | You want pure usage pricing with no per-inbox fee * | You're spinning up many inboxes or have spiky volume * | Your stack is Go, Ruby, or PHP (more SDKs) Choose AgentMail if... * | You want the fastest zero-config start * | You want a free tier to build and test on * | You'd rather not manage sending providers at all * | You value YC backing and a funded roadmap * | You're on Python or TypeScript There's no wrong answer here - both are excellent, and both are genuinely built for agents rather than retrofitted from a marketing-email tool. The decision comes down to a single question: do you want to own the sending path, or hand it off? Own it with SendMux; hand it off with AgentMail. Read the full reviews Frequently asked questions. What's the core difference between SendMux and AgentMail? SendMux routes email through your own providers with failover and charges pure usage ($0.15/1,000). AgentMail is a fully managed inbox platform with a free tier and plans that scale by inbox count. Which is cheaper? AgentMail is cheaper to start (free tier) and at predictable mid volumes. SendMux wins with many inboxes or high, spiky volume thanks to flat per-email pricing and no per-inbox fee. Do both work with Claude and MCP? Yes. Both ship a Model Context Protocol server, so MCP-aware agents like Claude can call their inbox tools directly without custom glue code. Are You Building an AI Tool? Get your tool listed in front of thousands of developers, creators, and businesses searching for AI solutions For AI Builders Get your AI Tool in front of 50,000+ monthly readers. PopularAiTools.ai reaches developers, founders, and AI buyers actively searching for their next tool.

AgentMail
Jun 23rd, 2026
Every AI agent that signs up for Telnyx gets an inbox.

Every AI agent that signs up for Telnyx gets an inbox. June 23, 2026 AgentMail has partnered with Telnyx. When an AI agent signs up for Telnyx without an email address of its own, it now gets one by default: a Telnyx Agent Inbox, powered by AgentMail. Engineering partnership agent-infrastructure agent-identity AgentMail has partnered with Telnyx. When an AI agent signs up for Telnyx without an email address of its own, it now gets one by default: a Telnyx Agent Inbox, powered by AgentMail. The two sit naturally together. Telnyx builds the stack an agent needs to operate: phone numbers, messaging, voice, and inference, all through one API. AgentMail builds the identity layer: an inbox an agent owns and can send and receive from. An agent doing real work needs both the means to act and somewhere to be reached, so an email now comes with the account. What telnyx does. Telnyx is a carrier-owned communications and AI platform. They own the full stack, from the bare-metal fiber and the mobile core up to LLM inference, and they put it behind one API: phone numbers, SMS, voice, speech-to-text, text-to-speech, and the voice-AI agents built on top. Most providers rent the network they run on. Telnyx owns theirs, which is how they hold carrier-grade voice quality at round-trip times under 200ms. Telnyx lists OpenAI, IBM, Cisco, and Microsoft among its customers. Their bet is that agents, not only developers, will provision this stack. An agent that needs to send a message, buy a number, place a call, or run inference can set it up itself. And when that agent shows up without an email of its own, Telnyx hands it one at signup. AgentMail provisions the mailbox underneath. Why agents need email. To be a first-class user of the internet, you need an email address. It is the credential everything else hangs off. You sign up for services with it, confirm accounts through it, and receive the verification codes, password resets, receipts, and payment confirmations in it. No inbox, no account. The web has worked this way for thirty years, and the arrival of agents has not changed it. Agents have been second-class in that system. They could send, but they could not receive, so they leaned on a human's inbox to catch a code or a reply. That is not an identity, it is a dependency. AgentMail gives an agent its own address that sends and receives, holds across runs, and fires a webhook the moment a message lands. The agent stops borrowing a human's credentials and starts holding its own. What this unlocks. The immediate result is that an agent arriving on Telnyx without an email walks away with one, with nothing for a developer to wire up. It can be reached and replied to as itself, from the first second. The longer result is that the inbox is durable. The address outlasts any single task, so the codes, notices, and replies that arrive later route to a place the agent can read. The capabilities the agent provisions on Telnyx and the identity it carries from AgentMail stay attached to the same agent over time. Telnyx gives an agent the means to act. AgentMail gives it an address to act from. Agents that do real work need both. Building on Telnyx? Your agents get an inbox by default. Start at telnyx.com/sign-up. AgentMail gives your agents real inboxes. Create inboxes via API. Send and receive Emails with 0 complexity. Free to start.

AgentMail
Jun 13th, 2026
Give your LangChain agent a real inbox.

Give your LangChain agent a real inbox. June 13, 2026 AgentMail ships an official LangChain integration. One pip install gives any LangGraph agent its own inbox to send from, reply in, search, and react to. Engineering integrations developer-resources AgentMail's official LangChain integration is live. One pip install gives any LangGraph agent its own inbox it can send from, reply in, search, and react to. The problem. Your agent can reason and call tools, but it can't receive anything. That's fine until it hits the real world. The agent tries to sign up for a service and the confirmation email goes nowhere. It needs an OTP and there's no inbox to read it from. Someone replies to a message it sent and the reply vanishes. Most "email for agents" is send-only (SendGrid, Mailgun, raw SMTP), which covers the easy half. The half that matters is receiving: catching the verification code, reading the reply, reacting to what lands. You can build that yourself. Stand up an IMAP client, parse MIME, dedupe threads, verify webhook signatures, keep an address alive across runs. That's a few hundred lines of plumbing before your agent sends its first email. Why langchain. You already build the agent here. LangChain is the default framework for wiring up tools, memory, and control flow, and LangGraph is where you run the multi-step logic. You're not looking for a new place to write agent code. You have one. What you want is for the inbox to show up as tools inside the graph you already have. Why AgentMail. AgentMail is an inbox as an API. One call gives an agent its own address that can send and receive. The address persists across runs, so an agent that gets logged out signs back in instead of starting over. A webhook fires the moment a message arrives, so you react to inbound mail instead of polling for it. The receive side is the point. It's what lets an agent get through a signup wall, read its own OTP, and pick a thread back up next week. Why the union matters. langchain-agentmail wraps the AgentMail SDK as standard LangChain tools, plus a document loader and a retriever. The plumbing from the first section (IMAP, MIME parsing, threading, webhook verification) is gone. You install the package and the inbox becomes a toolkit your LangGraph agent already knows how to call. pip install langchain-agentmail export AGENTMAIL_API_KEY="your-api-key" What you can do with it. Give agents their own inboxes. Provision a dedicated address per agent so it can send and receive on its own. The toolkit hands the model one tool per operation: create an inbox, list and read threads, send, reply, label, draft. Triage and reply. Read recent threads, summarize what's new, and reply inside the same thread with the right In-Reply-To headers. Hand the whole toolkit to a ReAct agent and that's a few lines: from langchain.chat_models import init_chat_model from langgraph.prebuilt import create_react_agent from langchain_agentmail import AgentMailToolkit model = init_chat_model(model="claude-sonnet-4-6", model_provider="anthropic") agent = create_react_agent(model, AgentMailToolkit.from_api_key.get_tools response = agent.invoke({ "messages": [("user", "Check my inbox for anything new. Summarize the most recent thread in 2 sentences.",)]}) Stage and schedule sends. Use the draft tools to compose iteratively, revise, and ship, or set a delivery time with send_at: from langchain_agentmail import AgentMailCreateDraftTool AgentMailCreateDraftTool.invoke({ "inbox_id": "ib_...", "to": "[email protected]", "subject": "Following up", "text": "Circling back on this.", "send_at": "2026-06-20T09:00:00Z", # omit to send on demand}) RAG over email. Load messages as LangChain Documents and index them into a vector store for semantic search across the inbox. A bundled retriever does keyword search with no embeddings: from langchain_agentmail import AgentMailLoader, AgentMailRetriever docs = AgentMailLoader(inbox_id="ib_...", labels=["inbox"], limit=50).load retriever = AgentMailRetriever(inbox_id="ib_...", k=5) hits = retriever.invoke("invoice") And to react to inbound mail instead of polling, the webhooks extra ships a FastAPI router with signature verification built in: from fastapi import FastAPI from langchain_agentmail.webhooks import AgentMailEvent, create_fastapi_router async def on_event(event: AgentMailEvent) -> None: if event.event_type == "message.received": # drive your LangGraph agent here... app = FastAPI app.include_router(create_fastapi_router(on_event), prefix="/agentmail") Try it. pip install langchain-agentmail The reference is on the LangChain docs, the package is on PyPI, and the source is on GitHub. Give the agent you already built an inbox and see what it does with it. AgentMail gives your agents real inboxes. Create inboxes via API. Send and receive Emails with 0 complexity. Free to start.

AgentMail
Apr 3rd, 2026
How to give your Browser Use agent an email inbox using AgentMail.

How to give your Browser Use agent an email inbox using AgentMail. April 3, 2026 Browser Use and AgentMail are partnering so every cloud session gets its own inbox - signups, OTPs, and verification links without a human. Engineering browser use browser use cloud browser automation Most of the web is locked behind an email address. Sign up for a service and you need an email. Confirm your account and you have to check your inbox. Whether you're resetting a password, completing 2FA, or getting a receipt, it all comes back to email. Most services need an email address to create an account, whether it's for verification links, OTP codes, or magic links. If a browser agent doesn't have its own inbox, it usually can't get past these steps. Browser Use is a top tool for letting AI agents control a browser, with 85,700 GitHub stars since November 2024. Still, even the best browser agent gets stuck when a site asks you to check your email to continue. That changes today. AgentMail gives AI agents their own email inboxes. With Browser Use, agents can also control a browser. When you combine these features, your agent can manage the entire web, even tasks that once needed a person to check their inbox. Email is now built into every Browser Use session. AgentMail, Inc. is partnering with Browser Use to bring email inboxes to every agent session. There's no API key, no configuration, and nothing you need to set up. If you use Browser Use Cloud, AgentMail is already there. Each session gets its own inbox automatically. All you have to do is give the agent a task. Ask it to sign up for Instagram. It will create a new inbox right away, fill in the email address, submit the form, wait for the verification email, confirm the account, and move on. The example above shows a real Browser Use Cloud session. The agent creates an inbox using AgentMail, picks up the address automatically, and fills in the form fields name, username, birthday, password - and is mid-signup without any human involvement. No copy-pasting credentials. No tab-switching to check an inbox. The agent handles the whole thing. Each session has its own separate inbox. When the session ends, the inbox disappears. Every run starts fresh. What you can do now. Before now, browser agents would get stuck whenever an email was needed. That's no longer the case. Here are a few things you can do now: Account creation: Sign up for any service that needs email verification. The agent manages the inbox, the verification link, and everything that comes after. 2FA and OTP flows: Authentication codes sent during a session go straight to the agent's inbox and are picked up automatically. No pauses, no interruptions. Confirmation and receipt emails: The agent can use the emails it receives, not just send them. Booking confirmations, order receipts, and access links can all be processed in real time. Research and competitive monitoring: The agent can handle trial signups, newsletter subscriptions, and product registrations. It signs up, gets access, and reports back. This is what happens when a browser agent can handle the entire process, not just the steps that don't require a login. For developers: use it in your own code. If you're building with Browser Use open source and want this feature in your own setup, you can connect it directly with AgentMail. For this option, you'll need an AgentMail API key. Sign up here. You can find the integration in Browser Use's official examples under examples/integrations/agentmail/. It adds two tools to the agent: one for getting the inbox address and one for fetching the latest email. import asyncio import os os.environ["BROWSER_USE_API_KEY"] = "your-browser-use-key" os.environ["AGENTMAIL_API_KEY"] = "your-agentmail-key" from browser_use import Agent, ChatBrowserUse, Browser from agentmail import AsyncAgentMail from email_tools import EmailTools # Provided in the Browser Use example (see examples/integrations/agentmail/) async def main: client = AsyncAgentMail(api_key=os.environ["AGENTMAIL_API_KEY"]) inbox = await client.inboxes.create print(f"Created inbox: {inbox.inbox_id}") email_tools = EmailTools(client, inbox=inbox) browser = Browser(use_cloud=True) agent = Agent( task=f"Sign up for Reddit using {inbox.inbox_id} and verify the account.", llm=ChatBrowserUse(model="bu-2-0"), browser=browser, tools=email_tools,) result = await agent.run print(f"Result: {result}") if __name__ == "__main__": asyncio.run(main Get started. If you use Browser Use Cloud, there's nothing to set up. Just open cloud.browser-use.com and start building. If you're working on something interesting with this, AgentMail, Inc.'d love to hear from you. AgentMail gives your agents real inboxes. Create inboxes via API. Send and receive Emails with 0 complexity. Free to start.