Know what is still missing.
Make the outstanding condition specific: a source, a test result, a scope check or an approval.
Acceptance assurance for agentic work
Your agents produce the work. AAC’s acceptance model brings the evidence, policy and human authority together before that work moves forward.
REL-042 / CANDIDATE 01
A product concept for decisions that matter.
No live agent or production connection in this preview.
One acceptance model. Many kinds of work.
01 / Watch the work, not a promise
Follow the agents, inspect the evidence, and see the exact moment a human decision is required. Then take control of the example.
Interactive workflow story
Enable JavaScript to play or control this illustrative workflow. The worked-example pages below remain readable.
A proposed output starts the review. It does not finish it.
01 / 06Fictional workflow. Agent activity, evidence, checks and approval are simulated. No downstream action is executed.
What changes for your team
The value to test is not another approval screen. It is a clearer handoff between proposed work and an accountable decision.
Build your evaluation case ↗Make the outstanding condition specific: a source, a test result, a scope check or an approval.
Bring the candidate, policy, evidence and named authority into one inspectable handoff.
Preserve why work was accepted without letting changed work inherit that acceptance.
Authority / reserved
Checks complete.
Approval still required.
02People. Policy. Evidence.
An agent can prepare the work. The acceptance conditions should still say what evidence is needed—and which decisions remain with a person.
Make the requirements, permitted scope and next action explicit.
Distinguish a passing check from everything needed for acceptance.
Reserve human approval when the workflow calls for it.
03 / Find the decision in your work
Explore 18 concrete evaluation patterns. Each one shows the proposed output, the acceptance gap, the human owner and the benefit to measure.
+ requireAuthenticatedUser(request); + return next(request); // Protected endpoint: /account // Required unauthenticated result: 401
Purchase order | PO-084 | MATCHED Invoice | INV-218 | MATCHED Amount | 4,800 units | MATCHED Goods received | GR-084 | MISSING
Proposed application patterns, not customer deployments or a claim of production support.
04The integration boundary
Producing work, accepting it and executing the next action are separate responsibilities. Make the hand-off between them explicit.
Select a component to inspect its responsibility.
Intended architecture
AAC’s proposed role is to relate a candidate to its requirements, evidence, checks and reserved approvals. The connected downstream system must enforce the decision.
05Trust you can examine
What was required? What was checked? Who approved it? Which candidate does the decision apply to?
AAC’s intended model makes those questions part of the record—not a reconstruction after the fact.
AAC / Assurance record
Example record · software-release scenario
A clearer line for agentic work
Start where an agent’s output becomes your organisation’s responsibility. Define what has to be true before it moves forward.
A focused technical conversation. An explicit next step.