Inspect Evaluation Results
Prerequisites
- A visible Run or Run Group with output or evaluation progress.
- Access to the exact Benchmark and Harness Version evidence.
Start with completeness and identity, then move from aggregate signals to the Cases and evaluator failures that support them.
Steps
- Open Dashboard and confirm the Benchmark Version, candidate Harness Version, Run Group type, attempt count, and evaluation progress.
- Read rankings with their metric family and uncertainty. Distinguish average score, passed at least once, and passed every time over observed Runs. Inspect Run counts and coverage; historical group-specific pass@n and pass^n retain their original meanings.
- Open List → Runs to inspect group and Run status, output progress, evaluation progress, metadata, and available resource telemetry.
- Open List → Evaluation results for the Case summary, outcome, failed Policies, failed Rubrics, and evaluated count.
- Use Arena for pairwise disagreement or Compare for a Harness matrix across Cases, evaluator facts, or Coverage Facets.
- Classify the next action as candidate work, evaluator clarification, Case correction, coverage work, external-output remapping, or no action.
The List results surface is intentionally compact. Do not claim that it exposes full execution trajectories. The Traces / Spans segment currently reports a capability fence because the benchmark API does not provide evaluation execution traces.
Reading incomplete and repeated evidence
An aggregate calculated over fewer evaluable Cases can look better while covering less evidence. Record evaluated, incomplete, and missing counts before comparing candidates. For repeated groups, inspect whether the configured number of attempts exists for every candidate and whether one failed attempt changes the metric interpretation.
Cost, tokens, and latency help route operational work but are nullable telemetry. Missing capture means unknown, not free or instantaneous execution.
Worked example
Example: apparent gain from incomplete evidence
Harness B leads the overall table, but List shows that twelve difficult Cases are still unevaluated for B. Arena also reports incomplete pairs. The operator waits for terminal evidence instead of starting Improve from a ranking that covers a smaller Case population.
Object and state changes
Inspection, filtering, and navigation are read-only. Starting Improve, a Contribution, coverage work, or a later Run creates separate durable work while preserving the inspected evidence.
Success criteria
- Identity, completeness, metric family, and uncertainty are explicit.
- Important signals resolve to Cases and admitted evaluator outcomes.
- The next action targets the responsible artifact or candidate boundary.
Common failure modes
- Reporting rank without the evaluated population.
- Inventing execution traces from the unavailable segment.
- Starting candidate work when the Case or Rubric is wrong.
Related reference pages
Related troubleshooting pages
Source confidence
Code-backed: Dashboard, List, Run detail, and workspace types establish result summaries, completion, rankings, repeated metrics, telemetry, and the current trace capability fence.