Talk to an engineer

Research · Applied AI

Evaluation, Guardrails & Trust

Treating "is it right" as an engineering problem, with gates, traces and a definition agreed in advance.

An engineer holding a test antenna inside a blue anechoic chamber

Why this is hard

The reason most AI work stalls after the demo is that nobody wrote down what correct means. We work on evaluation as infrastructure: golden sets and rubrics that gate a change before it ships, guardrails that are part of the architecture rather than an instruction, and traces complete enough to reconstruct a decision months later.

Questions we are working on

  1. What belongs in a golden set for a task where reasonable reviewers disagree?
  2. How should an autonomous step be bounded so that an irreversible action always meets a person?
  3. What has to be recorded at the time for a model decision to be explainable a year later?
  4. How do you detect quality regression from production traffic before a user reports it?

What comes out of it

  • Evaluation suites that gate a prompt or model change in continuous integration
  • Guardrails as architecture: redaction before the model, tool contracts, budgets per run, approval gates
  • Replayable end-to-end traces covering every prompt, retrieval and tool call
  • Continuous scoring of sampled production traffic against golden sets and rubrics

Programmes from this field

Where it ships

How it connects

Evaluation & trust in the practice.

This field and the others in its group. None of them is pursued in isolation.

01

Foundation Models & Retrieval

Grounding large models in a private corpus so an answer can be traced to the passage that produced it.

Read the field
02

Vision & Industrial Perception

Detection and anomaly models trained on the small, imbalanced defect sets real production actually yields.

Read the field
03

Forecasting & Decision Intelligence

Probabilistic forecasts and constrained optimisers scored on the decision they would have produced.

Read the field
04You are here

Evaluation, Guardrails & Trust

Treating "is it right" as an engineering problem, with gates, traces and a definition agreed in advance.

Bring us a problem in evaluation & trust.

Joint research, a proof of concept against your own data, or an honest read on whether the thing you want is possible yet. An engineer who works in this field replies.