Resend is Good to agents.
Discry independently scored how well an AI agent can discover and understand the Resend API from what’s public — not whether it’s usable. Below: every signal we checked, what’s costing the score, and what to change.
SCORED UNDER RUBRIC 1.2 · A full re-launch under Discry Score 2.5 — a new behavioral instrument, not comparable to these scores — is in progress.
Discovery
45% of score · 81/100Comprehension
55% of score · 96/100What we found
- Resend remains one of the most agent-ready APIs: llms.txt, .well-known/mcp.json with 12 tool declarations, OpenAPI spec, and Agent Skills all present and well-structured
- Error documentation is exemplary for agents — every error code includes a 'Suggested action' with specific recovery steps, making autonomous error handling straightforward
- The llms.txt is optimally sized at 2.3KB with structured sections linking to MCP server, Skills, OpenAPI spec, SDKs, and documentation — an agent can understand the full API surface in seconds
- No AGENTS.md in GitHub repos and no llms-full.txt at root domain — these are the only two discovery signals missing
- Multi-step workflow coverage is strong with framework-specific guides (Next.js, Remix, Express, etc.) showing install → template → send → verify patterns
What to change
Prioritized by impact on discoverability. You (or your docs platform) deploy these — Discry never touches your API.
- 01Add AGENTS.md to the resend/resend-node or resend/resend GitHub repo with context for coding agents working with the SDK
- 02Add llms-full.txt at resend.com/llms-full.txt containing the complete API documentation in markdown (docs/llms.txt exists but root-level full version does not)
- 03Document specific per-endpoint rate limits beyond the default 5 req/s to help agents plan batch operations
Execution coverage · INFORMATIONAL, UNSCORED
Whether an agent can actually complete a call and recover from errors is the deeper Audit layer — documented here, but not part of the Discry Score.
Comprehensive execution documentation. API key auth (Bearer token), JSON error responses with typed error codes and suggested actions, rate limits documented (5 req/s default), cursor-based pagination, and Idempotency-Key header support with 24hr expiry.