Forward Deployed Engineer, requirement 11 of 12

Evals and output validation

I score answers against a versioned rubric, trace failing calls to the integration that broke, and tune latency per call.

The requirementKeep integrations working, prove that AI outputs are correct, and hold latency and failure rates under control.

How I deliver it at a customer

  1. Version the rubricI keep every metric and its 0.0, 0.5 and 1.0 anchors in versioned config, outside the running code. Each scored result stores the rubric id and version that produced it, so a scoring change reads as a diff.
  2. Version the golden setThe held-out items and their per-metric expert labels live in versioned config beside the rubric. The set shipping today is labeled synthetic, and a synthetic set can never clear a readiness gate.
  3. Run the judgeI pass the answer and the rubric text verbatim through the model gateway and take one number per judged metric. If the judge call fails I store nulls instead of a guess, and the user request still returns.
  4. Debias and measureOffline, I run the same judge prompt with position swap, blind scoring and length normalization against the expert labels. I report Krippendorff alpha and Cohen kappa per metric, so a weak metric cannot hide inside an average.
  5. Gate the model routeI re-run the golden set whenever the judge model route changes, and intake for that track pauses first. It resumes only when agreement clears the threshold in config, and a pooled pass hiding a failing subgroup does not count.
  6. Trace and tuneEvery model gateway call records route, provider, model, latency and status, so I can name the integration that failed. I read pod logs in Loki through Grafana when a call errors or runs slow, then tune the route.

Tools I use

ToolWhat it does hereStatus
Rubric scoring judgeScores one answer against the versioned rubric anchors and returns a number per judged metric, plus a short reason.Available
Model gateway call telemetryRecords route, provider, model, latency and status for every model call, so I can find the slow or failing integration.Available
Golden set and fairness harnessRuns the judge offline with position swap and blind scoring, then reports agreement with the expert labels per metric. The shipped set is synthetic.Early access
Eval regression gateRe-runs the golden set when the judge model route changes and holds intake for that track until agreement clears the threshold.Early access
Workers AI judge demoRuns this page's scoring demo on a Llama model at Cloudflare, separate from the judge that runs on the platform.Demo only

Available means shipped and in use. Early access means built but not generally available. Roadmap means designed, not built. Demo only means it powers this public demo, not customer deployments.

I send one answer to a judge model with fixed rubric anchors, and it returns a score per metric with a short reason. This shows the shape of the check; the real run scores a versioned golden set offline, not in a browser.

Open the live demo

The other answers

Gus IT LLC. Contact gus@gusit.de. Claude is a product of Anthropic PBC. Cloudflare and Workers AI are trademarks of Cloudflare, Inc. Llama is a trademark of Meta Platforms, Inc. Other names are trademarks of their respective owners. Gus IT LLC is an independent engineering firm and is not affiliated with or endorsed by these companies.