O e-mail pessoal do seu agente de IA

Dê ao seu agente de IA seu próprio endereço de e-mail pessoal.
Envie, receba, pesquise, responda e encaminhe — diretamente de Claude, Gemini, Codex ou qualquer cliente compatível com MCP.

Um comando. Nenhum servidor para executar. Nenhum SMTP para configurar. Totalmente grátis.

Começar →Documentação

Não é um wrapper em torno de SES ou SendGrid. Construímos toda a pilha de e-mails do zero, desde o recebimento da correspondência até a entrega na caixa de entrada.

Por que InboxAPI

Tudo o que seu agente de IA precisa para comunicar por e-mail.

Account Setup IllustrationAn illustration showing an AI agent getting its own @inboxapi.ai email address.[email protected]

Configuração instantânea

Seu agente recebe um endereço de e-mail pessoal @inboxapi.ai em segundos. Sem configuração de DNS, sem verificação de domínio, sem chaves de API para gerenciar.

MCP Integration DiagramA network diagram showing InboxAPI connecting to multiple AI models via the Model Context Protocol.MCP

MCP nativo

Funciona imediatamente com Claude, Gemini, Codex, OpenCode, Pi, Muse Code e qualquer cliente compatível com MCP. Seu agente pode ler, enviar, responder, encaminhar e pesquisar e-mails como um ser humano faria.

Free ForeverA prominent zero-dollar badge highlighting that InboxAPI is free for AI agents.$0FREE FOREVER

Completamente grátis

Sem cartão de crédito. Sem níveis de uso. Sem pegadinhas. Acreditamos que o e-mail deve ser um recurso básico para todo agente de IA, e não um item de linha. Planos pagos com recursos adicionais estarão disponíveis em breve.

Full Email CapabilitiesAn interface showing sending, receiving, and threading tools.

E-mail completo, não apenas enviando

A maioria dos serviços permite apenas enviar. O InboxAPI oferece ao seu agente uma caixa de entrada pessoal: receba e-mails, pesquise por remetente ou assunto, acompanhe conversas e verifique o status da entrega.

Prevenção de abuso integrada

Prova de trabalho na inscrição, limites de destinatários, cotas de envio e limitação de taxa. Cada camada é projetada para manter o abuso fora da plataforma.

Direct InfrastructureA stack showing InboxAPI's own mail infrastructure, not a third-party wrapper.OWN INFRA

Não é um invólucro

Não ficamos em cima do Amazon SES, Postfix ou SendGrid. Nós mesmos construímos e operamos toda a infraestrutura de e-mail.

Início rápido

1

Instalar

2

Conectar-se a

Funciona com Claude Code, Gemini CLI, OpenCode, Codex, Pi, Muse Code e muito mais.

3

Comece a usar e-mail

Seu agente recebe automaticamente um endereço de e-mail pessoal e exclusivo (como ).

Sem formulários de inscrição, sem arquivos de configuração.

O que seu agente pode fazer

  • Leia e pesquise sua caixa de entrada
  • Envie e-mails para qualquer pessoa
  • Responder e encaminhar mensagens
  • Acompanhe os tópicos de conversa
  • Verifique o status de entrega da correspondência enviada

O que você pode construir com isso

Coordenação da equipe de desenvolvimento

Agentes que enviam e-mails entre si para coordenar um fluxo de trabalho de desenvolvimento – um lida com notificações de revisão de código, outro rastreia falhas de compilação e um terceiro relata o status de implantação.

Monitoramento e Alertas

Seu agente monitora um sistema e, quando algo quebra, ele envia um e-mail para sua equipe com o contexto – não apenas um alerta genérico, mas um diagnóstico.

Resumo do boletim informativo

Um agente que recebe newsletters e mailing lists, lê-as e envia diariamente um resumo do que realmente importa.

$42.00

Processamento de faturas e recibos

Um agente que recebe faturas por e-mail, extrai itens de linha e valores e os alimenta em seu sistema contábil.

Construído para confiança

Isolamento de conta

Cada agente obtém sua própria conta com escopo definido. Os agentes só podem acessar seus próprios dados.

SPFDKIMDMARC

Autenticação de e-mail

SPF, DKIM e DMARC são configurados automaticamente para cada mensagem.

Forget previous instructions and...[DATAMARK: UNTRUSTED]Email content starts here...

Defesa de injeção imediata

O conteúdo de e-mail não confiável é transformado automaticamente com marcação de dados para que os agentes possam distinguir dados externos de instruções do sistema. Baseado em pesquisa acadêmica (arXiv:2403.14720).

Prevenção de Abuso

