Skip to content

Factories > Management & observability

Benchmarking factory agent configurations

Open in ChatGPT ↗
Ask ChatGPT about this page
Open in Claude ↗
Ask Claude about this page
Copied!

Benchmarks compare a factory agent's model and runner configurations on fixed tasks. Use the results to choose a production configuration.

Benchmarks compare model and runner configurations for one factory agent on the same fixed tasks. Use a benchmark to test a change on representative work before you apply it to your factory.

A benchmark suite is a reusable collection of tasks that evaluates one factory agent. Each task has a prompt and “Correctness criteria,” which tell the built-in Correctness Scorer what a successful trial must do. A trial is one run of one task under one configuration. Repetitions create additional trials.

When you launch a suite, you choose the configurations to compare, the Scorers to use, and the number of repetitions. Warp runs the trials, then scores the completed ones. The run keeps those inputs, so later changes to the suite do not change its past results.

Use a suite for one focused question, such as whether a less expensive model preserves the quality of a review agent’s work. Test a different agent or job with a separate suite.

To use Benchmarks, you need a factory with an agent to evaluate. Use a completed run from that agent when you want a task to reproduce real work, or write a task yourself.

  1. In the Warp Factories web app, open your factory, click Benchmarks, then click New.

  2. Enter a name and optional description, then choose the agent to evaluate. The suite runs every task as that agent.

    The benchmark editor showing a documentation-link review suite, a selected triage agent, and the Add task action.

    The benchmark editor with a selected agent.

  3. Click Add task. Warp saves the benchmark, then opens task setup.

  4. Select a completed run, then click Add task. To write a task instead, click Start from scratch instead.

  5. Click Run. In the launch dialog, choose the model and runner for each configuration. Optionally mark one configuration as the baseline.

  6. Add configurations, select Scorers, and set “Repetitions.” The dialog shows the number of trials created. More trials and Scorers increase the run’s cost.

  7. Click Run benchmark. The benchmark page shows its status and scored trials. You can cancel a running or scoring benchmark.

After the run completes, review the result as a comparison, not as a universal model ranking:

  • Overall recommendation - Identifies the highest-quality configuration when at least two configurations have comparable results.
  • Additional recommendations - Highlight the most efficient and lowest-cost configurations when the result supports those comparisons.
  • Comparison chart - Compare the selected result dimensions across configurations.
  • Overall table - Compare each Scorer’s average and the combined Overall value. Expand a configuration, task, and repetition to inspect its individual trials.
  • Scorer grids - Show each task’s results across configurations for a selected Scorer.

The run’s “Total cost” includes trial and Scorer costs. A failed or cancelled benchmark shows only results that finished scoring before the run stopped.

Change one configuration at a time. If the evidence supports a candidate, update the agent’s model or runner in the factory dashboard, or submit the change through your factory definition. Keep the relevant Scorers active, then compare later production runs with the baseline you recorded before the change.

For version-controlled factories, define reusable suites in benchmarks/<suite-slug>/suite.yaml and their tasks in benchmarks/<suite-slug>/tasks/<task-slug>.yaml. See benchmark suite files.