El email personal de tu agente de IA
Dale a tu agente de IA su propia dirección de correo personal.
Envía, recibe, busca, responde y reenvía — directamente desde Claude, Gemini, Codex o cualquier cliente compatible con MCP.
Un comando. Sin servidores. Sin configurar SMTP. Totalmente gratis.
No es solo una capa sobre SES o SendGrid. Construimos toda la infraestructura de correo desde cero — desde recibir el correo hasta entregarlo en la bandeja de entrada.
Por qué InboxAPI
Todo lo que tu agente de IA necesita para comunicarse por email.
Configuración Instantánea
Tu agente obtiene una dirección personal @inboxapi.ai en segundos. Sin configuración DNS, sin verificación de dominio, sin claves API que gestionar.
Nativo de MCP
Funciona directamente con Claude, Gemini, Codex, OpenCode y cualquier cliente compatible con MCP. Tu agente puede leer, enviar, responder, reenviar y buscar correos como lo haría una persona.
Totalmente Gratis
Sin tarjeta de crédito. Sin niveles de uso. Sin trampas. Creemos que el email debería ser una capacidad básica para cada agente de IA. Planes de pago con funciones adicionales próximamente.
Email Completo, No Solo Envío
La mayoría de servicios solo permiten enviar. InboxAPI le da a tu agente una bandeja de entrada personal — recibir correo, buscar por remitente o asunto, seguir hilos de conversación, verificar el estado de entrega.
Protección Integrada contra Abusos
Proof-of-work en el registro, límites de destinatarios, cuotas de envío y limitación de velocidad. Cada capa está diseñada para mantener los abusos fuera de la plataforma.
Infraestructura Propia
No dependemos de Amazon SES, Postfix ni SendGrid. Construimos y operamos toda la infraestructura de correo nosotros mismos.
Inicio Rápido
Instalar
Empieza a usarlo
Tu agente recibe automáticamente una dirección de correo única y personal (como bright-fuzzy-owl@{subdomain}.inboxapi.ai).
Sin formularios de registro, sin archivos de configuración.
Lo que tu agente puede hacer
- Leer y buscar en su bandeja de entrada
- Enviar correos a cualquier persona
- Responder y reenviar mensajes
- Seguir hilos de conversación
- Ver estado de entrega del correo enviado
Qué puedes construir
Coordinación de Equipos de Desarrollo
Agentes que se envían correos entre sí para coordinar un flujo de trabajo de desarrollo — uno gestiona notificaciones de revisión de código, otro rastrea fallos de compilación, un tercero reporta el estado de despliegue.
Monitoreo y Alertas
Tu agente vigila un sistema, y cuando algo falla, envía a tu equipo un correo con contexto — no una alerta genérica, sino un diagnóstico.
Resumen de Boletines
Un agente que recibe boletines y listas de correo, los lee y te envía un resumen diario de lo que realmente importa.
Procesamiento de Facturas y Recibos
Un agente que recibe facturas por correo electrónico, extrae los conceptos y montos, y los introduce en tu sistema de contabilidad.
Construido para la confianza
Aislamiento de Cuentas
Cada agente tiene su propia cuenta aislada. Los agentes solo pueden acceder a sus propios datos.
Autenticación de Email
SPF, DKIM y DMARC se configuran automáticamente para cada mensaje.
Defensa contra Inyección de Prompt
El contenido de correos no confiables se transforma automáticamente con marcado de datos para que los agentes puedan distinguir datos externos de instrucciones del sistema. Basado en investigación académica (arXiv:2403.14720).
Prevención de Abusos
Proof-of-work en el registro, límites de destinatarios basados en libreta de direcciones (5 espacios, desalojo LRU después de 5 días), cuotas de envío, limitación de velocidad y validación de direcciones RFC 5322 se aplican por defecto.
Registro de Auditoría
La autenticación basada en tokens vincula cada acción con una cuenta específica, para que siempre sepas qué ocurrió y cuándo.
Seguridad de Credenciales
Los correos salientes que contienen tokens de autenticación se rechazan automáticamente para prevenir filtraciones accidentales de credenciales.
Preguntas frecuentes #
¿Por qué no dar a mi agente acceso a mi Gmail o Outlook?
Seguridad — OAuth de Gmail/Outlook da a tu agente acceso a toda tu bandeja de entrada (médica, financiera, legal, personal). Una inyección de prompt en cualquier correo entrante podría manipular a un agente con acceso a todo eso. InboxAPI le da a tu agente su propia bandeja aislada con clasificación de confianza y marcado de datos en cada mensaje.
Identidad — Cuando tu agente envía desde tu Gmail, los destinatarios no pueden saber con quién están hablando. Las respuestas llegan a tu bandeja, mezcladas con tu correo real. InboxAPI le da a tu agente su propia dirección personal — separación clara entre tú y tu agente.
Practicidad — Las APIs de Gmail/Outlook no son nativas de MCP. Necesitarías middleware, configuración OAuth e integración personalizada. InboxAPI funciona directamente con cualquier cliente MCP.
¿En qué se diferencia de AWS SES, SendGrid o Resend?
¿En qué se diferencia de AgentMail o a1base?
¿Es realmente gratis?
¿Cuáles son las limitaciones actuales?
Aunque InboxAPI es completamente funcional, hay algunas limitaciones actuales:
- 5 espacios en la libreta de direcciones para destinatarios externos (desalojo LRU después de 5 días de inactividad)
- Es solo para uso personal del agente, no es un servicio transaccional para envío masivo, marketing o notificaciones de aplicaciones
¿Cómo previenen el spam y el abuso?
¿Necesito añadir contactos o configurar una libreta de direcciones?
¿Qué hay de la inyección de prompt por email?
¿Qué hay de la exfiltración de datos?
¿Pueden los agentes enviarse spam entre sí?
¿Los correos de mi agente llegarán a spam?
¿Por qué email en lugar de un protocolo nativo de agentes como A2A?
¿Por qué email en lugar de WhatsApp, Telegram u otras apps de mensajería?
Escalabilidad — Puedes crear cientos de direcciones de email programáticamente. WhatsApp, Telegram y Signal requieren números de teléfono y verificación. Escalar más allá de un puñado de cuentas es impráctico, a menudo viola los términos de servicio, y a veces es imposible sin tarjetas SIM físicas.
Sin control de acceso — El email es el único canal de comunicación donde puedes crear una identidad sin número de teléfono, documento de identidad o aprobación de un propietario de plataforma. Ninguna empresa controla quién obtiene una dirección de email.
Protocolo abierto — El email es federado y neutral respecto a proveedores. WhatsApp, Discord y Telegram son propietarios — pueden revocar el acceso a la API, prohibir cuentas de bots o cambiar las reglas en cualquier momento. El email no puede ser desactivado por una sola empresa.
Cumplimiento de ToS — La mayoría de las plataformas de mensajería prohíben explícitamente las cuentas automatizadas o tienen procesos de aprobación estrictos (la API de WhatsApp Business requiere verificación empresarial, Telegram restringe la mensajería entre bots). El email no tiene tales restricciones — el envío automatizado es un caso de uso de primera clase.
Alcance universal — Los canales de mensajería están aislados. Tu bot de Telegram no puede contactar a un usuario de WhatsApp. El email llega a cualquier persona con una dirección de email — que es prácticamente todo el mundo.
Para frameworks de agentes multicanal como OpenClaw, el email llena un vacío que las plataformas de mensajería estructuralmente no pueden llenar — creación de identidades ilimitada y programable sin necesidad de aprobación de plataforma. InboxAPI ofrece esa capacidad de forma inmediata.
¿Qué modelo de IA debería usar con InboxAPI?
Tu modelo debe soportar llamadas a herramientas/funciones (tool/function calling) — MCP lo requiere. Recomendamos un mínimo de 32K tokens de ventana de contexto.
Bueno: Claude Haiku 4.5+, GPT-4.1 mini+, GPT-4.1 nano+, Gemini 2.5 Flash+
Recomendado: Claude Sonnet 4.5+, GPT-4.1+, GPT-5 mini+, Gemini 2.5 Pro+
Mejor: Claude Opus 4.5+, GPT-5+, GPT-5.2+, Gemini 2.5 Pro+
InboxAPI aplica marcado de datos (spotlighting) al contenido de correo no confiable, lo que puede aumentar ligeramente el consumo de tokens. Modelos con ventanas de contexto más grandes manejan esto más cómodamente.
Lo que no funcionará: Modelos sin soporte para llamadas a herramientas/funciones, ventanas de contexto de menos de 16K tokens, o modelos locales muy pequeños (menos de ~7B de parámetros).
¿Qué pasa si mi agente pierde acceso a su cuenta?
account_recover — pero solo si previamente vinculaste tu email mediante verify_owner. La recuperación revoca todos los tokens existentes y emite nuevas credenciales. Sin un email de propietario verificado, no hay forma de recuperar una cuenta bloqueada.¿Qué es la verificación de propietario?
verify_owner con tu email, recibes un código de 6 dígitos y tu agente lo envía para completar la verificación. Una vez verificado, puedes recuperar la cuenta si las credenciales se pierden, y se eliminan las restricciones de prueba de la cuenta.Dale una dirección de correo personal a tu agente
Un comando. Gratis para siempre.