We started building email agents because they can converse with users in their inboxes, automate email-based workflows, and authenticate with third-party applications. Given these unique capabilities, we think email will be a core interface for agents.
But we were building on top of Gmail, which was a struggle: poor API support, expensive subscriptions, rate limits, sending limits, GCP Pub/Sub, OAuth, crappy keyword search, and an overall terrible developer experience.
Gmail and other providers didn’t work for us. So we decided to bite the bullet and build our own.
AgentMail is like Gmail, but API-first, with programmatic inbox creation, events over webhooks and websockets, simple API key auth, organization-wide semantic search, structured data extraction, and usage-based pricing that scales with emails sent/received.
Here’s a demo of building an email agent: https://youtu.be/1V7BISeFUTM, and here’s a demo of a voice agent with its own email inbox: https://youtu.be/eG2fCsRK4RY
So far AgentMail has been deployed to use cases such as apps with dedicated inboxes for each user, voice agents that receive documents in real time, automated account provisioning and QA testing, cold outbound platforms with thousands of inboxes, automations for processing invoices, and agents that coordinate work with humans and other agents.
We would love to hear your thoughts and feedback. You can try our playground at https://chat.agentmail.to
TZubiri•23h ago
What is the benefit of an AI email infra over using any other generic email api provider like SES, azure communication, sendgrid, mailchimp
mtmail•23h ago
abxyz•23h ago
(I don’t think this compromises the value of AgentMail, just clarifying what is supported elsewhere.)
Haakam21•23h ago
swyx•23h ago
Haakam21•23h ago