Research · Applied AI
Evaluation, Guardrails & Trust
Treating "is it right" as an engineering problem, with gates, traces and a definition agreed in advance.

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
- What belongs in a golden set for a task where reasonable reviewers disagree?
- How should an autonomous step be bounded so that an irreversible action always meets a person?
- What has to be recorded at the time for a model decision to be explainable a year later?
- 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.
Foundation Models & Retrieval
Grounding large models in a private corpus so an answer can be traced to the passage that produced it.
Read the fieldVision & Industrial Perception
Detection and anomaly models trained on the small, imbalanced defect sets real production actually yields.
Read the fieldForecasting & Decision Intelligence
Probabilistic forecasts and constrained optimisers scored on the decision they would have produced.
Read the fieldEvaluation, 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.