◎ Discry Score
powerapi.com
commerce · API
D
0 / 100
DISCOVERY0
COMPREHENSION0
Category leader: 95 (A)
Discry your API →
COMMERCE · RANK #13 OF 21

PowerAPI is Poor to agents.

Discry independently scored how well an AI agent can discover and understand the PowerAPI 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 · 38/100
OpenAPI specA machine-readable OpenAPI/Swagger spec agents can parse.Fail
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.Partial
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.Partial

Comprehension

55% of score · 76/100
Task-oriented descriptionsEndpoints described by what they accomplish, not just their shape.Pass
Realistic examplesRunnable, real-world request/response examples.Pass
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.Partial
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.Fail
Token efficiencyDocs are concise enough to fit an agent context window.Pass

What we found

  • An agent that reaches the docs finds surprisingly solid content — a real endpoint reference (Agents API with parameter tables, curl + JSON examples), an error-codes page with explicit recovery actions (429 → Retry-After, 500 → exponential backoff), and rate-limit headers — but almost none of it is URL-addressable: every section (Authentication, Agents API, Error Codes, Rate Limits, Webhooks) lives behind client-side tab clicks on a single /docs SPA, so a standard scrape sees only the Quickstart.
  • The developer trust chain is broken: the 'View on GitHub' and 'open source' links point to github.com/powerapi, an archived, unrelated org (PowerSchool client libraries, archived Aug 2023), and the /developers page links to /docs/api and /docs/sdks which both 404. An agent following the site's own links to verify the 'open-source' claim hits dead ends everywhere.
  • llms.txt exists and is clean, well-structured markdown with per-link descriptions — a genuine positive — but it is product-page-focused and points agents at /docs and /developers rather than at any API-specific content, and there is no llms-full.txt to compensate for the un-scrapeable SPA docs.
  • No machine-readable API surface exists at all: no OpenAPI/Swagger spec at any standard path or linked from docs, no .well-known/mcp.json, no MCP registry listings, and no AGENTS.md — an agent must reconstruct the entire API from prose it can only reach by simulating button clicks.
  • Where the docs are readable, they are agent-friendly: task-oriented endpoint descriptions, realistic Stripe-style example values (agt_abc123, pk_live_ keys, EUR pricing config), two complete multi-step workflow walkthroughs (deploy → execute → poll → consume output), and answer-first endpoint layout.

What to change

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

  1. 01Make every docs section URL-addressable (e.g. /docs/authentication, /docs/agents-api, /docs/errors) or publish an llms-full.txt containing the full docs as markdown — this single change would take most of the documentation from invisible to fully agent-consumable.
  2. 02Fix or remove the broken developer-trust links: point 'View on GitHub' at a real owned org, and fix the 404ing /docs/api and /docs/sdks links on the /developers page (they undermine every other claim the site makes).
  3. 03Publish an OpenAPI 3.x spec at powerapi.com/openapi.json covering the documented v2 Agents/Skills/Locations/Integrations endpoints — the endpoint reference content already exists, it just isn't machine-readable.
  4. 04Sharpen llms.txt into an API-focused index: link directly to the quickstart, authentication, endpoint reference, and error-codes content (once URL-addressable) instead of only marketing pages.
  5. 05Standardize field casing in API request/response bodies — snake_case (created_at, per_page) and camelCase (checkInterval) are mixed within the same JSON payloads, which invites malformed agent-generated requests.

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 (Bearer token, Stripe-style pk_live_/pk_test_/sk_live_ prefixes)OAuth 2.0 (mentioned for POS/delivery integrations) Error format documented Rate limits documented Pagination documented Idempotency documented

The docs claim a well-specified execution surface: consistent JSON error envelope (code/message/status/doc_url), per-tier rate limits with X-RateLimit-* and Retry-After headers, page/per_page pagination with a meta object, and sandbox vs production environments with v1 deprecation dated 2026-06-01. Idempotency is never mentioned. Caveat: none of this is verifiable from public artifacts — there is no OpenAPI spec, the linked GitHub org is an archived unrelated project, and error doc_url values point to a docs.powerapi.com subdomain that differs from the actual docs location, so these claims would need a live audit to confirm.

See your own Discry Score.

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

Discry your API — free