SendGrid is Needs Work to agents.
Discry independently scored how well an AI agent can discover and understand the SendGrid 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 · 60/100Comprehension
55% of score · 84/100What we found
- An agent can find SendGrid's complete OpenAPI spec via the twilio/sendgrid-oai GitHub repo, enabling full programmatic API discovery.
- SendGrid docs offer a 'View as Markdown' feature on every page, making content directly consumable by LLMs without scraping overhead.
- The llms.txt exists only at the Twilio parent level (292KB covering all products), making it impractical for an agent specifically looking for SendGrid email API guidance.
- No AGENTS.md or .well-known/mcp.json exists, despite multiple third-party MCP servers being available in registries.
- Rate limit documentation includes actionable recovery guidance with specific headers to check, which helps agents self-correct on 429 errors.
What to change
Prioritized by impact on discoverability. You (or your docs platform) deploy these — Discry never touches your API.
- 01Create a SendGrid-specific llms.txt at docs.sendgrid.com covering core email sending workflows, authentication, and key endpoints in under 50KB.
- 02Add an AGENTS.md to the sendgrid-nodejs or sendgrid-python repos with SDK usage patterns, common pitfalls, and workflow examples.
- 03Publish a .well-known/mcp.json pointing to the official SendGrid MCP server or tool declarations for core operations.
- 04Enhance error documentation with specific recovery steps for each error code (currently only lists codes without actionable fix guidance for most errors).
- 05Add llms-full.txt with comprehensive API documentation in a single markdown file optimized for agent consumption.
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.
Well-documented execution characteristics including structured JSON error responses with field-level detail, rate limit headers (X-RateLimit-Limit/Remaining/Reset), and clear auth documentation. No idempotency key support documented.