Mistral AI is Good to agents.
Discry independently scored how well an AI agent can discover and understand the Mistral AI 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
- An agent discovering this API lands well: a 14KB API-focused llms.txt with per-page descriptions, a 969KB llms-full.txt, and a clean public OpenAPI 3.1.0 spec (mistralai/platform-docs-public) mean the surface is fully machine-readable without scraping HTML.
- Every documentation page is published as a parallel .md file (linked from llms.txt), so an agent gets clean markdown for free rather than fighting JS-rendered pages — a major comprehension advantage.
- Code examples are genuinely agent-usable: realistic model names (codestral-latest, pixtral-12b-2409), real prompts, and python/typescript/curl tabs that are copy-pasteable.
- The one discovery gap that hurts: robots.txt returns 404 and there is no .well-known/mcp.json — an agent gets no explicit crawl signal and no machine-readable tool manifest at the domain root.
- Error recovery is the weakest comprehension area: error formats and validation schemas exist, but the docs rarely tell an agent what to DO on a 429/400/401 (e.g. honor Retry-After) — recovery is shown only incidentally via SDK try/except snippets.
What to change
Prioritized by impact on discoverability. You (or your docs platform) deploy these — Discry never touches your API.
- 01Add a robots.txt at the docs root that explicitly allows AI crawlers (GPTBot, ClaudeBot, Google-Extended, CCBot) — currently a 404, the single cheapest discovery win.
- 02Publish a .well-known/mcp.json (or a documented hosted MCP endpoint) so agents can auto-discover Mistral's tools and auth without third-party registry entries.
- 03Add a dedicated error-handling / retry guide that maps the top status codes (429, 400, 401, 422) to explicit recovery steps — e.g. 'on 429, wait the Retry-After interval and back off exponentially'.
- 04Document pagination for list endpoints (conversations, files, agents, batch jobs) so an agent can reliably page through large result sets.
- 05Surface concrete default rate-limit numbers in the public docs rather than only behind the workspace admin page, so agents can plan request pacing before authenticating.
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.
Auth is a simple Bearer API key (OAuth only appears for MCP connector flows). The OpenAPI spec documents a machine-parseable 422 HTTPValidationError schema, and rate limits are explained conceptually (RPS + tokens/min, tier-based) though exact numbers live behind the workspace admin page. Pagination and idempotency keys are not documented for list/write endpoints.