Como a Resend projeta API e documentação para agentes de IA escolherem sozinhos

Por que um agente de IA↳Agentes de IA42 conteúdosOpera passa a integrar ChatGPT, Claude e outros agentes de IADev (Back & Front) · mar 2026Operações mais inteligentes, decisões mais rápidas: o impacto da IA agêntica na rotina de TIAI · abr 2026Adobe aposta em orquestração de agentes de IA: o que muda para devsDev (Back & Front) · abr 2026Ver tudo em AI → recomenda a Resend para enviar email em vez da opção que já está integrada ao resto da stack do desenvolvedor, como o Cloudflare Email? Essa pergunta puxou uma conversa de 86 minutos entre o apresentador do podcast Latent Space e Zeno Rocha, cofundador e CEO da Resend, publicada em 10 de novembro de 2026. O fio condutor é o que a dupla chama de fronteira entre AEO (answer engine optimization) e agent experience: otimizar para o agente responder certo é uma coisa, projetar a ferramenta para o agente usar certo é outra.

O gatilho da pauta foi um estudo de AEO citado na conversa: em 102 recomendações de API de email que os pesquisadores conseguiram extrair, o Claude Code escolheu a Resend primeiro em 64 delas. O SendGrid apareceu em primeiro lugar sete vezes, mas surgiu como alternativa em 55 das recomendações. Um estudo mais recente e mais abrangente, também mencionado na conversa, mostrou um cenário mais disputado, com o Postmark na frente para a maioria dos modelos. O ponto que fica: se o desenvolvedor pede para o agente implementar envio de email e aceita o patch de primeira, dificilmente alguém vai experimentar a segunda opção depois.

O wedge começou antes dos agentes existirem

A vantagem da Resend com agentes não nasceu de um esforço de AEO. Nasceu de um problema de documentação resolvido anos antes. Enquanto construía a API de envio, a equipe recebia a mesma reclamação de desenvolvedores: montar o template do email e fazer ele renderizar direito era doloroso. A resposta foi o React Email, uma biblioteca para montar templates com componentes React↳React37 conteúdos7 erros com React moderno que só aparecem em produção; e como evitarDev (Back & Front) · abr 2026React Native 0.76: o futuro do desenvolvimento mobileDev (Back & Front) · out 2024Simplificando componentes com React HooksDev (Back & Front) · mar 2019Ver tudo em Dev (Back & Front) →.

A Resend documentou como enviar esses templates até por outros provedores, incluindo o SendGrid. Na prática, quando um desenvolvedor decidia trocar de provedor, parte do código dele já vinha de um projeto da Resend. Isso é distribuição no sentido mais literal: o produto entra no repositório antes de virar decisão de compra. Um agente que varre repositórios e documentação encontra esse rastro com naturalidade.

Página de preço também é interface de agente

A página de preços da Resend tem um slider: a pessoa arrasta até o volume de envios que precisa e lê o valor. Um agente não arrasta slider. Rocha conta que basta adicionar .md à URL da página para o agente receber uma tabela em texto que ele lê numa única requisição, em vez de tentar interpretar um componente interativo renderizado em JavaScript.

É um teste simples que qualquer time de produto pode rodar na própria página: abrir a tabela de preço e perguntar a um modelo se ele consegue responder a dúvida de um cliente só com aquele conteúdo. Se a resposta depender de interação visual, o agente provavelmente vai chutar ou inventar um número.

80 ferramentas ou duas?

O servidor MCP da Resend cresceu de cerca de 20 ferramentas no lançamento para mais de 80 no momento da gravação. A lógica de Rocha é replicar no chat o que o usuário faz no painel: enviar email resolve a demonstração, mas convidar um colega, checar uso e gerenciar cobrança são tarefas que também acontecem no dashboard e, para ele, deveriam estar disponíveis via agente.

Esse design contrasta com o Code Mode, servidor da Cloudflare que expõe a API inteira por só duas ferramentas, search() e execute(): o agente busca o que precisa e executa código contra a API em vez de escolher entre dezenas de funções pré-definidas. São duas apostas diferentes sobre como um modelo navega superfície de API, e a conversa não resolve qual vence; só deixa claro que não existe um único jeito certo de desenhar servidor MCP hoje.

Rocha descreve um hábito que vale a pena copiar: abrir os tool calls recolhidos nas próprias sessões para ver o que o agente de fato fez. Numa dessas inspeções, o resultado de uma chamada era grande demais para caber no contexto, e reduzir o número de ferramentas não teria resolvido nada, porque o problema estava no tamanho da resposta, não na quantidade de opções. É um experimento barato: pegar uma chamada que o time roda todo dia, expandir o resultado completo e medir quanto disso o modelo realmente usa antes de decidir cortar ferramenta ou cortar payload.

O que acontece depois do "enviar"

Fazer o agente escolher a API certa resolve só a primeira metade do problema; a outra metade é entregar o email na caixa de entrada. Rocha usa o rastreamento de cliques como exemplo: quando o provedor reescreve links por um domínio de tracking compartilhado entre clientes, basta um cliente usar aquele domínio para phishing para que ele seja bloqueado, derrubando a entregabilidade de todo mundo que divide o mesmo domínio.

Foi por isso que a Resend introduziu domínios de tracking customizados, isolando o risco de reputação por cliente. A empresa também mantém um plano gratuito mesmo sabendo que ele atrai spammers, decisão que Rocha relaciona ao que a conversa chama de compromisso de segurança de US$ 3 milhões da empresa: moderar abuso custa caro, mas fechar a porta de entrada gratuita também tem custo, em adoção e em alcance de novos desenvolvedores.

O que fica em aberto

A Resend tinha 4,3 milhões de usuários e 120 mil clientes pagantes no momento da gravação, segundo Rocha, que diz ter descoberto a Warner Bros. Discovery como cliente ao vasculhar domínios .com curtos na base de clientes num sábado. É uma anedota que mostra o tamanho da base, mas não substitui um dado de adoção específico de agentes: a conversa não traz, por exemplo, quanto das 120 mil contas pagantes veio de um fluxo iniciado por um agente de IA em vez de uma busca tradicional.

Para quem projeta API ou servidor MCP próprio, o recorte prático que sobra da conversa é menos sobre AEO e mais sobre ergonomia: documentação em formato que a máquina lê de primeira (.md em vez de HTML renderizado), ferramentas que espelham tarefa real em vez de espelhar endpoint, e o hábito de inspecionar o que o agente efetivamente fez numa sessão antes de redesenhar a superfície da API. Nenhuma dessas decisões depende de aparecer em estudo de ranking; dependem de abrir o log e olhar.

Fonte: Latent Space