Classify an HTTP response as success, retry, reconcile or stop, with the wait it asks for

$0.005 USDC per call · Agent infrastructure · POST /api/v1/http-outcome · Id http-outcome

Classifies one HTTP response (method, status, headers) as success / retry / reconcile / stop for an agent that just called an API, and reads the wait from Retry-After (RFC 9110: delay-seconds or any of the three HTTP-date formats) or from a vendor delay header whose dialect the caller declares (seconds, milliseconds, epoch seconds, epoch milliseconds, HTTP-date). Caller-supplied vendor rules (status or status range, optional header match) take precedence over the RFC defaults and are cited in the witness. status pass = success; fail = retry, reconcile or stop (see outcome); unknown = the response does not settle it. Does not know any vendor's rules by itself and never reads a timeout as success.

What you get

One rule-cited decision per response instead of ad-hoc status handling in every agent.

Call it

Send the JSON body below to https://agents.writerslogic.com/api/v1/http-outcome. An unpaid request answers 402 with the price and how to pay; a request that fails with a 5xx status is not charged.

curl -i -X POST https://agents.writerslogic.com/api/v1/http-outcome \
  -H 'content-type: application/json' \
  -d '{"method":"GET","status":429,"headers":[{"name":"Retry-After","value":"120"}]}'

Input

FieldTypeRequiredDescription
methodstring; length 1..32yes
statusinteger; 100..599yes
headersarray<object>; max 100 itemsnoResponse headers as name/value pairs (names compared case-insensitively).
delayHeaderobjectnoWhich header carries the wait and in what dialect. Default is Retry-After under RFC 9110.
vendorRulesarray<object>; max 50 itemsnoFirst matching rule wins.
idempotencyKeyobjectno
asOfstring; length 0..40noRFC 3339 instant; needed to turn an HTTP-date or epoch delay into seconds.

Example request body

{
  "method": "GET",
  "status": 429,
  "headers": [
    {
      "name": "Retry-After",
      "value": "120"
    }
  ]
}

Result

The response is { "data": ..., "_provenance": ... }. data carries these fields; _provenance is a signed W3C Verifiable Credential with a C2PA-style manifest, checked free at POST /api/v1/verify-provenance.

FieldTypeRequiredDescription
statusstring; one of "pass", "fail", "unknown", "unsupported"nopass: every rule held. fail: a rule was violated (see witnesses). unknown: the input lacks the evidence to decide. unsupported: outside what this engine covers. Missing evidence is never a pass.
outcomestring; one of "success", "retry", "reconcile", "stop", "unknown"no
sourcestringno'vendor-rule:<index>' or 'rfc9110-default'.
reasonstringno
delaySecondsintegernoWait before the retry, when the delay header was readable.
delayFormstringno
witnessesarray<object>no
versionsobjectnoEvery semantic dependency of this answer (engine, tables and their as-of dates, tokenizer, calendar, rounding profile).
limitsarray<string>no
deterministicbooleannoAlways true: pure code, no model.

Pay and connect

Available through: x402 (USDC on Base), MCP. MCP clients reach it through the execution-safety-kit package.

Machine-readable