Skip to content
MirrorFirm

Which evaluation hooks make interactive evidence tasks reproducible?

A frozen starting state, structured action trace and evaluator-only assertions allow teams to reproduce failures and separate agent behaviour from environment changes.

Bind each run to a `task_version`, `snapshot_id`, `policy_bundle_version` and `seed`. The snapshot should define the review state at the start, including accessible records and active permissions. If the task introduces later events, schedule them deterministically relative to an action or simulation clock.

Capture a structured action trace with `run_id`, `sequence`, `tool_name`, `arguments`, `result_code` and `state_revision`. Store the final submitted package separately from the trace. This allows evaluators to distinguish a correct final answer reached through prohibited actions from one reached through permitted evidence gathering.

Evaluator hooks can check assertions after individual actions and at completion. An intermediate assertion might detect attachment of an inaccessible record; a final assertion might test whether an unresolved discrepancy remains visible. Use stable error categories so results can be compared across agent implementations.

For debugging, compare the starting and ending state and replay the recorded sequence against the same snapshot. Keep expected outcomes and assertions outside agent-visible tool responses. Reproducibility depends on controlling external changes as well as preserving the prompt, particularly when evidence becomes available during a run.

Capture enough execution evidence to explain why a run passed or failed.

Audience:
Evaluation teams
Content type:
Integration
Buyer question:
How to evaluate it

Content release: r-a220eb6e099b243b

More on Audit evidence assembly