Previous PayReality technical work. This page documents an earlier product direction and does not describe our current offering or availability. See what we're working on now.

← Developers

API Reference

The endpoint map, request conventions, and error model. For the live, always-current version of this reference, see the link at the bottom.

Endpoints

The row marked "Early Access" in its description is newer than the rest of this list and not yet part of the stable public contract; see Runtime API for what that currently means in practice. Reconciliation itself (comparing a reported execution against what was authorized) is real and computed internally today, but it has no API endpoint of its own yet: nothing below currently returns a reconciliation result. See the Order Walkthrough's step 8 for what the receipt path does and doesn't establish in the meantime.

POST/v1/agentsRegister a new agent identity.
POST/v1/agents/{id}/activateActivate a registered agent.
POST/v1/agents/{id}/rotateRotate an agent's signing certificate.
POST/v1/agents/{id}/retirePermanently retire an agent.
POST/v1/intentsSubmit a signed Intent for evaluation.
GET/v1/decisions/{id}Retrieve a decision, including Human Review resolution once resolved.
GET/v1/decisions/{id}/receiptRetrieve the signed Authorization Receipt for a decision.
POST/v1/decisions/{id}/resolveResolve a decision pending Human Review.
POST/v1/decisions/{id}/capability-tokenIssue a Capability Authorization for an Allow decision.
POST/v1/decisions/{id}/capability-token/from-reviewIssue a Capability Authorization for an approved Human Review decision.
POST/v1/capability-tokens/verifyVerify and consume a Capability Authorization, organization-scoped.
GET/v1/evidenceList evidence records.
POST/v1/evidence/{id}/verifyVerify an evidence record's signature.
GET/v1/principalsList principals in the Authority Graph.
POST/v1/execution-receiptsEarly Access: submit an authenticated execution receipt (decision_id in the body) for reconciliation against the authorized action. Authenticated as a Trusted Adapter identity, not a bearer token or API key.

Headers

Every request needs exactly one of the four credentials covered in Authentication:

one of
X-PayReality-Operator-Key: <operator_key>
Authorization: Bearer <session_token_or_api_key>
X-PayReality-Key-Id: <certificate_id>              # + X-PayReality-Signature, for agent-signed calls

Schemas

Request and response bodies are JSON. The Intent, Decision, Agent, and Evidence shapes are covered with full examples on their own pages: Runtime API, Agent Registration, and Evidence Verification.

Status codes

CodeMeaning
200Request succeeded. For /v1/intents, this includes Deny and Human Review: the platform successfully evaluated the request.
401Missing, invalid, or unverifiable signature/credential.
403Authenticated, but the credential's role lacks the required permission.
404The referenced resource (agent, decision, evidence record) doesn't exist.
422The request body failed validation before evaluation was attempted.
429Rate limited.
5xxThe platform failed to complete evaluation. Safe to retry with backoff.

Errors

error response shape
{
  "detail": "invalid_signature"
}

Every error response is FastAPI's own default shape: a flat, stable, snake_case detail string, matched on in code (e.g. capability_constraint_mismatch, agent_not_operational). There is no separate, richer code/message envelope beyond this.

Pagination

List endpoints (/v1/evidence, /v1/principals) accept limit and offset query parameters; responses include a total count alongside the page of results.

Versioning

The /v1 prefix is the API version. A breaking change ships as /v2, not a silent change to /v1: existing integrations are never broken by a new version shipping alongside them.

For the live, interactive, always-current reference generated directly from the running platform, see https://api.aisecurewatch.com/docs.

Other documentation

Getting StartedCreate an organization, register an agent, and get your first Authorization Receipt back.ArchitectureThe full path from an agent's signed intent to a decision and its evidence, component by component.Runtime APIThe Intent API: POST /v1/intents, its three possible outcomes, and the request/response lifecycle.AuthenticationThe Operator Key, per-user roles and permissions, per-developer API keys, and agent certificates.Authority GraphDelegated authority, roles, resources, and approval limits, and how governance becomes machine-readable.Runtime PoliciesHow a policy is compiled, versioned, and deployed, and why that differs from the governance document it came from.Authorization ReceiptsWhy logs aren't enough, the receipt lifecycle, and the planned architecture for independent verification.Evidence VerificationSignature verification, evidence export, and audit workflows against the Evidence Portal today.SDKsThe Python SDK, and the language roadmap for Node.js, Go, Java, .NET, and Rust.WebhooksEnterprise events (IntentReceived, DecisionCompleted, ReceiptIssued, and more) with real payloads.Integration ExamplesRotating keys, sending a heartbeat, and retiring an agent, with real SDK code for each.Integration GuidesConnecting Runtime Authority to agent frameworks, model providers, and enterprise systems.Agent RegistrationThe full agent lifecycle: registered, active, suspended, retired, or revoked.Order WalkthroughOne order, followed end to end: signed intent, declared material fields, capability issuance, rejection on a changed field, and what the receipt path does and doesn't prove.