Attestari Verdict API
The Verdict API from Attestari — 3 operation(s) for verdict.
The Verdict API from Attestari — 3 operation(s) for verdict.
Every API here is available over the APIs.io API and to AI agents over MCP.
One button, every client — Claude, Cursor, VS Code and the rest.
https://apis.io/mcp
find_apisBrowse and filter every API in the catalog.get_api_artifactsOne API's artifacts, grouped by type.get_openapiThe primary OpenAPI for this API.find_similar_apisAPIs that look like this one.apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.resolveTurn a domain, URL or GitHub org into the provider it belongs to.find_cohortsEvery scored population of providers in the catalog.curl "https://apis.io/api/v1/apis/attestari-ai:attestari-ai-verdict-api"
curl "https://apis.io/api/v1/apis?limit=25"
Discovery needs no key. Ratings and market analysis are Pro.
Free tier, no form to fill in. Signing in shares your email address with us — we store it to create your key and to recognise you if you sign in with another provider. See our Privacy Policy and Terms.
A second provider on the same verified email joins the account you already have.
openapi: 3.2.0
info:
title: Attestari lookup Verdict API
description: 'The lookup API over the cumulative index of every decided run. Read-only: GET only, and nothing is written anywhere. GET /v1/verdict/{ecosystem}/{name} the newest examined version of that package, and every other examined version
GET /v1/verdict/{ecosystem}/{name}/{version} grade, decision, methodology, provenance, findings, capabilities, anchors; every examined
version; the older decisions of this version, which `?methodology=`
(the latest decision under that methodology) or `?run=` (that run''s
decision) retrieve
GET /v1/manifest/{ecosystem}/{name}/{version} the attested manifest: manifest hash and per-tool digests (`?methodology=` and
`?run=` too); when the index holds a `manifest_changed` event for the
decision, the manifest hash of the previous examined version and that
version (`previous_manifest_sha256`, `changed_since`). An event, not a
finding: no grade depends on it
GET /v1/health the runs served, the newest run and methodology, row counts
Every lookup (/v1/verdict, /v1/manifest) carries a key (`Authorization: Bearer `); /v1/health and the spec do not. A key is made in the web app
(app.attestari.ai, API keys & MCP) and is accepted here while it is not revoked and its organization''s plan includes
lookups (attestari_api/keys.py). A verdict asked for without one is answered with the public summary only
(`VerdictSummary`: package, version, grade, date, methodology version and document hash, finding count, highest
severity, class names), the same the public result page shows; findings with file:line, the capability inventory,
provenance and version history are the full report, which needs a key (price book revision 3). A manifest is the full
report too: without a key it is a 401. A key that is not accepted is a 401, never a summary; a key whose organization
has no plan that includes lookups is a 403. A keyed call answered 200 is one lookup, counted for its key (also when the answer to a conditional request is "not
modified"); 401, 403, 404, 429 and 5xx are not counted. Every counted answer says how far the organization is into its
month: `Attestari-Lookups-Used` and `Attestari-Lookups-Included` (the calendar month in UTC, every key of the
organization together), and `Attestari-Lookups-Warning: 100` or `150` once that percentage of the allowance is used. Once the plan is paid, lookups past the allowance are answered like any other: nothing is cut off. While the
organization''s subscription is in its trial the allowance is a cap (attestari-engineers@2026-09-30): a lookup past
it is 403 `trial_allowance_reached`, not counted, until the trial ends. The attested manifest (/v1/manifest) is the Platform tier''s (price book revision 3, line 2); no plan sold today
includes it. A key of any other plan is 403 `plan_without_manifest`, not counted. Rate limits (attestari-engineers@2026-09-30): a keyed call is limited per key, at the rate the key''s plan sets, which
the accounts database answers with the key (Small business 120 a minute, Enterprise 600, API Developer 60); a call
without a key, and a call whose key is not accepted, is limited per client address (60 a minute). A key this service
does not remember from the last sixty seconds is charged to the client address before the accounts database is asked
about it, and the token is given back when the key is accepted; a call that comes from an address with no tokens left
is a 429 before its key is checked. /v1/health and the spec are limited per address whatever is sent, and so is a
call shaped like a lookup that matches no route. An IPv6 client is counted by its /64. First-party callers (attestari_api/identity.py): the web app and the accounts service''s monitoring job send a Google
identity token of their own service account in the same header. Such a call is answered as a keyed call is (the full
report, the manifest), is counted for nobody, and is limited per caller (3,000 a minute).'
version: '1'
tags:
# --- truncated at 32 KB (44 KB total) ---
# Full source: https://artifacts.apis.io/attestari-ai/openapi/attestari-ai-verdict-api-openapi.yml