Skip to content

Case study

A European industrial-equipment manufacturer

A European manufacturer of industrial equipment whose field-service engineers maintain machinery installed at customer sites. Its maintenance copilot suggests diagnostic steps and repair procedures from the company's service knowledge base, in settings where an incorrect repair step carries safety consequences.

01 — In their words

“When a safety auditor asks what the copilot told our engineer on a particular work order, we open the trace and read it back. That question used to mean a week of email and guesswork; now the answer is complete, and it is the record.”

Recorded verbatim · Attribution withheld

02 — The work

Challenge

The maintenance copilot could assemble plausible repair advice that appeared in no approved procedure — tolerable in a chat window, unacceptable beside a torque specification on safety-critical machinery. There was no dependable record of what the copilot had told a field engineer on a given work order, so safety reviews reconstructed events from recollection. And because both the service knowledge base and the underlying model changed regularly, nobody could say whether an update had quietly altered the advice given for a known fault.

Solution

The copilot now runs inside a Hyperpriors harness scoped to documented procedure: every recommendation must resolve to a versioned entry in the approved manual set, and faults outside documented coverage are escalated to the engineering support desk rather than improvised. Full work-order traces record the fault codes reported, the procedure versions cited, and the exact advice returned, and feed directly into safety audits. A golden set of known faults, curated by senior service engineers, gates every knowledge-base revision and model update before release.

03 — The system

HYPERPRIORSCONTROL PLANEHARNESSGUARDRAILSEVAL GATESTRACESFIELD DEVICESTELEMETRY · FAULTSPROCEDURE LIBRARYVERSIONED · APPROVEDWORK ORDERSPARTS · HISTORYCLAUDE — GUIDANCEMODEL CALLSENGINEERING DESKNOVEL FAULTS ESCALATEUNCERTAINTY ROUTES TO PEOPLEAUDIT RECORDSAFETY AUDIT FEEDEVERY STEP, REPLAYABLE
Fig. 1 — System architectureIndustrial manufacturing · Illustrative topology

04 — Results

A hypothetical deployment scenario.

  1. 01

    Every copilot recommendation tied to a versioned, approved procedure, with out-of-scope faults escalated to engineering rather than improvised

  2. 02

    Complete, replayable work-order traces available to safety audits, replacing reconstruction from recollection

  3. 03

    Knowledge-base and model updates gated against a golden set of known faults, so regressions are caught before release rather than in the field

05 — The record

Industry
Industrial manufacturing
Region
Europe
Workloads
Field-service maintenance copilot, fault diagnosis, work-order documentation
Disciplines
Auditing · Harness control · Evals

06 — The full account

The situation

The manufacturer’s installed base operates in environments where a wrong repair step is a safety matter, not an inconvenience: presses, compressors, and drive systems running on customers’ factory floors. Field-service engineers had begun using a maintenance copilot that drew on the service knowledge base to suggest diagnostic sequences and repair procedures against reported fault codes.

Three concerns stalled wider rollout. The copilot would occasionally assemble plausible advice that appeared in no approved procedure. There was no reliable record of what it had actually told an engineer on a given work order, which left safety reviews reconstructing events from recollection. And the knowledge base and underlying model both changed regularly, with no way to establish whether an update had altered the advice given for a known fault.

What changed

The team deployed the copilot inside a Hyperpriors harness scoped to documented procedure. Every recommendation must resolve to a versioned procedure in the approved manual set, and each one carries its citation. Where a reported fault falls outside documented coverage, or confidence is low, the harness does not permit improvisation: the case is escalated to the engineering support desk with full fault context, and the field engineer is told plainly that no approved procedure applies. Tool access and retries are bounded, so a failed lookup ends in escalation rather than a confident guess.

Every interaction is traced against its work order: the fault codes reported, the procedure versions consulted, the exact advice returned, and the identity of the reviewing engineer where escalation occurred. Traces are replayable and feed directly into the company’s safety-audit process.

Evaluation became a gate. Senior service engineers curated a golden set of known faults with agreed diagnoses and procedures. Every knowledge-base revision and every model update must pass it before release, with judging criteria calibrated against engineering sign-off; a regression on the golden set blocks the update.

Where it landed

The decisive shift was in accountability. Advice now either stays inside documented procedure or arrives at the engineering desk as an explicit escalation — there is no third category. Safety audits work from complete, replayable work-order traces rather than reconstruction, and questions about what an engineer was told on a specific date are answered from the record. Updates no longer change fault advice silently: when the golden set catches a regression, it is corrected before any field engineer sees it. Escalation volume itself became useful management information, indicating where documentation was thin and which fault families needed new approved procedures.

This is a hypothetical scenario, illustrating how strict auditing, harness control, and valid evals apply in industrial field service.

07 — Begin

Keep field-service advice inside documented procedure.