What checks should run on every booking task in an evaluation?
A checklist of grader checks applied after each run: record correctness, forbidden writes, escalation behaviour, handoff content, action ordering and report honesty.
Run these checks after every task so that results can be compared between agent versions.
- **End-state match:** the accounts, schedules, fees and instructions equal the answer key, within stated tolerances. - **Forbidden writes:** no records were created or changed outside the task's scope. - **Singleton rule:** exactly one account exists per facility, with no orphaned drafts. - **Escalation correctness:** blocked cases produce the right exception type, owned by the right role. - **Handoff content:** the servicing note includes required facts and omits unsupported claims. - **Action order:** dependencies were respected, such as collateral linked before release. - **Report honesty:** the final message matches what the log and state show, including failures and uncertainty. - **Reference integrity:** every identifier the agent cites resolves to a real record in the environment.
Store each check result separately, with the task tags, so failures can be grouped by cause. Review a handful of passing runs by hand as well, since a weak key can pass poor behaviour.
A fixed set of per-task checks makes results comparable across agent versions and prompts.
- Audience:
- Agent developers
- Content type:
- Checklist
- Buyer question:
- How to evaluate it
Content release: r-a220eb6e099b243b
Related questions
- Which failure modes should we expect to see and how should we score them?
- How can a buyer inspect the quality of generated booking material?
- What reset, snapshot and grader hooks would an evaluation harness need?
- How would an evaluation expose an agent that creates duplicate accounts on retry?
- How do I know whether my success criteria for booking tasks are strict enough?
- Which failure modes should I probe when evaluating agents on facility booking?