AI Automation Says “Done”: How to Verify the Actual Results

What if AI says “Done,” but the record your team needs is missing from the work system? A ThinkingBox evaluation described by Microsoft and Hugging Face includes a case where an agent marked an unresolved delivery issue as complete. When you use AI to automate work, check both its completion message and what it actually saved.
Start with one task you can undo. For example, ask AI to add an anonymized customer inquiry to a test list, then ask: “Look up the new record again and show me its ID and status.” Comparing what AI says it did with the actual result is a useful first step.
AI reports and actual results
ThinkingBox evaluates whether AI completes requested tasks in a simulated environment with several connected business tools. ThinkingBox-Bench, built on that environment, contains 507 synthetic business tasks. The published examples show results observed using fictional business data, rather than outcomes from real customer deployments.
The evaluation focuses on the records left after a task. It compares the actual result with the expected one: did the required fields change, was a change missed, and were duplicate records or unrelated edits introduced? A tool finishing without an error—or AI reporting confidently—is not enough if these conditions are unmet.
These stages differ in everyday work, too. Drafting a reply, accepting a request to send it, and recording that it was sent are three different states. A reported file path also does not establish that the saved content is correct.
When we check whether a task is “done,” do we read AI’s last message or open the actual work record?
Agreeing on that answer helps the person receiving an automated result know whether they can move on to the next task.
Task completion criteria
“Organize this inquiry” leaves the completion criteria open. First decide which inquiry should be saved, where it should go, what its status should be, and what a person needs to review. The task AI receives and the result the reviewer checks should match.
For a fictional inquiry registration task, you could specify:
- Item: one inquiry, Q-014
- Saved result: one record pending review in a test list
- Required fields: inquiry summary, assigned owner, and original inquiry ID
- Verification: reopen the record using its new ID and check its content and status
Decide where to check each type of work. For a file, check its actual path and open its contents. For a calendar event, check the event ID, date, time zone, and attendees. For a post, check its saved ID, language, and publication status. If there is a link, confirm that the person responsible can open it with their account. Ask AI to report what was saved and where, rather than just “Success.”
In the exercise below, the same completion message can lead to different fictional records. Choose a successful save, a missing or duplicate record, an unwanted email, a changed original inquiry, or a lookup timeout. Compare the records with the requested result. This learning example does not call a real AI service or business system.
Compare “Done” with the actual records
Choose six fictional inquiry outcomes and compare the records with the completion criteria. This offline learning example does not connect to services, save real records, or send emails.
Loading…
Check duplicates and unwanted changes
The result you wanted can appear while something else goes wrong. If a record pending review was created but an email went to the customer before approval, would you call the whole task a success?
Alongside the completion criteria, list what must remain unchanged. In this example, that means preserving the original inquiry and existing inquiry records, sending no emails, and avoiding duplicate registration. A development team can turn these conditions into automated checks. A team getting started can compare screens or exported lists from before and after the task.
The ThinkingBox research evaluates both the final database and unintended changes. In your own work, check the required records and unwanted changes together. If the task includes communicating with customers, review the wording as well as the saved result.
Avoid combining every check into a single “Pass.” Distinguish a record with the wrong status, a duplicate record, and a result you cannot verify because the lookup tool is unavailable. Those differences tell you what needs to be fixed.
Test repeat runs and failures
One successful demo is not enough to entrust a whole recurring workflow to AI. The ThinkingBox evaluation also examined reliability by running tasks independently several times from the same starting state. Choose test data that represents the work you plan to assign, and record the conditions that produce omissions or incorrect edits.
Test missing required fields, items already registered, tool errors, and delayed responses, as well as normal inputs. Use test data and reset the starting state so that an earlier run does not affect the next result. If you change the model, instructions, or connected tools, use the same tasks to compare results again.
Pay particular attention when the response is interrupted after a save request. Assuming the save failed and repeating it can create a duplicate. Design the workflow to look up the current record by its ID or unique reference first, and retry only when the record is genuinely absent. If that lookup also fails, mark the result “Unverified” and hand it to the person responsible.
For each run, record the item, time, requested change, lookup result, exceptions, and any corrections made by the person responsible. There is no need to copy all the original personal information into a review log. Use the test results to identify missing conditions and improve the completion criteria and approval process.
Define the completion criteria before assigning work, then verify them against the actual records afterward. Over time, this gives you a clearer basis for deciding what AI handles well and when a person should step in.
Considering AI adoption or automation? Start with one recurring task and the result you want, and explore it with AIB. AIB runs an independent AI comparison platform that does not favor any particular AI provider. We help business owners and teams choose AI suited to their work and budget, and put it to use in everyday operations.
Talk to AIB about choosing and using AI
Sources and further reading
- Evaluating task completion: The Agent Said It Was Done. The Database Disagreed. · How we built ThinkingBox to measure whether agents finish the job
- Evaluation methods and limitations: One Success Isn’t Reliability: Thinkingbox, a Sandbox and Benchmark for Agents in Stateful Business Workflows