Proof-of-Completion for AI agents
Definition
Proof-of-Completion is deterministic verification that an AI agent’s claimed action actually completed correctly in the system of record, sealed in a signed, tamper-evident receipt.
It answers a question that authorization, observability, and evals cannot: not could the agent act, not what the trace looked like, but whether the action truly landed, closing the completion gap.
Proof-of-Completion vs traces, evals, and authorization
Authorization checks whether an agent may act. Observability shows what happened in the trace. Evals judge whether behavior looked successful. None of them query the system of record after the fact.
Proof-of-Completion is different by construction: it does not ask an AI whether another AI succeeded. It checks Stripe, Zendesk, Salesforce, and the other systems your business actually trusts, and reports what they say, deterministically.
How Postcept verifies postconditions
For each high-risk action, Postcept evaluates a set of postconditions against the system of record, the conditions that must hold for the action to count as complete. Existence, amount, customer identity, status, duplicate checks, and any policy-required steps are each verified independently.
What a signed completion receipt contains
Every verification produces a Postcept Receipt: a signed, tamper-evident record of exactly what was checked and what the systems of record reported.
- receipt ID
- Unique, signed identifier for this proof
- operation ID
- The agent operation that was verified
- agent ID
- Which agent claimed the action
- claimed action
- What the agent said it did
- systems checked
- Which systems of record were queried
- postconditions evaluated
- Each check and its pass/fail result
- result
- verified, incomplete, duplicated, mismatched, or policy-failed
- timestamp
- When verification ran
- signature
- Tamper-evident cryptographic signature
- checked values
- The value expected and the value found in the system of record, per check
- Receipt ID
- pcpt_rcpt_01HY9Q...
- Operation ID
- op_refund_8F31
- Agent
- SupportAgent-04
- Claimed action
- refund_customer
- Systems checked
- Stripe, Zendesk
- Timestamp
- 2026-06-23 09:41:26 UTC
First use case: refunds and cancellations
Postcept starts where false completion hurts most: AI support and fintech operations where agents issue refunds, apply credits, cancel subscriptions, and resolve tickets. It verifies the Stripe refund before the Zendesk ticket closes, detects duplicate refunds from retries, and produces a receipt for audit and recovery.
The reliability of these agents can finally be measured with a single number: Verified Completion Rate.
Request a Proof-of-Completion walkthrough.
See how Postcept verifies a real refund operation against Stripe and Zendesk, then signs the receipt.