Built-in catalog
All 25 are browsable — with rubrics, defaults, and sample outputs — at
/evals/catalog in the dashboard.
Evaluator types
Triggering an eval
Evals can be triggered three ways:- Automatically on ingest — configure evaluators to run on every trace matching a filter
- On demand via the API —
POST /v1/evalwith atrace_id - In bulk from the dashboard — select a trace range and run an eval over them
Result fields
Data flow for evals
LLM evals run the trace content through a judge model. Which model is called — and whose API key pays for the call — depends on your plan.What this means at Starter and Pro tiers
When a Starter- or Pro-tier org triggers an LLM eval, TruLayer sends the trace input and output to the judge model using its own Anthropic or OpenAI API key. The trace content leaves TruLayer’s infrastructure on the TruLayer platform key’s account for the duration of the judge call and is subject to the judge provider’s data-processing terms. The dashboard surfaces this as a callout on the Evals page so the behaviour is visible before a run lands in production.What this means at Team and above
Team and Enterprise plans support bring-your-own-key (BYOK). Configure your Anthropic or OpenAI credentials in Settings → Integrations and TruLayer will route every LLM eval — including the judge call — through your key. Trace content never leaves your provider account. Rule-based evals (JSON-schema, regex, latency bounds, etc.) run entirely inside TruLayer’s infrastructure at every tier — no third-party judge model, no external API call.Eval rules
An eval rule is a standing instruction that tells TruLayer to run a specific evaluator on every matching trace automatically. Create and manage eval rules via the dashboard Evals → Evaluators tab or thePOST /v1/eval-rules API.
Eval rules are available on all plans. Starter tenants are limited to 3 eval rules per tenant. Attempting to create a fourth rule returns HTTP 402 with code: "eval_rules_quota_exceeded". Upgrade to Pro to remove the cap.
EvalRule fields
min_score_drop — per-rule regression threshold
min_score_drop controls how sensitive the RemediationRegression detector is for this specific eval rule.
When the control loop re-evaluates a remediated trace, it compares the post-remediation score against the original score. If the score has dropped, a RemediationRegression failure event fires — unless the drop is smaller than min_score_drop, in which case the event is suppressed.
When to raise
min_score_drop: LLM-based evaluators have inherent temperature noise — the same trace can score 0.82 one run and 0.79 the next with no real quality change. A 3-point variance triggering a regression alert creates noise in the failure pipeline. Setting min_score_drop: 0.05 to 0.10 on LLM-eval rules filters out this variance and keeps RemediationRegression alerts meaningful.
Rule-based evaluators (evaluator_type: rule) are deterministic and do not exhibit temperature noise, so min_score_drop: 0.0 (the default) is appropriate for them.
Setting the field:
POST /v1/eval-rules (create) and PATCH /v1/eval-rules/:id (update), and is returned on all eval-rule responses.