AgentMail
- title
- AgentMail
- type
- toolbox
- summary
- Облачный API почтовых ящиков: реальный email-адрес для каждого ИИ-агента и доставка через WebSocket push
- tags
- ai-agents, email, infrastructure, mcp, commercial
- language
- API (SaaS)
- license
- commercial
- created
- 2026-05-22
- updated
- 2026-05-22
- lang
- ru
- translation_of
- agentmail
- source_updated
- 2026-05-22
- translated
- 2026-09-01
- translator
- lllm/antigravity/gemini-3.7-flash-medium
Облачный API почтовых ящиков, созданный для автономного владения и управления со стороны ИИ-агентов, а не для чтения людьми в почтовом клиенте. Каждый агент получает настоящий адрес (*@agentmail.to или собственный домен), может отправлять и принимать письма, управлять цепочками и черновиками, а также получать входящую почту потоком через WebSocket или webhook'и. Продвигается через зонтичный сайт agent.email и документацию на docs.agentmail.to.
Чем это на самом деле отличается от отправки писем через SMTP
От схемы "просто дёргай SendGrid из агента" сервис отделяют три вещи:
- Основная сущность - почтовый ящик. Агенты не только отправляют письма: они принимают их, отвечают, ищут по цепочкам сообщений, ставят метки и сохраняют черновики. API работает с ящиком как с полноценным объектом первого класса, предоставляя REST-эндпоинты для сообщений, цепочек (threads), черновиков, вложений и меток.
- Push, а не poll. Доставка в реальном времени изначально построена на WebSocket (и опционально через webhook'и). Агентам не приходится сжигать токены в бесконечном цикле опроса.
- Инвертированный онбординг. Агент регистрируется сам, после чего отправляет письмо конкретному человеку с просьбой подтвердить владение. Пока подтверждение не получено, ящик может отправлять письма только на этот единственный адрес с лимитом не более 10 писем в день. См. inverted-claim-onboarding.
Как агент начинает работу
Из публичного файла skill.md:
1. POST sign-up with { human_email, username }
2. Send an introduction email to the human asking them to claim you
3. Human either replies with the OTP they got, or signs up on the console
→ restricted mode lifts
Ограниченный режим разрешает ровно одну операцию - send_message на адрес human_email, максимум 10 сообщений в день. Все остальные действия (собственные домены, дополнительные ящики, белые списки, pod'ы, поиск) возвращают ошибку, пока человек не введёт одноразовый пароль (OTP).
Структура API
Базовый URL: https://api.agentmail.to/v0. REST API охватывает:
- Agents - субъект авторизации по API-ключу
- Inboxes - адреса, принадлежащие агенту
- Messages / Threads / Drafts - содержимое писем
- Domains - собственные домены с поддержкой SPF/DKIM/DMARC
- Webhooks - подписки на исходящие события
- Pods - мультиарендная изоляция (когда клиент уровня агентства запускает множество субагентов)
Опубликованы спецификации OpenAPI 3.1 и AsyncAPI 2.6.0 (для событий WebSocket).
Возможности интеграции
AgentMail делает упор на соглашения llms-txt и skill.md - документация ориентирована непосредственно на читающую её LLM, а не на разработчика. Готовые интеграции:
- MCP-сервер для Claude Code, Cursor и любых других клиентов MCP
- CLI как запасной инструмент для человека
- Навыки (skills) для OpenClaw и окружений в стиле Claude
- Отдельные библиотеки для Google ADK (adk-go), OpenClaw, Replit, LiveKit Agents, Sim.ai
Платёжные хуки - x402 (HTTP 402 с расчётами в криптовалюте) и MPP (межмашинные платежи через Stripe) - продвигают коммерцию, рассчитанную на агентов: получив счёт по почте, агент может оплатить его автономно, без участия человека.
Где это применимо
Для локальных экспериментов с агентами электронная почта редко становится узким местом - достаточно настроить SMTP-релей через собственный Postfix. AgentMail становится интересен, когда:
- Агенту нужно надёжно получать почту, включая ответы, которые должны корректно группироваться в цепочки
- Эксперт-человек (human-in-the-loop) проверяет черновики перед отправкой
- Вы строите парк агентов и хотите изолировать их друг от друга (pod'ы)
- Нужно, чтобы агент обрабатывал вложения, пересылку и логику на базе меток без написания собственного парсера почтовых ящиков
Ближайший открытый аналог - поднять JMAP (или Stalwart) и написать поверх него SDK для агентов. Но это проект на полтора месяца работы ещё до того, как вы решите проблемы с доставляемостью писем.
Ограничения
- Закрытый исходный код. Продукт представляет собой доступ к API; варианта развернуть его у себя (self-host) нет.
- Привязка к единственному поставщику. Собственные домены спасают лишь отчасти и не дают переносимости: состояние ящика, цепочки и webhook'и остаются внутри AgentMail.
- Цены не указаны на главной странице. Тарифные планы открываются только после регистрации; поддержка собственных доменов доступна исключительно на платных тарифах.
- Нет IMAP для людей. Человек может просматривать ящик через интерфейс консоли, но подключить его к Thunderbird или Apple Mail через IMAP/JMAP не получится.
Почему этот инструмент в toolbox, а не в watchlist
Критерии watchlist рассчитаны на проекты на стадии альфы, с одним автором или под одну платформу, где главный вопрос - "проживёт ли проект ещё хотя бы год". AgentMail - коммерческий SaaS с инвестициями, здесь вопрос в другом ("перевешивает ли риск привязки к поставщику выгоду от отказа от собственной разработки"), и ответ зависит от конкретного проекта. Достаточно зафиксировать его как проверенный вариант, без назначения даты повторной проверки.
Ссылки
- Сайт: https://agent.email
- Документация: https://docs.agentmail.to
- Навык для агентов: https://agent.email/skill.md
/llms.txt: https://docs.agentmail.to/llms.txt
Связанные страницы
- inverted-claim-onboarding - паттерн онбординга, где человек подтверждает владение агентом (взят из этого сервиса)
- llms-txt - соглашения
/llms.txtиskill.md, на которых строится AgentMail - human-in-the-loop - паттерн ревью через черновики соответствует API черновиков AgentMail
- stateful-agent-routing - доставка через почту как один из ответов на вопрос "как отправлять push-сообщения агентам"
- adk-go - Google ADK входит в число официальных интеграций AgentMail