◎ Discry Score
mondu.com
payments · API
C
0 / 100
DISCOVERY0
COMPREHENSION0
Category leader: 94 (A)
Discry your API →
PAYMENTS · RANK #14 OF 25

Mondu is Needs Work to agents.

Discry independently scored how well an AI agent can discover and understand the Mondu API from what’s public — not whether it’s usable. Below: every signal we checked, what’s costing the score, and what to change.

Discry your API — freeView the docs ↗

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/100
OpenAPI specA machine-readable OpenAPI/Swagger spec agents can parse.Partial
llms.txtAn llms.txt index that points agents to the docs that matter.Pass
llms.txt qualityThe llms.txt is focused, current, and well under the size budget.Pass
llms-full.txtA full-text bundle agents can load in one request.Fail
AGENTS.mdAn AGENTS.md that tells coding agents how to build on the API.Fail
.well-known/mcp.jsonA discoverable MCP manifest at a well-known path.Fail
MCP registryThe API is listed in a public MCP registry.Fail
robots.txt AI directivesrobots.txt allows (or explicitly guides) AI crawlers.Pass
SitemapA sitemap so agents can enumerate the docs surface.Pass

Comprehension

55% of score · 85/100
Task-oriented descriptionsEndpoints described by what they accomplish, not just their shape.Pass
Realistic examplesRunnable, real-world request/response examples.Partial
Multi-step workflowsDocs that chain calls into complete jobs an agent can follow.Pass
Error-recovery guidanceDocumented failure modes and how to recover from them.Pass
Answer-first formatThe answer leads; preamble does not bury it.Pass
Capability boundariesClear limits — what the API can and cannot do.Pass
Naming consistencyConsistent, predictable naming across endpoints.Partial
Heading hierarchyClean heading structure agents can navigate.Partial
Markdown docsDocs available as clean markdown, not JS-rendered HTML only.Pass
Token efficiencyDocs are concise enough to fit an agent context window.Pass

What we found

  • An agent could self-serve a working integration: the Getting Started reference lays out environments, Api-Token auth with a copy-pasteable curl call, a structured JSON error format (field-level name/details), explicit rate limits (500 req/s), and a 429 -> exponential-backoff recovery instruction all on one concise page.
  • Discovery is only half-built. robots.txt cleanly allows all AI crawlers, a well-structured API-focused llms.txt exists, and every reference page embeds its full OpenAPI 3.0.1 definition inline as fetchable markdown — but there is no consolidated spec at a standard path, no llms-full.txt, no .well-known/mcp.json, no AGENTS.md, and no MCP registry listing, so an agent must assemble the spec page-by-page.
  • Endpoint docs are genuinely task-oriented: pages lead with a 'Use Case' walkthrough (e.g. Create Order explains the full checkout->authorize->confirm->ship lifecycle and the 90-day order validity) rather than dumping the raw interface — an agent learns what an endpoint is FOR, not just its shape.
  • Multi-step workflows are well covered — 'Start integrating' is a numbered end-to-end guide (credentials -> order creation -> confirmation -> shipment), backed by integration-best-practices, marketplace setup, and order-state overviews — so an agent can chain operations for real tasks.
  • A casing mismatch would trip an agent mid-loop: request/response schemas are snake_case (external_reference_id, tax_cents) but the error-response field paths are camelCase (lines.0.lineItems.1.externalReferenceId), so an agent parsing a 422 to correct a field can't map the error path back to the field it sent.

What to change

Prioritized by impact on discoverability. You (or your docs platform) deploy these — Discry never touches your API.

  1. 01Publish a single consolidated OpenAPI spec at a conventional, discoverable path (e.g. /openapi.json or a link in llms.txt). The full 3.0.1 definition already exists embedded per-page — exposing it as one downloadable file would flip the highest-weight discovery check (openApiSpec, weight 5) from partial to pass.
  2. 02Fix the casing inconsistency between schema fields (snake_case) and error-response field paths (camelCase). Emitting error 'name' values that exactly match request field names lets an agent auto-correct a rejected payload without guessing.
  3. 03Add an llms-full.txt (concatenated markdown of the core API guides + reference) — the docs already serve clean .md per page, so generating a single full-text file is low-effort and adds a discovery signal agents increasingly expect.
  4. 04List the Mondu API in at least one MCP registry (Glama/Smithery/PulseMCP) or ship a lightweight MCP server; nothing surfaces today, so an agent discovering tools via those registries won't find Mondu.
  5. 05Add multi-language code samples (Python/Node/PHP) beside the existing curl + Postman collection on endpoint pages, and lead endpoint pages with method + URL before the Use Case prose, to solidify the realistic-examples and answer-first signals.

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.

API key (Api-Token header) Error format documented Rate limits documented Pagination documented Idempotency documented

Strong, machine-parseable execution documentation. Auth is a single Api-Token header; errors return a structured JSON object (status + errors[] with field-level name/details using dot notation). Rate limits are explicit (500 req/s per IP per environment) with a documented 429 + exponential-backoff recovery step. Pagination is 1-based/newest-first on list endpoints. Idempotency is addressed via merchant-supplied UUIDs to prevent duplicate operations (no formal Idempotency-Key header).

See your own Discry Score.

Drop your API docs URL. See what an agent sees — in 60 seconds, free.

Discry your API — free