Claude Code escolheu o Resend em 64 de 102 casos: como criar produtos para agentes

Imagine pedir ao Claude Code para “adicionar o envio de e-mails”, aceitar o patch e encontrar um provedor específico já integrado ao repositório. Você não o escolheu. O agente escolheu. É esse momento que Zeno Rocha, cofundador e CEO do Resend, analisa no podcast Latent Space. A conversa partiu de uma dúvida dos apresentadores: por que os agentes recomendam o Resend, e não o Cloudflare Email, apesar da vantagem de “jogar em casa” e do porte da Cloudflare?

Quem aparece primeiro na recomendação vence

Em um dos estudos de AEO (answer engine optimization, otimização para respostas de IA), o Claude Code citou o Resend em primeiro lugar em 64 de 102 recomendações extraídas. O SendGrid ficou em primeiro apenas sete vezes, mas apareceu 55 vezes como alternativa. A lógica é simples: depois que o desenvolvedor aceita o patch, a segunda opção quase nunca chega a ser considerada.

Há uma ressalva importante: um estudo mais recente e abrangente mostrou uma disputa mais acirrada, com o Postmark à frente na maioria dos modelos. Portanto, a posição não é permanente e depende do modelo e de sua versão. Segundo Rocha, na época da gravação, o Resend tinha 4,3 milhões de usuários e 120 mil clientes pagantes.

Um produto que o agente consegue ler

O primeiro canal de distribuição do Resend não foi a API, mas o React Email, uma biblioteca para criar layouts de e-mail. Ela também pode ser usada com o SendGrid, e a equipe chegou a documentar como fazer isso. Assim, quando o desenvolvedor precisava de outro provedor, parte do código do Resend já estava no repositório.

Agora veja pela perspectiva do agente. A página de preços do Resend tem um controle deslizante: a pessoa ajusta o volume desejado e vê o valor. Isso é pouco útil para um agente. A solução é simples: acrescentar .md à URL da página para obter uma tabela em texto que pode ser lida em uma única requisição. Um bom teste: abra sua própria página de preços e verifique se o modelo consegue usá-la para responder à pergunta de um cliente.

80 ferramentas ou duas

O servidor MCP do Resend passou de cerca de 20 ferramentas para mais de 80. O objetivo de Rocha é permitir que tudo o que está disponível no painel possa ser feito pelo chat: enviar um e-mail, convidar um colega, consultar o consumo e gerenciar o faturamento. Enviar um e-mail serve para uma demonstração; o trabalho real está na “cauda longa” dessas operações.

A Cloudflare segue a abordagem oposta: o Code Mode disponibiliza toda a API por meio de duas ferramentas, search() e execute(). Mas a quantidade de ferramentas não resolve tudo. Rocha expande as chamadas recolhidas nas próprias sessões para ver o que o agente realmente fez. Em um caso, o resultado simplesmente não coube no contexto, e reduzir o número de ferramentas não teria resolvido o problema.

Um experimento barato que vale repetir: expanda a resposta de uma chamada que você faz todos os dias e veja quanto dela o modelo realmente precisa. Em seu material sobre como criar ferramentas para agentes, a Anthropic também recomenda retornar menos dados quando o resultado sobrecarrega a janela de contexto.

Depois da escolha, vem a entrega

Convencer o agente a usar seu SDK é metade do trabalho; ainda é preciso entregar o e-mail. Um exemplo é o rastreamento de cliques. O provedor pode reescrever os links para que passem por um domínio compartilhado e, assim, contar os cliques. Se um cliente usar esse domínio para phishing e ele entrar em uma lista de bloqueio, os e-mails legítimos de outros clientes também serão prejudicados. Por isso, o Resend introduziu domínios próprios para rastreamento.

Rocha também explica por que quer manter o plano gratuito, embora ele possa atrair cadastros de spammers. A empresa trata esse risco com processos de combate a abusos e uma garantia de segurança de terceiros que, segundo afirma, é de US$ 3 milhões.

O que fazer com isso

As limitações são claras. Estudos de AEO avaliam modelos específicos em um momento específico, e o podcast apresenta o relato de um fundador, não uma auditoria independente. Os resultados do Resend não podem ser aplicados automaticamente a qualquer produto.

Mas as lições práticas são úteis:

1. Crie versões em Markdown da documentação e da página de preços para que o agente consiga lê-las sem elementos interativos.
2. Verifique se as respostas do seu servidor MCP trazem dados em excesso: muitas vezes, o problema está no tamanho do resultado, não na quantidade de ferramentas.
3. Ofereça ao desenvolvedor um recurso útil antes da escolha do provedor, como fez o React Email.
4. Evite recursos compartilhados em que um único cliente mal-intencionado possa prejudicar a reputação de todos.

A ideia central: agora, seu primeiro usuário muitas vezes é um modelo, e o produto precisa ser projetado para que a decisão dele seja simples e acertada.