Skip to main content
An evaluator is one metric: Answer Correctness, PII Leakage, Latency Budget and so on. Each one returns a score from 0 to 1, a pass/fail, and reasoning. You find them on Evaluation → Evaluators (the tab heading reads “Parameters for Evaluations”). There are two kinds by ownership:
  • Default evaluators ship with AgentHub and are shared by every organization. They are read-only. Editing one saves an editable copy owned by your organization.
  • Custom evaluators belong to your organization. Anyone with access to AgentHub can edit or delete them.
And two kinds by how they score: offline checks (tagged offline or deterministic, computed from the trace’s spans with no model call) and LLM judges (everything else, graded by a judge model). See How evaluation works.

Browsing the library

Each evaluator card shows the name, Default or Custom, the description, its tags, and a round badge such as Q1 or A14 (category letter plus its position in the visible grid; it is cosmetic and not a stable ID). Cards have Edit and, for custom evaluators only, Delete. If the Custom scope is empty: “No custom evaluators yet”. If filters hide everything: “No evaluators match your filters” with Clear filters.

Default evaluators

The current library has 75 default evaluators across 11 categories. Every LLM-judge default carries a full rubric in its prompt: a definition, what is out of scope, sub-criteria, an anchored scoring scale, an issue vocabulary, and worked examples. You can read the whole prompt by opening Edit on the card.
The library is loaded into each deployment by an administrator. If your Default count is lower than 75, your deployment has an older copy of the library.
Tags in the tables: llm-judge means graded by a judge model; offline / deterministic means computed from spans with no model call.

Quality (11)

Agent (19)

Safety (11)

MCP (5)

Memory (5)

Hallucination (5)

Bias (3)

Privacy (4)

Faithfulness (4)

Relevance (5)

Performance (3)

Canonical custom evaluators

An administrator can also load a set of 15 canonical evaluators into your organization. These are seeded as custom evaluators (owned by your organization, editable, deletable) and carry an extra canonical tag. When one shares a name with a default, it uses that default’s rubric.
The six offline canonical evaluators are spans-only heuristics in AgentHub (see Offline evaluators below). Response Similarity and Requirement Compliance, for example, check that a substantive output exists; they do not compare against a reference answer. For a semantic comparison, use an LLM judge.
Loading the canonical set also creates the production-quality collection. See Collections.

Creating a custom evaluator

1

Open the form

On Evaluation → Evaluators, click + Create New Parameter. The Create Evaluator dialog opens: “Custom evaluators are owned by your organization and can be edited or deleted later.”
2

Fill in the fields

See the field reference below. The prompt template starts with a working example you can edit.
3

Save

Click Create Evaluator. The new evaluator appears under Custom and is immediately selectable in Your Evaluations and in new collections.

Field reference

Adding the tag offline or deterministic makes the evaluator run as an offline check in trace evaluation runs. Its prompt template is then ignored there, and it is scored by a built-in heuristic chosen from its name. Unless your evaluator’s name matches one of the built-in checks below, that is the generic span-error heuristic. Only add these tags if that is what you want.

Prompt templates

A prompt template is the instruction the judge model receives. Before each judge call, AgentHub replaces these placeholders: Details of how each value is built are in What goes into the judge. Validation rules
  • The template can’t be empty: “Prompt template is required.”
  • It must contain at least one of {{trace}}, {{input}} or {{output}}: “Include at least one placeholder: {{trace}}, {{input}}, or {{output}}.” These are checked in the form before you save and again on the server.
  • Placeholders are matched exactly, lowercase, with double braces and no spaces. {{ input }} or {{Input}} are not replaced.
  • Maximum 24,000 characters.
Expected reply. AgentHub tells the judge to reason first and reply with one JSON object. The minimum it needs is a score (0 to 1). It also reads passed (true or false) and reason or reasoning. Optionally the judge can return criteria (named sub-scores with notes), issues (each with a category, a severity of none, low, medium, high or critical, and a detail), evidence (short quotes), confidence and severity. If score is missing but criteria are present, the score is the average of the criteria. If passed is missing, the evaluator passes at a score of 0.5 or more unless the severity is critical. The template the create form starts with:

Editing and deleting

Edit on a card opens the same form, prefilled.
  • Custom evaluator: title “Edit evaluator”. Save changes updates it in place. Collections that include it keep pointing at it and pick up the change on their next run.
  • Default evaluator: title “Edit default evaluator”, with the notice “This is a system default and is read-only. Saving creates an editable copy owned by your organization; the original stays untouched.” The name is prefilled as <name> (Copy). Save as custom copy creates a new custom evaluator; the default is unchanged.
Delete appears only on custom evaluators and takes effect immediately, with no confirmation step. Deleting an evaluator also removes it from every collection that contained it. Default evaluators can’t be deleted (“Default evaluators cannot be deleted. Duplicate it to customize.”).
An evaluator that already has saved results in a trace evaluation run can’t be deleted; the delete is refused by the database to protect those results.
If a save takes longer than 20 seconds, the form says “No response after 20s. The save may not have gone through — retry, or close and check the list.” and offers Retry.

Offline evaluators

Offline checks never call a model. In a trace evaluation run, AgentHub picks the check by looking for words in the evaluator’s name (case-insensitive), in this order: Every offline check passes at a score of 0.5 or more, unless it raised a critical issue. Each also records sub-scores, issues and a confidence, so its results chart the same way as an LLM judge’s.
Offline checks see only what the spans record. They can tell you a tool failed or a run was slow; they cannot tell you whether the answer was right. Pair them with LLM judges in a collection.

API

Evaluators are also available over the organization API, authenticated with your signed-in session: Writes need the manage_agents or manage_org_settings permission (Owner, Admin and Editor have one of them).