Skip to main content
Use these definitions in protocols, dashboards, and result reports. Always publish the numerator, denominator, unit, observation window, and missing-data rule next to a metric.

Outcome metrics

Passed trials divided by all scheduled trials in the stated denominator. Publish passed, unresolved, invalid, excluded, and missing counts so the denominator can be reconstructed.
Whether one task attempt met the predeclared grader rubric. A model’s claim of success is not sufficient unless the rubric explicitly makes it the outcome.
A scheduled attempt that did not produce a gradable successful or failed solution under the protocol. Keep it separate from parse and infrastructure failures.
The evaluation pipeline could not interpret the trial output. This often indicates a contract, serialization, or grader-integration problem rather than task reasoning quality.
The expected external effect was independently read back from the provider or an authoritative receipt and matched the approved target and payload. Agent output alone does not establish this metric.

Reliability metrics

Performance metrics

Publish cold-start policy, warmup, concurrency, sample size, missing requests, and whether latency spans retries and queue time.

Resource metrics

Never compare token counts across models without noting tokenizer and prompt differences. Never project pilot token totals directly into a production bill.

Repository validation metrics

Coverage is useful for finding untested code. It is not a product reliability score.

Evidence classes

Reporting template

Interpret results

Apply these definitions to the published Terminal-Bench pilot and future production measurements.
Last modified on August 14, 2026