Evals Tab

The Evals tab is a separate page at /evals. It lets you create evaluation suites, define test cases, and run evaluations against your Agent workflows.

The Evals tab is a separate page at /evals. It lets you create evaluation suites, define test cases, and run evaluations against your Agent workflows.

Access

  • Click Evals in the dashboard tab bar
  • Or navigate to /evals
  • Or use Ctrl+K (Cmd+K) and select "Evals" from the command palette

Eval Suites

  • Create suite – Define a suite with a name and description
  • Select workflow – Choose which workflow to evaluate
  • Select credential – API key for running the workflow
  • System prompt – Edit the suite-level system prompt directly in the left panel
  • Optimize Prompt – Ask an LLM to improve the current system prompt

Test Cases

  • Add test cases with input prompts and expected outputs
  • Each case can have a custom expected value for comparison
  • Edit or delete cases from the suite
  • Generate Test Data – Use the selected credential/model to auto-create test cases from the suite prompt

Running Evaluations

  • Select one or more models – Run the same suite against multiple models in one evaluation
  • Scoring method – Choose Exact Match, Contains, or LLM-as-Judge
  • Judge model – For LLM-as-Judge, optionally use a separate credential/model for unbiased scoring
  • Runs per test – Repeat each test case multiple times in one run
  • Temperature – Set model temperature
  • Reasoning effort – Set reasoning effort for reasoning models

Results

  • View pass/fail per test case
  • Inspect actual vs expected outputs
  • Compare per-model outputs side by side when a run includes multiple models
  • Review run history for past evaluations
  • Open historical runs from the results panel and inspect saved prompt/input/output snapshots

Benchmark Matrix Ideas

When you build a benchmark matrix for agent workflows, include HITL scenarios as first-class cases instead of treating them as edge cases.

  • Cover all three review decisions: accepted, edited, and refused
  • Include multiple trigger sources such as editor runs, portal, curl/webhook, and cron-triggered executions
  • Add repeated-review scenarios where one agent run pauses more than once
  • Verify notification branches connected to the agent's review output
  • Assert downstream behavior after refusal, especially if later nodes branch on $agent.decision