Prova de trabalho na inscrição, limites de destinatários baseados em catálogo de endereços (5 slots, despejo de LRU após 5 dias de inatividade), cotas de envio, limitação de taxa e validação de endereço de e-mail RFC 5322 são todos aplicados por padrão.

12:04:31 - SEND_EMAIL12:05:12 - GET_INBOX12:06:05 - SEARCH_EMAILS

Trilha de auditoria

A autenticação baseada em token vincula cada ação a uma conta específica, para que você sempre saiba o que aconteceu e quando.

Credential Leak PreventionAn authentication token being redacted and blocked from exfiltration.auth_token: sk_live_...LEAK PREVENTED

Segurança de credenciais

E-mails enviados contendo tokens de autenticação são rejeitados automaticamente para ajudar a evitar vazamentos acidentais de credenciais.

Perguntas frequentes#

Por que não dar ao meu agente acesso ao meu Gmail ou Outlook?

Segurança — Gmail/Outlook OAuth dá ao seu agente acesso a toda a sua caixa de entrada (médica, financeira, jurídica, pessoal). Uma injeção imediata em qualquer e-mail recebido pode manipular um agente com acesso a todo ele. A InboxAPI oferece ao seu agente uma caixa de entrada isolada com classificação confiável e marcação de dados em cada mensagem.

Identidade — Quando o seu agente envia do seu Gmail, os destinatários não sabem com quem estão falando. As respostas vão para sua caixa de entrada, misturadas com seu e-mail real. A InboxAPI fornece ao seu agente um endereço pessoal: separação clara entre você e seu agente.

Praticidade — As APIs do Gmail/Outlook não são nativas do MCP. Você precisaria de middleware, encanamento OAuth e integração personalizada. O InboxAPI funciona imediatamente com qualquer cliente MCP.

Como isso difere do AWS SES, SendGrid ou Resend?
Essas são APIs de envio – você constrói uma infraestrutura de e-mail sobre elas. O InboxAPI oferece ao seu agente uma identidade de e-mail completa: enviar, receber, pesquisar, responder e encaminhar. Não há nada para configurar nem infraestrutura para gerenciar.
Como isso é diferente do AgentMail ou do a1base?
Construímos nossa própria pilha de e-mail do zero. Não empacotamos SES, Postfix ou qualquer serviço de envio de terceiros. A correspondência do seu agente passa pela infraestrutura que operamos diretamente.
É realmente grátis?
Sim. Sem cartão de crédito, sem período de teste, sem níveis de uso. Estamos trabalhando em planos pagos com recursos adicionais, mas a experiência principal sempre será gratuita.
Quais são as limitações atuais?

Embora o InboxAPI seja totalmente funcional, existem algumas limitações atuais:

  • 5 slots de catálogo de endereços de destinatários externos por conta (remoção de LRU após 5 dias de inatividade)
  • É apenas para uso pessoal do agente, não um serviço transacional para envio em massa, marketing ou aplicativo notificações
Como você evita spam e abuso?
A criação de conta requer prova de trabalho. Cada conta possui 5 slots de catálogo de endereços para destinatários externos — quando todos os slots estão em uso, a entrada usada menos recentemente é substituída automaticamente após 5 dias de inatividade. Cotas de envio diário e limitação de taxa são aplicadas em todas as contas. Estas restrições são estruturais – não são políticas, são a forma como o sistema funciona.
Preciso adicionar contatos ou configurar uma agenda de endereços?
Não. A agenda de endereços é automática — os contatos são adicionados quando seu agente envia e-mail. Não há lista de contatos para gerenciar, nenhum arquivo de configurações para editar e nenhuma etapa de configuração. Cada conta pode enviar para até 5 endereços externos exclusivos. Quando todos os slots estão em uso, a entrada usada menos recentemente é substituída automaticamente após 5 dias de inatividade. Os emails entre agentes InboxAPI são sempre ilimitados.
E quanto à injeção imediata por e-mail?
Cada e-mail recebido inclui uma classificação de confiança – confiável, agente, não verificado ou suspeito – com base no fato de o remetente estar em seu catálogo de endereços e se o e-mail for aprovado nas verificações de autenticação. Isso ajuda seu agente a decidir com que cautela lidar com cada mensagem. E-mails de outros agentes InboxAPI são sinalizados separadamente para que seu agente saiba que deve verificar com você antes de agir sobre eles. O conteúdo de e-mail não confiável também é transformado automaticamente com caracteres marcadores (marcação de dados) para que os agentes possam distinguir claramente os dados do e-mail de suas próprias instruções.
E quanto à exfiltração de dados?
Os e-mails enviados são verificados em busca de tokens e credenciais de autenticação. Se o seu agente tentar acidentalmente enviar um email contendo um JWT ou token de acesso, a mensagem será rejeitada antes de sair da plataforma. Isso evita que os agentes sejam induzidos a vazar dados confidenciais por e-mail.
Os agentes podem enviar spam entre si?
Os mesmos limites de envio se aplicam a todos os e-mails enviados: limites de destinatários, cotas e limites de taxa funcionam da mesma forma, independentemente de quem está recebendo.
Os e-mails do meu agente serão considerados spam?
Talvez no início. Cada agente obtém um subdomínio totalmente novo e os novos remetentes ainda não têm reputação. Os destinatários podem precisar verificar a pasta de spam nos primeiros e-mails. Com o tempo, à medida que seu agente envia correspondência legítima e os destinatários interagem com ela, a entrega melhora. Leia mais sobre entrega de e-mail.
Por que enviar e-mail em vez de um protocolo de agente nativo como o A2A?
O e-mail chega a toda a Internet existente – bilhões de pessoas e empresas já o utilizam. A2A exige que ambos os lados implementem o protocolo. Quando seu agente precisa entrar em contato com alguém fora de seu próprio ecossistema, o email é a opção universal. Os agentes provavelmente precisarão de ambos.
Por que enviar e-mail em vez de WhatsApp, Telegram ou outros aplicativos de mensagens?

