Interpreting eval results
Use eval results to compare models, prompts, and configurations, and to choose the one that fits your quality, cost, and duration targets.
Before you begin
Run an eval with two or more configurations in the same group. For more information, see Running an eval.
Open a comparison
To open a configuration comparison, follow these steps:
- On the Evals page, click Runs.
- Find the group of eval runs that you want to compare.
- Click Compare configs. The comparison view opens on the Summary tab.
Compare configs appears only on grouped runs, which are configurations submitted together as one comparison.
To see a single run instead, click its row. A suite-linked run opens its run results page, which shows grader outcomes for each case. For more information, see View run results. A run without a suite opens its results in a side panel.
Read the summary
The Summary tab starts with four cards. The following table describes each card:
Cheapest compares total cost, so a configuration that ran fewer Records can win it. Compare Avg cost/record when Record counts differ. If no configuration has a success rate above 0%, Cheapest and Fastest show No successful evals.
Aggregate metrics
The Aggregate Metrics Comparison table shows one row for each configuration. A trophy marks each configuration that leads on one of the cards. To sort the table, click a column header. Each click cycles through ascending, descending, and unsorted.
The following table describes the columns:
Success rate measures completion, not correctness. A step that returns a wrong answer still counts as a success. To judge quality, compare outputs on the Detail tab.
The comparison view doesn’t show grader scores, because suite runs don’t join a comparison group. To compare graded quality across models, run the suite once for each model and compare the scores on each run’s results page. For more information, see Run against a different model.
Baseline comparison
The Baseline comparison table compares every configuration with the first one, which is labeled (base). Each cell shows the value and its change from the base. Success rate changes are in percentage points. Other changes are in percent. A change shows N/A when the base value is zero and the other value isn’t. The Success rate row appears only when a configuration ran more than one Record.
The table adds the following rows that the aggregate table doesn’t show:
- Input tokens: the total prompt tokens, when the run records token usage.
- Cost / 1K runs: the estimated cost of running the configuration 1,000 times, based on its average cost per Record.
Use Cost / 1K runs to estimate spend at production volume.
Inspect step results
To compare outputs Record by Record, follow these steps:
- Click the Detail tab. It shows the model, duration, cost, and output of each configuration for each Record and step.
- Optional: To narrow the view, select a value in Record or Step Type.
- To see a step’s input configuration and Record data, expand the step.
- To download the results, click Export CSV.
The CSV file contains only the rows that match the active filters. Each row has the Record name and ID, the step name and type, and the step configuration and Record metadata as JSON. Each configuration adds duration in milliseconds, cost, model, and output columns.
Choose a configuration
Use the following cases to decide which configuration to keep:
- One configuration leads. If one configuration has the highest success rate and meets your duration and cost targets, review its outputs on the Detail tab. If the outputs meet your quality target, use it.
- A lower-cost configuration is close. Compare its outputs with the leader’s on the Records that matter most. Choose the higher-cost configuration only when the quality difference matters for your use case.
- Results vary by Record. If a configuration succeeds on some Records and fails on others, use the Detail tab to find the steps and inputs that fail. Update the prompt or configuration, then run the eval again.
- Configurations perform alike. If only the prompt differs, improve the prompt before you switch models. If outputs are inconsistent, test a lower temperature with the same model and prompt, especially for classification or extraction.
Act on results
After you choose a configuration, apply it and verify the change:
- Update your Flow with the selected model, prompt, and settings.
- Run the eval again to confirm that the configuration meets your target.
- After you deploy, review production logs to compare real-world behavior.
Read results through the API
You can read the same comparison data with the Runtype API or the Runtype MCP server. The group ID appears on the Evals card on the Summary tab.
The following request returns the aggregate metrics for each configuration in a group:
Replace the following:
YOUR_API_KEY: your Runtype API keyYOUR_EVAL_GROUP_ID: the ID of the eval group
For the full request and response schemas, see Compare evals.
To search step outputs for keywords, send POST /v1/eval/analyze-steps with
evalGroupId, stepIds (the IDs of the Flow steps to search), and searchTerms.
Set caseSensitive to true to match case. For each configuration and term, the
response returns the total occurrences, the number of steps that contain the term,
and the occurrence rate. The dashboard doesn’t offer keyword analysis. For more
information, see Analyze step results.
The Runtype MCP server provides the following tools for eval results:
get_eval_group: list the runs in a group.compare_eval: compare aggregate metrics across a group.compare_eval_record: compare one Record’s step results across a group.get_eval_results: get the aggregate results for one completed run, including pass and fail counts.analyze_eval_steps: count keyword occurrences in step outputs.
Troubleshooting
The following table lists messages that you might see and how to resolve them:
Next steps
Continue with these guides:
- Managing eval suites: read grader outcomes, strict grading, and judge reviews.
- Designing evals that work: calibrate AI judges so scores reflect quality.
- Manage evals as code: run suites and read scores with the SDK, API, or CLI.
- Running an eval: run configuration comparisons.
- What are Evals?: understand evals, configurations, and metrics.
- Working with logs: review production executions after deployment.