Claude Code eligió Resend en 64 de 102 casos: cómo crear productos para agentes

Imagina que le pides a Claude Code que «añada el envío de correos», aceptas el parche y ya tienes un proveedor concreto integrado en el repositorio. No lo has elegido tú. Lo ha elegido el agente. Ese es el momento que analiza Zeno Rocha, cofundador y CEO de Resend, en el pódcast Latent Space. La conversación surgió de una pregunta que intrigaba a los presentadores: ¿por qué los agentes recomiendan Resend en lugar de Cloudflare Email, pese a la ventaja de «jugar en casa» y al tamaño de Cloudflare?

Quien encabeza la recomendación gana

En uno de los estudios de AEO (answer engine optimization, optimización para las respuestas de la IA), Claude Code nombró a Resend en primer lugar en 64 de 102 recomendaciones extraídas. SendGrid solo quedó primero siete veces, pero apareció 55 veces como alternativa. La lógica es sencilla: una vez que el desarrollador acepta el parche, rara vez llega a considerar la segunda opción.

Hay un matiz importante: un estudio posterior y más amplio mostró una competencia mayor, con Postmark a la cabeza en la mayoría de los modelos. La posición, por tanto, no es permanente y depende del modelo y de su versión. Según Rocha, en el momento de la grabación Resend tenía 4,3 millones de usuarios y 120.000 clientes de pago.

Un producto que el agente pueda leer

El primer canal de distribución de Resend no fue su API, sino React Email, una biblioteca para maquetar correos electrónicos. También se puede utilizar con SendGrid, y el equipo incluso documentó cómo hacerlo. Así, cuando el desarrollador necesitaba otro proveedor, parte del código de Resend ya estaba en su repositorio.

Ahora veámoslo desde la perspectiva del agente. La página de precios de Resend tiene un control deslizante: una persona lo ajusta al volumen que necesita y ve el importe. Al agente eso le sirve de poco. La solución es sencilla: añadir .md a la URL de la página para obtener una tabla de texto que se pueda leer en una sola petición. Una buena prueba: abre tu propia página de precios y comprueba si el modelo puede responder con ella a la pregunta de un cliente.

80 herramientas o dos

El servidor MCP de Resend pasó de unas 20 herramientas a más de 80. El objetivo de Rocha es que desde el chat se pueda hacer todo lo que permite el panel: enviar un correo, invitar a un compañero, consultar el consumo o gestionar la facturación. Enviar un correo sirve para una demo; el trabajo real está en la «larga cola» de esas operaciones.

Cloudflare sigue el enfoque opuesto: Code Mode da acceso a toda su API mediante dos herramientas, search() y execute(). Pero el número de herramientas no lo determina todo. Rocha despliega las llamadas contraídas en sus propias sesiones para ver qué ha hecho realmente el agente. En un caso, el resultado simplemente no cabía en el contexto, y reducir el número de herramientas no habría solucionado el problema.

Un experimento barato que merece la pena repetir: despliega la respuesta de una llamada que hagas a diario y observa qué parte necesita realmente el modelo. En su guía sobre cómo crear herramientas para agentes, Anthropic también recomienda devolver menos datos cuando el resultado satura la ventana de contexto.

Después de la elección viene la entrega

Convencer al agente de que use tu SDK es la mitad del trabajo; todavía queda entregar el correo. Un ejemplo es el seguimiento de clics. Un proveedor puede reescribir los enlaces para que pasen por un dominio compartido y así contar los clics. Si un cliente utiliza ese dominio para hacer phishing y acaba en una lista de bloqueo, también se verán afectados los correos legítimos de otros clientes. Por eso Resend incorporó dominios propios para el seguimiento.

Rocha también explica por qué quiere mantener el plan gratuito, aunque puedan registrarse usuarios que envían spam. La empresa aborda ese riesgo mediante procesos contra el abuso y una garantía de seguridad de terceros que, según afirma, asciende a 3 millones de dólares.

Qué hacer con esta información

Las limitaciones son claras. Los estudios de AEO evalúan modelos concretos en un momento determinado, y el pódcast recoge el relato de un fundador, no una auditoría independiente. Los resultados de Resend no se pueden trasladar automáticamente a cualquier producto.

Pero las conclusiones prácticas son útiles:

1. Crea versiones en Markdown de la documentación y de la página de precios para que el agente pueda leerlas sin elementos interactivos.
2. Revisa si las respuestas de tu servidor MCP incluyen demasiados datos: a menudo el problema está en el tamaño del resultado, no en el número de herramientas.
3. Ofrece al desarrollador un recurso útil antes de que elija proveedor, como hizo React Email.
4. Evita los recursos compartidos en los que un solo cliente malintencionado pueda perjudicar la reputación de todos.

La idea central: ahora tu primer usuario suele ser un modelo, y debes diseñar el producto para que su decisión resulte sencilla y acertada.