What is the completion gap?
Definition
The completion gap is the difference between what an AI agent claims it completed and what the system of record proves actually happened.
As AI agents move from answering questions to taking high-risk actions, a completion claim and a verified completion are no longer the same thing. The agent’s “done” is a statement of intent. The system of record is the authority on what actually changed.
Examples
The completion gap is easiest to see in the high-risk actions agents are starting to take with money and customer trust:
Agent claim
Refund processed
System of record
Stripe has no matching refund, the charge was never reversed.
Agent claim
Subscription cancelled
System of record
The billing system still shows an active plan renewing next cycle.
Agent claim
Ticket resolved
System of record
Zendesk closed the ticket before payment was ever confirmed.
Agent claim
Credit applied
System of record
A retry applied the same credit twice after a timeout.
Why traces are not enough
A trace records what the agent tried to do, the prompts, tool calls, and responses along the way. It is invaluable for debugging, but it is not proof of completion. A trace can show a clean, confident tool call to issue a refund while the refund silently fails, duplicates, or lands against the wrong charge.
Evaluations have the same limitation: they judge whether behavior looked successful, not whether the business state actually changed. The trace is not the truth. The system of record is.
Why completion gaps matter for refunds, cancellations, and support
False completion is most damaging where agents touch money and customer trust. When an agent tells a customer their refund is processed and the payment never settled, the company has created a financial discrepancy, a support escalation, and a trust failure in a single step.
Duplicate completion is just as costly: a retry or lost idempotency key can issue the same refund twice. And non-compliant completion, skipping a required approval or verification step, turns a successful-looking action into an audit problem.
- Receipt ID
- pcpt_rcpt_01HY9X...
- Operation ID
- op_refund_8F31
- Agent
- SupportAgent-04
- Claimed action
- refund_customer
- Systems checked
- Stripe, Zendesk
- Timestamp
- 2026-06-23 09:41:26 UTC
How Postcept closes the gap
Postcept verifies high-risk agent actions against the system of record. It confirms the action exists, the amount and customer match, no duplicate was created, and every policy-required postcondition passed, then issues a signed completion receipt. When a check fails, Postcept routes the case to review, retry reconciliation, or your existing recovery workflow before the customer is ever notified.
This is Proof-of-Completion for AI agents: deterministic verification that the work an agent claims to have done really happened, once, correctly, and according to policy.
See Proof-of-Completion in action.
Watch Postcept catch the completion gap on a real refund flow, then close it with a signed receipt.