Skip to content
Postcept
The completion gap

What is the completion gap?

The completion gap is the difference between what an AI agent claims it completed and what the system of record proves actually happened. It appears when an agent says a refund was processed, a subscription was cancelled, a ticket was resolved, or a customer record was updated, but Stripe, Zendesk, Salesforce, or another source of truth disagrees.

Definition

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.

Postcept Receipt
Completion gap detected
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
Signaturevalid

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.