Verify up to 20 claims in one call.
Runs each claim through the pipeline concurrently (bounded). Use one persisted Idempotency-Key for the whole batch. A response-wait expiry returns 202 for the operation, not free per-item verdicts. Each completed item has its own verdict and receipt. If an item fails with an uncertain outcome, it has no receipt, billed_usd is null, and the batch requires operator reconciliation; do not resubmit under another key.
Request
- Base URL: https://api.verify-api.dev
- URL: https://api.verify-api.dev/v1/verify/batch
- Auth: HTTP bearer
Headers
Send a unique client-generated key and persist it before submission. Same account, method, route and body replay the stored response, or return 202 while unresolved. Different body or route returns 409. Unresolved keys are never automatically reclaimed; worker loss requires reconciliation. If omitted for verification, a key is generated and returned, but cannot protect retries if that first response is lost.
Request body
Example request
{
"claims": [
{
"claim": "The iPhone 15 launched on September 22, 2023."
}
]
}Response
Durably recorded batch response in input order. Inspect outcome; an uncertain item is not a completed verdict and the final total is unknown.
Example response
{
"verdicts": [
{
"id": "vrf_01J8Z3W9YQKTB7ZK7C6E7N9J5R",
"as_of_bucket": "annual:2026-Q3"
}
]
}Changes
No recorded changes to this operation across all 1 revision of this API.