◎ Discry Score
radar treasury.com
payments · API
D
0 / 100
DISCOVERY0
COMPREHENSION0
Category leader: 94 (A)
Discry your API →
PAYMENTS · RANK #22 OF 25

Radar Treasury is Poor to agents.

Discry independently scored how well an AI agent can discover and understand the Radar Treasury 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 · 40/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.Fail
SitemapA sitemap so agents can enumerate the docs surface.Partial

Comprehension

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

What we found

  • The docs domain (justradar.readme.io) serves 'User-agent: * Disallow: /' — a robots.txt-respecting agent or crawler is forbidden from reading every documentation page, so discovery depends entirely on the single 'Documentación' link on the Spanish-language marketing site.
  • A genuinely good llms.txt exists on the docs domain — API-focused, right-sized (2.2KB), with described links to markdown versions of every reference page — but it points into the same domain robots.txt blocks, undercutting its value.
  • An agent consuming the markdown exports of the core payout endpoints (login, payment instruction, payment status, account balance) never learns the HTTP method, URL, or request schema — that content only renders in the JavaScript API explorer. The two newest endpoints (2026 account validation) embed full OpenAPI 3.1 fragments with error examples, showing the fix is already known.
  • Error documentation is a bright spot: per-parameter validation tables map each rule to its exact 409/422 error with valid-value guidance (RUT format, SBIF bank codes, amount limits), and webhook failures carry a documented errorType taxonomy.
  • There is no standalone OpenAPI download, no public GitHub presence (the justradar org has zero public repos), no MCP registry listing, and sandbox access requires emailing the team — an agent cannot self-serve its way into a first API call.

What to change

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

  1. 01Remove 'Disallow: /' from justradar.readme.io/robots.txt (or allow AI crawlers explicitly) — the single highest-impact fix; today every documentation page is invisible to compliant agents and search engines.
  2. 02Publish the complete OpenAPI spec at a stable public URL (e.g. /openapi.json). ReadMe already generates the reference from it — the validation pages prove the spec exists — and the placeholder tokenUrl (example.com) should be corrected while doing so.
  3. 03Regenerate the four core payout endpoint pages to the 2026 standard so their markdown exports include the OpenAPI definition (method, URL, request/response schemas), matching the new validation endpoints.
  4. 04Add llms-full.txt so agents can ingest the full API surface in one fetch instead of nine separate .md requests.
  5. 05Document rate limits and provide self-serve sandbox credentials — currently an agent must email demo@somosradar.com before it can attempt a single call.

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.

JWT bearer token (obtained via user/apiToken login endpoint) Error format documented Rate limits documented Pagination documented Idempotency documented

Auth is a two-step user/apiToken login that returns a JWT bearer token; errors are machine-parseable JSON ({message, error}) with per-parameter validation tables mapped to 409/422 codes and a webhook errorType taxonomy. Client-supplied unique payment IDs (409 on duplicate) provide documented idempotency protection. Rate limits and pagination are not documented anywhere.

See your own Discry Score.

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

Discry your API — free