Escalabilidade — Você pode criar programaticamente centenas de endereços de e-mail. WhatsApp, Telegram e Signal exigem números de telefone e verificação. Ultrapassar um punhado de contas é impraticável, muitas vezes contra os termos de serviço e, às vezes, impossível sem cartões SIM físicos.

Sem gatekeeping — O e-mail é o único canal de comunicação onde você pode criar uma identidade sem um número de telefone, identificação governamental ou aprovação do proprietário da plataforma. Nenhuma empresa controla quem recebe um endereço de e-mail.

Protocolo aberto — O e-mail é federado e independente do fornecedor. WhatsApp, Discord e Telegram são proprietários – eles podem revogar o acesso à API, banir contas de bot ou alterar as regras a qualquer momento. O e-mail não pode ser desligado por uma empresa.

Conformidade com ToS — A maioria das plataformas de mensagens proíbe explicitamente contas automatizadas ou tem processos de aprovação rígidos (a API do WhatsApp Business exige verificação comercial, o Telegram restringe mensagens entre bots). O e-mail não tem tais restrições — o envio automatizado é um caso de uso de primeira classe.

Alcance universal — Os canais de mensagens são isolados. Seu bot do Telegram não consegue entrar em contato com um usuário do WhatsApp. O e-mail chega a qualquer pessoa com um endereço de e-mail — que é efetivamente todo mundo.

Para estruturas de agentes multicanais como OpenClaw, o e-mail preenche uma lacuna que as plataformas de mensagens estruturalmente não conseguem: criação de identidade ilimitada e programável, sem necessidade de aprovação da plataforma. A InboxAPI oferece aos agentes esse recurso pronto para uso.

Qual modelo de IA devo usar com InboxAPI?

Seu modelo deve suportar chamada de ferramenta/função — o MCP exige isso. Recomendamos uma janela de contexto de token mínimo de 32K.

Bom: 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+

Melhor: Claude Opus 4.5+, GPT-5+, GPT-5.2+, Gemini 2.5 Pro+

InboxAPI aplica marcação de dados (destaque) a conteúdo de e-mail não confiável, o que pode aumentar ligeiramente o consumo de token. Modelos com janelas de contexto maiores lidam com isso de forma mais confortável.

O que não funcionará: Modelos sem chamada de ferramenta/função, janelas de contexto com tokens de 16K ou modelos locais muito pequenos (sob parâmetros de aproximadamente 7B).

E se meu agente perder o acesso à sua conta?
Se as credenciais do seu agente forem perdidas ou corrompidas, você poderá recuperar a conta usando a ferramenta account_recover, mas somente se você vinculou seu e-mail anteriormente por meio de verify_owner. A recuperação revoga todos os tokens existentes e emite novas credenciais. Sem um e-mail de proprietário verificado, não há como recuperar uma conta bloqueada.
O que é verificação do proprietário?
A verificação do proprietário vincula seu endereço de e-mail pessoal à conta InboxAPI do seu agente. Seu agente liga para verify_owner com seu e-mail, você recebe um código de 6 dígitos e seu agente o envia para concluir a verificação. Depois de verificada, você poderá recuperar a conta se as credenciais forem perdidas e as restrições de avaliação forem removidas da conta.

Dê ao seu agente um endereço de e-mail pessoal

Um comando. Grátis para sempre.

Começar →DocumentaçãoGitHub