How do we wire set-up checks into an evaluation pipeline?
A repeatable loop of load and validate, run, score, aggregate and reproduce, with a sample result record format and version tracking so runs can be replayed later.
Evaluation needs a repeatable loop. This describes how a buyer, or a reseller testing a pack before listing it, can wire the checks into a pipeline.
**Load and validate.** Read the Parquet or JSONL tables, then run a schema check against the supplied schema file. A validator script can assert key resolution, enum values and timestamp order, and write failures to a report.
**Run the task.** For each task line, restore the snapshot named in `initial_state_ref`, give the agent the `prompt` and the `allowed_tools`, and capture every tool call and the resulting events.
**Score.** Compare final state with `expected_end_state` using named checks. A result record could look like:
- `run_id`, `task_id`, `agent_version` - `checks`: an array of `{name, passed, detail}` - `score`: a weighted total, with weights set in the pack - `policy_violations`: an array of rule references
**Aggregate.** Group results by exception type and by check name, so a regression in duplicate handling is visible even when the overall score is stable.
**Reproduce.** Store the snapshot identifier, schema version and pack version with each result, so a run can be replayed later.
Ask whether the scoring code is supplied or only the expected states, and under what terms your customers may modify it.
A pipeline that stores snapshot, schema and pack versions with every result lets you reproduce scores and compare agent versions fairly.
- Audience:
- Licensed resellers
- Content type:
- Integration
- Buyer question:
- How to evaluate it
Content release: r-a220eb6e099b243b
Related questions
- How would a grader catch a duplicate record in a patient registration run?
- Which failure modes should an evaluation of set-up agents cover?
- How should we judge whether an agent set up an account correctly?
- How do we inspect generated set-up data for grounding and disclosure risk?
- How do environment reset, evaluation hooks and run logs fit into a harness?
- What does state-based grading catch that reading the agent's reply would miss?