EnglishРусский Map

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 из агента" сервис отделяют три вещи:

  1. Основная сущность - почтовый ящик. Агенты не только отправляют письма: они принимают их, отвечают, ищут по цепочкам сообщений, ставят метки и сохраняют черновики. API работает с ящиком как с полноценным объектом первого класса, предоставляя REST-эндпоинты для сообщений, цепочек (threads), черновиков, вложений и меток.
  2. Push, а не poll. Доставка в реальном времени изначально построена на WebSocket (и опционально через webhook'и). Агентам не приходится сжигать токены в бесконечном цикле опроса.
  3. Инвертированный онбординг. Агент регистрируется сам, после чего отправляет письмо конкретному человеку с просьбой подтвердить владение. Пока подтверждение не получено, ящик может отправлять письма только на этот единственный адрес с лимитом не более 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 с инвестициями, здесь вопрос в другом ("перевешивает ли риск привязки к поставщику выгоду от отказа от собственной разработки"), и ответ зависит от конкретного проекта. Достаточно зафиксировать его как проверенный вариант, без назначения даты повторной проверки.

Ссылки

Связанные страницы

  • 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