On this page
The core idea
A vague ‘continue?’ button asks the user to approve an unknown action. A useful approval screen presents the target, payload, scope and expected effect. The approved object should be the object that is executed. If the agent changes important details after approval, it needs a fresh decision rather than treating the earlier click as unlimited authority.
A practical approach
Step 1
Prepare the proposed action without executing it. Resolve the recipient, record or destination and show the relevant content.
Step 2
Bind approval to a specific action version. Recheck authorization and important preconditions immediately before execution.
Step 3
Report the actual result with a receipt or record identifier. Handle rejection and expiration as normal outcomes rather than errors to work around.
Worked example
An assistant drafts a workshop follow-up email. The approval view shows the recipient list, subject and full message. If the assistant later adds more recipients, the previous approval no longer covers the changed action. The system should present the revised draft for review.
A mistake to avoid
Approving a plan is not always equivalent to approving every later concrete action. Likewise, a summary of an attachment may hide details the user needs to inspect. Match the approval view to the consequences of the operation.
Try it yourself
Sketch an approval card for an action in your workflow. Ask another person to identify the destination, data sent and change made. Any answer they cannot determine is a design gap.
Your implementation checklist
- The exact destination is visible.
- The payload can be reviewed.
- Approval is tied to an action version.
- The completed action produces a clear result record.
Share or cite this guide
Innovate with Ajay Editorial (2026-10-04). Show the Exact Agent Action before Asking for Approval. https://innovatewithajay.com/blogs/preview-agent-actions-before-approval
