Construction & InfrastructureRegulations, Compliance & Governance
Governing AI on legacy site systems in construction and infrastructure: the retrofit playbook
Governing AI on legacy site systems is the discipline of making AI accountable when it runs on infrastructure that predates it — analogue CCTV, decades-old SCADA, proprietary plant telematics, batch-fed project controls. Because the substrate cannot produce modern evidence, governance comes from compensating controls: surveyed estates, mediated feeds, provenance stamps and deliberate wrap-or-retire decisions.

Key takeaways
- AI governance frameworks silently assume a modern substrate — audit logs, APIs, identity, version control, a shared clock. Legacy site systems have none of these, so governing AI on them means engineering compensating controls, not writing better policy.
- The unit of governance is the feed, not the model. A defensible AI decision on a legacy estate requires a surveyed source system, a read-only tap, a mediation gateway that stamps provenance and time, and an evidence trail — the model itself is the easy part.
- Never let AI touch operational technology directly. The safe pattern is a one-way, read-only extraction into a mediated feed — the separation disciplines in NIST SP 800-82 and NCSC guidance apply to the AI retrofit exactly as they apply to any other OT connection.
- Every legacy system carrying an AI use case gets one of four deliberate decisions — wrap, replace, restrict or retire — driven by the criticality of the decision the AI informs and how far the substrate can be made trustworthy. Grandfathering by silence is the failure mode.
- The estate ladder runs Bolted-on → Surveyed → Wrapped → Assured → Renewed. Most operators sit in the first two stages, and the highest-leverage move is cheap: a survey of what actually feeds the AI, before another model is connected to an estate nobody has mapped.
Abbreviations used on this page
- OT
- Operational technology (control systems that act on the physical world)
- SCADA
- Supervisory control and data acquisition (industrial monitoring and control)
- PLC
- Programmable logic controller
- RTU
- Remote terminal unit (field-side telemetry device)
- DVR
- Digital video recorder (the recorder behind an analogue camera estate)
- NVR
- Network video recorder
- BMS
- Building management system
- CDE
- Common data environment (the ISO 19650 project information store)
- NTP
- Network time protocol (the shared clock feeds are stamped against)
- OCR
- Optical character recognition
- API
- Application programming interface
- HSE
- Health and Safety Executive (GB safety regulator)
Free · 8 questions · ~3 minutes
Score your estate on the retrofit ladder
Eight questions, one at a time, about three minutes. Answer them and we build your personalised estate report — your stage on the ladder, your score on each of the four dimensions, and the specific substrate gaps standing between your AI and a defensible decision — and send it to your inbox. Your result doubles as the ranked worklist for your first wrapping quarter.
0 of 8 answered
Pick an option to continue
Report ready
Your personalised estate report is ready
Tell us where to send it. Your stage appears on screen straight away, and the full report — dimension scores, the substrate gaps to close first, and the 90-day wrapping plan matched to your weakest dimension — arrives in your inbox.
Your result
Your full report is on its way to your inbox.
Stage 1 · Bolted-on
AI consumes legacy-system data through improvised extractions — screen-scrapes, manual CSVs, vendor portal exports — with no survey of the substrate and no account of what the data actually is.
Your next moveSurvey one live site or asset end to end — every system an AI or analytics tool reads, its age, its interface, its owner — before connecting anything else.
Stage 2 · Surveyed
The estate is mapped — a register lists each legacy system, its interfaces, its owner and which AI consumes it — but the feeds themselves are still direct and unmediated.
Your next movePick the feed behind the most critical AI-informed decision and put a mediation gateway on it — provenance stamp, time normalisation, quality gates — as the pattern for the rest.
Stage 3 · Wrapped
Critical legacy feeds pass through mediation gateways that stamp provenance, normalise time, enforce quality gates and log everything — compensating controls standing in for the guarantees the substrate cannot give.
Your next moveTurn the wraps into a system: schedule failure drills, audit gateway evidence by sampling real decisions backwards, and record a wrap/replace/restrict/retire decision for every register entry.
Stage 4 · Assured
The compensating controls are themselves governed: failure drills run on a schedule, audits reconstruct real decisions backwards through the gateways, and every legacy system carries a recorded wrap/replace/restrict/retire decision.
Your next moveFeed the estate decisions into the renewal plan: let the AI-dependency register and the wrap economics drive which systems are replaced next, and write AI-readiness into every procurement.
Stage 5 · Renewed
The estate is managed as a portfolio: the AI-dependency register drives renewal priorities, wrap costs are traded against replacement openly, and new systems arrive AI-ready so the legacy problem stops regrowing.
Your next moveAnchor the register and the estate decisions in the asset-management system of record and the annual capital process, so the discipline survives its founders.
0 / 24
Estate visibility
— / 6
Provenance & data quality
— / 6
Compensating controls
— / 6
Lifecycle & renewal
— / 6
Your score maps to a stage on the retrofit ladder. The dimension breakdown matters more than the total: the lowest dimension is what actually caps how defensible your AI-informed decisions are, and it is where the next quarter's engineering belongs. Your lowest-scoring dimension is —, and that is where the next investment belongs.
Your score maps to a stage on the retrofit ladder. The dimension breakdown matters more than the total: the lowest dimension is what actually caps how defensible your AI-informed decisions are, and it is where the next quarter's engineering belongs.Your four dimensions score evenly, so there is no single weak link to attack — follow the stage’s next move above rather than picking a dimension.
Want the gaps turned into a wrapping programme?
We will walk your engineering and asset leads through the dimension scores, rank your AI-touching feeds by decision criticality, and leave you with a sequenced wrapping plan — gateways, taps, alarms and drills — sized to your estate. No obligation, and you keep the plan either way.
How the score maps to a stage
- 0–5 — Stage 1, Bolted-on. AI consumes legacy-system data through improvised extractions — screen-scrapes, manual CSVs, vendor portal exports — with no survey of the substrate and no account of what the data actually is.
- 6–11 — Stage 2, Surveyed. The estate is mapped — a register lists each legacy system, its interfaces, its owner and which AI consumes it — but the feeds themselves are still direct and unmediated.
- 12–16 — Stage 3, Wrapped. Critical legacy feeds pass through mediation gateways that stamp provenance, normalise time, enforce quality gates and log everything — compensating controls standing in for the guarantees the substrate cannot give.
- 17–21 — Stage 4, Assured. The compensating controls are themselves governed: failure drills run on a schedule, audits reconstruct real decisions backwards through the gateways, and every legacy system carries a recorded wrap/replace/restrict/retire decision.
- 22–24 — Stage 5, Renewed. The estate is managed as a portfolio: the AI-dependency register drives renewal priorities, wrap costs are traded against replacement openly, and new systems arrive AI-ready so the legacy problem stops regrowing.
What governing AI on legacy site systems actually means
A definition, the assumption gap at the heart of the problem, and the two routes legacy data takes into an AI decision — improvised and mediated.
Governing AI on legacy site systems means making AI-informed decisions defensible when the data underneath them comes from systems that predate every assumption modern governance makes. An AI governance framework quietly presumes a substrate that can log who read what, expose a documented API, keep an accurate clock, version its own changes and control access per user. The systems that actually run construction sites and infrastructure assets — analogue camera estates on DVRs, SCADA and PLC installations from the 2000s, proprietary plant telematics, BMS controllers with hand-edited point lists, batch-fed project controls, cabinets of scanned O&M manuals — can do none of that. The governance therefore cannot be inherited from the substrate; it has to be engineered next to it, as compensating controls: a surveyed estate, read-only taps, mediation gateways that stamp provenance and time, quality gates, and evidence trails manufactured at the boundary.
This page is the estate half of a pair. The rules half — the board-adopted charter, its risk classes, roles and approval gates — is covered clause by clause in the construction AI governance charter blueprint; what follows here is what those rules land on, and why they bounce off an unmapped estate. The framing bodies say the same thing from the other direction: the NIST AI Risk Management Framework (opens in a new tab) asks organisations to map the context and provenance of the data their AI depends on, and ISO 19650 (opens in a new tab) already governs the project information that flows through the CDE — but neither can conjure provenance out of a DVR that does not record it. On a legacy estate, the mapping exercise is a site walk, and the provenance is something you build.
Two routes from a legacy system to an AI decision
The same estate, two disciplines. The top lane is how AI actually reaches legacy data on most sites today; the middle lane is the mediated path this page builds; the bottom lane is what the mediation layer is designed to do when — not if — a legacy feed misbehaves. The ladder below measures how much of your estate travels each lane.
- Data & feeds
- Where value leaks
- AI / model
- System-of-record action
- Human in the loop
The process, in words
- On the direct route, data leaves the legacy system by whatever it will give up without a change request — a screen-scrape, a manual CSV, a vendor portal export. The model consumes it raw, with no provenance and no shared time base, and the decision built on it is defensible exactly until somebody — an auditor, an adjudicator, a client's assurance team — asks how the number was produced.
- On the mediated route, the system is first surveyed and registered with an owner. A read-only tap extracts one way, so the AI adds no write path into OT. A mediation gateway stamps provenance, normalises timestamps against NTP and holds implausible values at quality gates. The model consumes only the governed feed, a named duty holder makes the decision, and the evidence store can reconstruct it months later.
- The failure path is designed behaviour, not an exception. When a feed dies or silently changes shape — a firmware update, a point remap, an export that stops — the gateway alarms a named person within minutes and dependent outputs are withheld rather than computed on stale data. The operation falls back to its drilled pre-AI procedure, and the incident feeds the estate decision: wrap harder, restrict the use, or accelerate replacement.
Step-by-step insights
- The improvised extraction is the whole problem in miniature
- Every pathology of the direct route is visible in its first artefact. A screen-scrape encodes one person's configuration choices and breaks silently when a vendor moves a column. A manual CSV is stale on arrival and carries no record of who pulled it or from what state. A portal export runs under a personal login on terms nobody read, from a schema the vendor may change without notice. None of these can be monitored, versioned or reconstructed — which means nothing downstream of them can be either. The mediation gateway does not make the legacy system better; it makes the extraction honest, and honesty at the boundary is what every later control inherits.
- The read-only tap: the OT boundary is non-negotiable
- Controllers, PLCs, RTUs and the networks they live on act on the physical world — pumps, gates, plant, power. The retrofit rule is absolute: AI reads from OT only through a one-way, read-only mechanism — replication from a historian, a protocol converter publishing outward, a data diode where the asset's criticality warrants the hardware — and never writes back. This is not an AI-specific invention; it is the standing separation discipline of NIST SP 800-82 and NCSC operational-technology guidance, applied to one more untrusted consumer. The practical test is verification: 'read-only by policy' is a sentence, while a verified tap is a network path someone has actually inspected and can show you.
- What the gateway actually stamps, and why time matters most
- The provenance stamp records which system, which interface, which extraction run and which gateway version produced each datum — the lineage the substrate cannot supply. The less obvious service is time. Legacy estates run on drifting clocks: DVRs minutes out, historians on local time with daylight-saving ambiguities, telematics timestamped at the vendor's server rather than the machine. Any AI that correlates across systems — footage against access events, pump telemetry against weather — is silently wrong until timestamps are normalised against a disciplined NTP base at ingestion, with the original and corrected times both kept. Cross-system time is the least glamorous compensating control and the one most analytics quietly depend on.
- Quality gates hold the line the source system never drew
- A legacy system will happily report a level sensor stuck at the same value for three years, a weighbridge column swap, or a point remap that turns temperatures into pressures — none of it crosses an alarm threshold, so none of it is an event. Gateway quality gates make it an event: plausibility ranges per tag, rate-of-change checks, schema contracts that alarm when an export changes shape, and stuck-at detection. Crucially, gated data is held and flagged, not silently dropped — the asset engineer gets a ticket, the model gets nothing, and the gap in the feed is itself recorded evidence.
- The human stays the duty holder, and the estate must not blur that
- Nothing in the mediated lane changes who is accountable. Statutory duties on a site or an asset — the temporary-works certification, the lifting plan, the permit to work — belong to named competent people, and neither HSE's regime nor any other recognises a model as a duty holder. The estate's contribution is to keep the human's decision honest: a recommendation carrying provenance can be trusted or challenged on its merits, while one from an unmapped feed forces the duty holder to either rubber-stamp or ignore it. Governing the substrate is, in the end, a service to the person who signs.
- Evidence as a by-product — the retrofit's quiet payback
- The gateway log, the provenance stamps and the withheld-output records accumulate into something legacy estates have never had: a reconstructable account of what was known, when, from which system, and what was decided on it. That trail answers a client assurance questionnaire in a day, gives an adjudicator something better than recollection, and satisfies the logging expectations that regulation increasingly attaches to consequential AI. Firms that wrap for governance reasons consistently find the evidence layer paying for itself in disputes and audits that have nothing to do with AI at all.
The retrofit ladder: five stages from Bolted-on to Renewed
For each stage: what it looks like on a real estate, the diagnostic signals a reviewer can check in an afternoon, the anti-pattern that traps operators there, and what leaving costs.
The ladder below is written for the people who own the estate, not for a software audience. Each stage describes an observable condition of the systems and feeds — not of the models — because on a legacy estate the models are rarely the constraint. The hallmarks are conditions you can verify, the diagnostic signals are checks you can run against your own site this week, and the anti-pattern is the specific mistake most often made trying to leave that stage.
Defensibility released against stage
The curve is steep in the middle. Stages 1 and 2 release little — a surveyed estate is knowledge, not control — and the inflection comes at Wrapped, when evidence starts being manufactured at the boundary and decisions become reconstructable. This is why estates that measure progress in models deployed rather than feeds mediated report activity without defensibility.
Decisions you can defend by stage
- Stage 1 · Bolted-on — 34% of operators. AI consumes legacy-system data through improvised extractions — screen-scrapes, manual CSVs, vendor portal exports — with no survey of the substrate and no account of what the data actually is.
- Stage 2 · Surveyed — 29% of operators. The estate is mapped — a register lists each legacy system, its interfaces, its owner and which AI consumes it — but the feeds themselves are still direct and unmediated.
- Stage 3 · Wrapped — 22% of operators. Critical legacy feeds pass through mediation gateways that stamp provenance, normalise time, enforce quality gates and log everything — compensating controls standing in for the guarantees the substrate cannot give.
- Stage 4 · Assured — 11% of operators. The compensating controls are themselves governed: failure drills run on a schedule, audits reconstruct real decisions backwards through the gateways, and every legacy system carries a recorded wrap/replace/restrict/retire decision.
- Stage 5 · Renewed — 4% of operators. The estate is managed as a portfolio: the AI-dependency register drives renewal priorities, wrap costs are traded against replacement openly, and new systems arrive AI-ready so the legacy problem stops regrowing.
Curve shape: logistic, plotted from the stage data above. Distribution: Consistent with McKinsey's construction-productivity research.
Select a stage
Every stage's full detail is in the page source — the selector only changes which panel is visible, so nothing here depends on JavaScript to exist.
Stage 1
Bolted-on
34% of operators sit here
AI consumes legacy-system data through improvised extractions — screen-scrapes, manual CSVs, vendor portal exports — with no survey of the substrate and no account of what the data actually is.
Bolted-on is the natural first state, because it is the path of least resistance twice over. The AI vendor wants a demo running before the pilot review; the fastest route to data is whatever the legacy system will give up without a change request — a nightly CSV from the weighbridge terminal, a screen-scrape of the plant-hire portal, a USB pull from the DVR. Each extraction works, in the sense that bytes arrive. None of it is governed, in the sense that nobody can say what the bytes mean, when they were true, or whether tomorrow's bytes will mean the same thing.
The defining property of this stage is that the improvisations are invisible. The model's outputs look like outputs; the dashboard renders; the pilot review sees accuracy figures. What nothing surfaces is that the accuracy was computed against data whose provenance is a chain of undocumented habits — an operator keying tonnage into a 2008 terminal, an export template someone configured and left the company, a portal whose schema the vendor changes without notice. The governance question 'could you defend this decision?' has a simple answer at this stage: no, and you will not find out until someone asks.
This is also the stage where the OT exposure is created. In the rush to feed the model, laptops get plugged into engineering networks, historians get queried from the corporate side, and telemetry paths get opened that no one risk-assessed — precisely the pattern operational-technology security guidance exists to prevent. The cost of leaving Bolted-on is not a platform; it is a survey. Walking the estate and writing down what actually feeds the AI is a matter of weeks, and it converts an unknown risk surface into a known one before the next model is connected.
In practice
The weighbridge column that moved
A contractor's innovation team feeds a materials-productivity model from a nightly export of a 2008 weighbridge terminal, set up by screen-scraping the operator console. A routine software update reorders two columns. For six weeks the model reads vehicle counts as tonnage, the productivity dashboard trends gently upward, and the figure is quoted in a monthly client report. The error is found by an estimator doing a manual cross-check for an unrelated claim — and the awkward question is not the six weeks of bad numbers, but how many other feeds work the same way. Nobody can answer, because nobody has the list.
What it looks like
- Models read legacy systems via screen-scrapes, e-mailed CSVs or portal exports
- Nobody can list the systems that feed AI, let alone their age or interfaces
- Timestamps from different systems are assumed comparable and are not
- The first anyone hears of a dead feed is a decision that looks wrong
Diagnostic signals you can check this week
- Ask for the list of systems that feed any AI or analytics tool — a shrug or a from-memory answer means Bolted-on
- Trace one model input backwards; if you hit a screen-scrape, an e-mailed CSV or a personal login to a vendor portal, you are here
- Compare timestamps on the same event from two site systems — minutes of unexplained drift is the norm at this stage
- Ask when a feed last failed and how it was noticed; 'the numbers looked odd' is the stage-1 answer
Anti-pattern · Auditing IT and calling it the estate
The instinctive response is to hand the problem to IT, who audit what they can see: the office network, the licensed software, the cloud subscriptions. The audit comes back tidy and misses the point, because the systems feeding AI on a construction or infrastructure estate are mostly not IT's — they are the DVR in the site cabin, the historian in the pumping station, the telematics portal the plant-hire desk logs into, the BMS in the energy centre. An estate survey has to walk the site and the asset, not the software register, and it has to record interfaces and data paths, not just system names.
What holds you here
Nobody can list the legacy systems AI touches, so every governance conversation is about a model while the real risk sits in the unmapped feeds beneath it.
Highest-leverage next move
Survey one live site or asset end to end — every system an AI or analytics tool reads, its age, its interface, its owner — before connecting anything else.
Cost of leaving
- Effort
- 4–8 weeks
- Team
- One OT-literate engineer and one site or asset engineer, part-time
- Risk
- Low — the survey changes nothing in production; the risk is only in what it finds
- To next stage
- 1–2 months
If this is you, the next step is
A two-week walk of one site or asset: every AI-touching system, interface and data path, registered and flagged.
Stage 2
Surveyed
29% of operators sit here
The estate is mapped — a register lists each legacy system, its interfaces, its owner and which AI consumes it — but the feeds themselves are still direct and unmediated.
Surveyed is the stage where the estate stops being folklore. Someone has walked the site and the asset base and written down what is actually there: the DVR estate and its firmware versions, the historian and the tags it holds, the telematics portals and who has the logins, the BMS controllers and the point lists last updated a decade ago, the weighbridge, the turnstiles, the batch plant. Against each entry sits the thing governance actually needs: what extracts from it, how, on what schedule, into which model, owned by whom. The register is unglamorous and it changes the conversation permanently — risk can now be ranked instead of guessed.
What the survey almost always finds is worse and more useful than expected. A typical first pass on a mature estate turns up several systems nobody named in advance, at least one whose vendor no longer exists, documentation gaps that make interface behaviour a matter of experiment, and two or three extraction paths that would embarrass the firm in front of a client auditor. It also finds the good news: which feeds are already clean enough to mediate cheaply, and which AI use cases were quietly consuming data too unreliable to act on — knowledge that redirects investment before it is wasted.
The trap at this stage is treating the register as the deliverable. A survey with no controls behind it is a well-documented version of stage 1: the screen-scrapes are now beautifully catalogued and still silently wrong. The register's purpose is to sequence the wrapping work — which feeds get mediation gateways first, driven by the criticality of the decisions their AI informs, not by which system is oldest or which team shouts loudest. The move to Wrapped starts with the single feed whose failure would be most expensive to discover late.
In practice
The survey that found forty-three systems
An infrastructure joint venture surveys one depot expecting a dozen systems and finds forty-three, nine of which feed AI or analytics tools. Three have no documentation at all; interface behaviour has to be established by test. One — the fuel-management terminal — was supplied by a company dissolved years earlier, and its export format is understood by exactly one technician approaching retirement. The register turns that from an anecdote into a ranked risk: the fuel data feeds a carbon-reporting model whose figures go to the client, so the feed goes first in the wrapping queue and the undocumented format is captured while the technician is still on payroll.
What it looks like
- A register lists the legacy systems, their age, interfaces and data quality flags
- Every AI input can be traced to a named source system and an owner
- The worst extractions are known and ranked, but still running
- Feed failures are still discovered by humans noticing odd outputs
Diagnostic signals you can check this week
- Ask for the register and check it against one site walk — a register that misses the DVR or the batch plant was a desk exercise
- Pick one model and ask for its inputs' source systems, interfaces and owners; at Surveyed this answer takes minutes
- Check whether register entries carry data-quality and documentation flags, or just names
- Ask which feed would be wrapped first and why — a criticality-ranked answer means the stage is real
Anti-pattern · Wrapping by age instead of by criticality
With the register in hand, the tempting programme is chronological: wrap the oldest, ugliest systems first because they offend the engineers most. But the 1998 BMS feeding a comfort-analytics dashboard can stay ugly for years without hurting anyone, while the comparatively modern telematics portal feeding a plant-safety model needs mediation this quarter. Sequence by the criticality of the decision the AI informs, crossed with how bad the feed actually is. The matrix on this page — wrap, replace, restrict, retire — exists to make that a recorded decision instead of a taste.
What holds you here
The estate is known but the feeds are still raw — every AI decision still stands on unmediated data, and the register documents the exposure without reducing it.
Highest-leverage next move
Pick the feed behind the most critical AI-informed decision and put a mediation gateway on it — provenance stamp, time normalisation, quality gates — as the pattern for the rest.
Cost of leaving
- Effort
- 2–4 months to the first mediated feeds
- Team
- One integration engineer, one OT engineer, the register owner; asset-owner sign-off for anything touching OT
- Risk
- Low to medium — read-only taps are deliberately non-invasive, but OT-adjacent work always needs the asset owner in the room
- To next stage
- 2–4 months
If this is you, the next step is
A working session over your register: the wrap/replace/restrict/retire call for every AI-touching system, recorded.
Stage 3
Wrapped
22% of operators sit here
Critical legacy feeds pass through mediation gateways that stamp provenance, normalise time, enforce quality gates and log everything — compensating controls standing in for the guarantees the substrate cannot give.
Wrapped is where governance becomes an engineering fact instead of a documentation exercise. Between each critical legacy system and the AI that reads it now sits a mediation gateway — a deliberately boring piece of infrastructure that does four things the substrate cannot. It stamps provenance: which system, which interface, which extraction, when. It normalises time, converting the DVR's drifting clock and the historian's local time into one NTP-disciplined base so events can be honestly ordered. It enforces quality gates, holding back stuck values, impossible readings and schema changes instead of passing them to the model. And it logs, giving every downstream decision a trail the source system could never provide.
The OT boundary is settled at this stage, permanently. Models never query controllers, PLCs or historians directly; extraction happens through read-only taps — one-way replication, protocol converters, or a data diode where the asset warrants it — so the AI retrofit adds no write path and no attack path into systems that act on the physical world. This is not an AI-specific invention: it is the standard separation discipline of NIST SP 800-82 and NCSC operational-technology guidance applied to a new consumer. Treating the AI as just another untrusted connection to OT is the mindset that keeps the retrofit out of the incident report.
What changes operationally is failure. At stages 1 and 2, a dead or corrupted feed is discovered by a human noticing that decisions look odd — days or weeks late. At Wrapped, the gateway notices in minutes: a staleness alarm, a schema alarm, a quality-gate trip, each paging a named person. Just as important is what the AI does next: outputs that depend on the failed feed are withheld, not computed on stale data, and the operation falls back to its pre-AI procedure — which is still documented and still drilled. A wrapped estate fails loudly and safely; an unwrapped one fails silently and expensively, which is the entire difference.
In practice
The historian behind the gateway
A water-sector operator wraps a twenty-year-old pumping-station historian feeding a new anomaly-detection model. The read-only tap replicates tags one way into a gateway that stamps provenance, normalises the station's clock against NTP, and enforces plausibility gates per tag. In the first month the gates catch a level sensor stuck at a constant value — a fault the station's own alarms had been ignoring for years because it never crossed a threshold. The model never sees the stuck tag; the asset engineer gets a ticket instead. The wrap was justified as AI governance and paid for itself as instrument maintenance.
What it looks like
- AI consumes mediated feeds, not raw extractions, for every critical decision
- Gateways stamp provenance and normalise timestamps against a shared clock
- OT is reached only through verified read-only taps — no direct model connections
- Feed-health alerting pages a named person when a feed dies or changes shape
Diagnostic signals you can check this week
- Trace a critical model input; at Wrapped it passes through a gateway with provenance and time stamps you can inspect
- Ask how AI reaches OT and demand evidence: verified read-only taps, not a policy statement
- Kill a test feed and time the alarm — minutes at Wrapped, days below it
- Ask what the model does when a feed is stale; 'withholds' is the wrapped answer, 'keeps scoring' is not
Anti-pattern · Validating the pipe and forgetting the instrument
A mediation gateway checks that data is well-formed, timely and plausible — it cannot check that the physical instrument behind the data is telling the truth. Legacy sensors drift, weighbridge calibrations lapse, cameras fog and shift. A feed can pass every gateway gate while faithfully transporting a lie, and a model retrained on months of drifted readings learns the drift as normal. The wrap must therefore reach the physical layer: calibration records captured as feed metadata, instrument checks in the maintenance cycle tied to the feeds AI depends on, and drift on the instrument treated as a first-class alarm, distinct from drift in the model.
What holds you here
Controls exist feed by feed, but nothing yet proves the whole arrangement — nobody has audited the wrappers, drilled the failures on a schedule, or made the wrap-versus-replace economics explicit.
Highest-leverage next move
Turn the wraps into a system: schedule failure drills, audit gateway evidence by sampling real decisions backwards, and record a wrap/replace/restrict/retire decision for every register entry.
Cost of leaving
- Effort
- 3–6 months across the critical feeds
- Team
- Integration engineer, OT engineer, asset-owner representative; the register owner sequencing the queue
- Risk
- Medium — the gateways are additive, but each wrap touches change control on systems that run the site or the asset
- To next stage
- 6–12 months
If this is you, the next step is
One feed, end to end: tap, gateway, provenance, alarms and the drilled fallback — as the template for your estate.
Stage 4
Assured
11% of operators sit here
The compensating controls are themselves governed: failure drills run on a schedule, audits reconstruct real decisions backwards through the gateways, and every legacy system carries a recorded wrap/replace/restrict/retire decision.
Assured is the stage where the firm stops trusting its own wrapping and starts testing it. The mediation layer built at stage 3 is infrastructure, and infrastructure decays: a gateway config drifts, an alarm rota goes stale, a 'temporary' direct connection appears during a shutdown and stays. The assurance discipline is adversarial by design — sample an AI-informed decision from the last quarter and walk it backwards through the evidence, from the recommendation to the gateway log to the provenance stamp to the raw extraction, and see whether the chain actually holds. Then walk the other way: pick a live feed and check the register, the tap, the alarms and the estate decision all exist and match. The gaps found are the product.
The failure drill graduates from a good habit to a governed cadence. On a schedule, a feed is deliberately killed or corrupted on a quiet shift: does the alarm page the right person, does the model withhold, does the fallback procedure actually run with the people on that shift, how long until normal service. The drill report — what worked, what did not, what changed as a result — is the single most persuasive artefact the estate can produce, because it is evidence of behaviour rather than intention. It is what an assurance-minded client, an insurer or a regulator can be shown without interpretation.
Assured is also where the economics become honest. Every wrap has a running cost — the gateway, the alarms, the drills, the audit time — and for some systems that cost quietly exceeds what replacement would amortise to. The recorded wrap/replace/restrict/retire decision, reviewed on a date rather than on a whim, is what keeps the estate deliberate: the analogue camera estate whose wrapper costs more per year than an IP refresh, the historian whose vendor support ends next cycle, the portal whose schema changes have tripped the gates three times this year. These are renewal signals, and at Assured they are read as such instead of being absorbed as maintenance noise.
In practice
The audit that walked a deferral backwards
An asset operator's internal audit samples a maintenance deferral recommended by an AI model and approved by an asset engineer eight months earlier. The walk-back succeeds: the gateway log shows the feed versions and provenance stamps behind the recommendation, the quality gates' state at the time, and the engineer's approval with the fallback available. The walk also finds the gap that becomes the audit's real finding — one input feed had been re-pointed during a station upgrade and the register never updated, so the evidence chain held but the register lied. The fix is procedural: re-pointing a feed now requires a register change as part of the same permit.
What it looks like
- AI-informed decisions can be reconstructed end to end from gateway evidence, months later
- Feed failures and fallbacks are drilled on a schedule, with findings recorded
- Every register entry carries a recorded estate decision with a review date
- Assurance effort is ranked by decision criticality, not spread evenly
Diagnostic signals you can check this week
- Ask for the last drill report and what it changed — a date and a diff means Assured; 'we drilled once at go-live' does not
- Sample one AI-informed decision yourself and time the reconstruction — hours from standing evidence, or weeks of archaeology
- Read three register entries: each should carry an estate decision, its rationale and a review date
- Check whether any 'temporary' unmediated connections exist right now — the honest answer is measured, not asserted
Anti-pattern · Assuring everything equally
Once the assurance machinery exists, the bureaucratic instinct is to run every feed through the same depth of audit and the same drill cadence — which drowns the team in low-stakes evidence and starves the feeds that matter. The comfort-analytics BMS feed does not need quarterly drills; the plant-proximity safety feed does. Rank assurance effort by the criticality of the decision the AI informs, publish the ranking, and accept thin evidence on the estate's long tail. An assurance programme that cannot say what it deliberately does not check is not rigorous — it is unprioritised.
What holds you here
Assurance proves each system individually, but the estate still ages faster than it is renewed — wrap costs accumulate and nothing systematically converts them into replacement decisions.
Highest-leverage next move
Feed the estate decisions into the renewal plan: let the AI-dependency register and the wrap economics drive which systems are replaced next, and write AI-readiness into every procurement.
Cost of leaving
- Effort
- 6–12 months to a full cycle, then continuous
- Team
- Internal audit or an external assurance partner, the register owner, asset engineering time for drills
- Risk
- Medium — drills and audits consume scarce OT-literate engineering time, and the findings create work
- To next stage
- 12+ months
If this is you, the next step is
A mock audit: we sample real AI-informed decisions and walk them backwards through your gateways, then report what held.
Stage 5
Renewed
4% of operators sit here
The estate is managed as a portfolio: the AI-dependency register drives renewal priorities, wrap costs are traded against replacement openly, and new systems arrive AI-ready so the legacy problem stops regrowing.
Renewed is not the estate becoming modern — no working construction or infrastructure estate ever fully is. It is the estate becoming deliberately managed, with AI dependency as a first-class input to renewal. The question 'which systems do we replace next year?' is answered partly from the dependency register: which substrates carry the most critical AI decisions, which wrappers cost the most to run and audit, which vendors are approaching end of life, which feeds trip their quality gates most often. Renewal money follows governance economics, which means the ugliest system in the yard is not necessarily next — the one whose wrapper is the most expensive lie to maintain is.
The second discipline of this stage is refusing to mint new legacy. Every procurement — the new access-control estate, the batch-plant replacement, the camera refresh, the historian upgrade — carries AI-readiness requirements in the specification: documented APIs, event logging, NTP time discipline, schema-change notification, data export in an open format, and contractual terms covering what the vendor may and may not do with the data. None of this is exotic, and all of it is nearly free at procurement time and painfully expensive to retrofit. The firms at this stage learned that the wrapping programme they just finished was the price of two decades of procurement that never asked.
Retirement gets the same rigour as acquisition. A legacy system leaving service is a governance event: its archives get a disposition decision — migrate, retain with an owner, or destroy on a schedule — its feeds are formally decommissioned in the register, and the models that consumed them are re-pointed or re-validated rather than left reading a ghost. The stage's quiet achievement is that the estate's story becomes tellable: an auditor, a client or an incoming engineering director can be shown what runs, what feeds what, what is wrapped, what is scheduled for replacement and why. That narrative, backed by evidence, is what estate governance was for all along.
In practice
The renewal case the register wrote
An operator's capital-planning round considers replacing a sprawling analogue camera estate. Historically the case would have been image quality and spares scarcity, and it would have lost to shinier bids. This year the dependency register adds the missing numbers: the DVR wrapper costs a five-figure sum annually to run and audit, three vision-analytics use cases are restricted to advisory mode because the substrate cannot carry them at the required assurance level, and the encoder fleet that makes the wrap work is itself approaching end of life. Replacement wins the round — and the specification for the new estate requires NTP, event logs, open export and schema-change notice, so the successor never needs wrapping at all.
What it looks like
- Renewal and capital plans cite the AI-dependency register and wrap economics
- Procurement specifications require APIs, event logs, NTP time and export contracts
- Retired systems have formal data-disposition decisions, not abandoned archives
- The wrapped share of the estate falls by design, not by accident
Diagnostic signals you can check this week
- Read the current capital plan for citations of the dependency register or wrap economics — their absence means stage 4 at best
- Read the last three procurement specifications for AI-readiness clauses
- Pick a recently retired system and ask for its data-disposition record
- Plot the wrapped share of critical feeds over two years — at Renewed it trends down on purpose
Anti-pattern · Declaring the estate modern
The terminal failure is triumphalism: the renewal programme completes its headline replacements, the ugliest wrappers come out, and leadership declares the legacy problem solved — at which point the disciplines that solved it are defunded. But estates regrow legacy continuously: the new systems age, acquisitions arrive with their own unmapped substrates, and vendors sunset products on their own schedules. Renewed is a steady state that must be operated, not a summit to descend from. The register, the estate decisions and the procurement clauses are permanent fixtures; the day they are archived, the firm restarts the ladder from wherever the next surprise finds it.
What holds you here
Sustaining the portfolio discipline through leadership and budget cycles — renewal governance is invisible when it works, which makes it perpetually easy to cut.
Highest-leverage next move
Anchor the register and the estate decisions in the asset-management system of record and the annual capital process, so the discipline survives its founders.
Cost of leaving
- Effort
- Continuous — one renewal cycle and one register review per year, minimum
- Team
- Asset management, procurement, the register owner, finance for the wrap-versus-replace economics
- Risk
- Concentrated — the discipline is the first casualty of a leadership change or a cost-cutting year, and decay is silent
If this is you, the next step is
We price your wrappers' true running cost against replacement, per system, in capital-planning terms.
Where construction and infrastructure estates actually sit
The distribution across the ladder, and why the industry's digitisation record makes the legacy problem structural rather than accidental.
Most estates are at the bottom of the ladder. Bolted-on is the mode: AI has arrived faster than any survey of what it reads, so the typical condition is models consuming improvised extractions from systems nobody has mapped. The distribution below is illustrative — model-derived from the adoption and digitisation research cited, not a survey result — but the shape is the part that matters: the population thins dramatically at Wrapped, because that is where governance starts costing engineering rather than documentation.
Where estates sit on the retrofit ladder
Illustrative distribution — model-derived, not a survey result. Bolted-on is the mode, and the sharpest drop is into Wrapped, where compensating controls must actually be engineered feed by feed.
Share of estates (illustrative)
- 34% — 1 · Bolted-on (the mode)
- 29% — 2 · Surveyed
- 22% — 3 · Wrapped
- 11% — 4 · Assured
- 4% — 5 · Renewed
Construction is among the least digitized sectors in the world.
The distribution is not an indictment of the operators — it is the arithmetic of the sector's history. McKinsey Global Institute's productivity research (opens in a new tab) has documented construction's two-decade productivity gap and ranked it near the bottom of industry digitisation; the World Economic Forum's construction transformation work (opens in a new tab) has argued since 2016 that the sector's technology adoption depends on capabilities and governance keeping pace with tooling. An industry that digitised late is now adopting AI onto the estate that late digitisation left behind — which is why the retrofit question is arriving everywhere at once, and why it is a governance question rather than a modernisation slogan. The estates that handle it well are not the ones that replace everything; they are the ones that know what they have, wrap what matters and replace on evidence.
The substrate gap catalogue: system by system, control by control
The eight legacy system families AI is being bolted onto, what each one cannot give you, and the compensating control that stands in. This table is the page's working tool — read your estate against it.
Every legacy system family fails governance in its own way, and the compensating control has to match the specific guarantee that is missing. The catalogue below is the working tool this page exists to deliver: find the systems your AI touches, read what each cannot provide — the substrate gap — and take the compensating control as the engineering requirement for that feed. The pattern to notice is that no gap is closed by policy alone; every row ends in a control that must be built, configured or contracted.
| Legacy system | AI being bolted on | What it cannot give you | The compensating control |
|---|---|---|---|
| Analogue CCTV on DVRs | Vision analytics: PPE, exclusion zones, plant proximity | No export log, no accurate clock, no retention control, unknown frame provenance | Encoder/NVR wrapper; NTP stamping at capture; retention enforced at the wrapper, aligned to ICO surveillance guidance |
| SCADA / PLC estates on assets | Anomaly detection, predictive maintenance | No per-read audit trail, unauthenticated protocols, flat networks, historian gaps | Read-only tap (one-way replication or data diode); provenance stamp at ingestion; SP 800-82-aligned segmentation |
| Plant telematics (mixed fleets) | Utilisation, idle-time and maintenance models | Inconsistent definitions across brands, portal exports with silent schema changes, no lineage | One mediation gateway normalising definitions across brands; schema contracts with change alarms |
| Access control & turnstiles | Presence, workforce-flow and fatigue analytics | Clock drift, no API (direct database reads), identity joins with no granularity | Read-only replica; time normalisation; purpose limits fixed in writing before any join to a person |
| Weighbridges & batch plants | Materials reconciliation, carbon accounting | Operator-keyed fields, paper calibration records, no versioning of terminal software | Calibration certificates captured as feed metadata; double-entry reconciliation gates; export contract with the vendor |
| BMS in energy centres & handover assets | Energy optimisation, comfort and plant analytics | Mislabelled points, hand-edited point lists, no change log on controller config | Point-mapping survey with a versioned map; the gateway rejects unmapped points; remaps require a register change |
| Project controls & legacy ERP | Schedule-risk, cash-flow and claims models | Batch exports, retrospective edits invisible, no event history | Snapshot-and-diff at the gateway; edit-window rules; model consumes the diffed history, not the mutable table |
| Scanned archives & O&M manuals | OCR and LLM retrieval over project history | No provenance of scan versus original, superseded revisions indistinguishable from current | Provenance metadata at ingestion; supersession status resolved against the CDE before a document enters the corpus |
Two rows deserve a health warning. The camera row crosses into personal-data territory the moment analytics meet people: purpose limitation, DPIAs and workforce consultation are governed by the ICO's video surveillance guidance (opens in a new tab) and are treated in depth on this cell's project data-governance page — the catalogue above covers only the substrate mechanics. And the SCADA row is the one where enthusiasm hurts most: NIST SP 800-82 (opens in a new tab), the standing guide to OT security, exists precisely because connecting new consumers to control systems has a long incident history that predates AI. The AI retrofit earns no exemption from it.
Read the catalogue with a sequencing eye rather than a completionist one. Nobody wraps eight system families in a quarter, and nobody should: the order comes from crossing each row against the criticality of the decisions its AI informs, which is exactly the exercise the matrix later on this page formalises. A typical first quarter mediates one safety-adjacent feed and one commercially-reported feed — enough to prove the gateway pattern, produce the first drilled fallback, and give the estate register two rows of evidence instead of eight rows of intention.
What instrumenting a legacy estate looks like in public
Two publicly reported programmes, read against the ladder. Neither is an Atomic Loops engagement — each links to the operator's own published material.
The clearest public evidence for the wrapping thesis comes from operators whose estates are too old and too large to replace. In both cases below, the differentiator was not model sophistication — it was the decision to build an instrumented, governed data layer over a substrate that could never provide one natively, and to let renewal follow the evidence rather than precede it.
Two programmes read against the ladder
Outcomes as reported by the operators themselves — verify against the linked sources before reusing figures; we have not independently audited them. The Caterpillar card uses the operator image from this page's image library; no Network Rail operator image exists in the library, so that card carries a generated industry scene, not operator imagery.
Network RailGB rail infrastructure owner · ~20,000 miles of track24
- Challenge
- An asset base substantially built in the Victorian era, historically inspected by people walking the track and condition recorded in ways that could not support prediction — a legacy substrate in the most literal sense.
- Approach
- Network Rail's publicly reported intelligent-infrastructure direction instruments the existing assets rather than trusting their records: remote condition monitoring on ageing equipment, in-service trains capturing track geometry and imagery at line speed, and machine learning applied over the resulting feeds to move maintenance from find-and-fix towards predict-and-prevent.
- Reported outcome
- Network Rail publicly reports using remote condition monitoring, train-borne measurement and data-driven maintenance across its network as core to its asset-management strategy.
- What it shows about the curveYou do not need the legacy asset to be digital — you need the evidence layer above it to be. Instrumenting a Victorian estate and governing the resulting feeds is the Wrapped-to-Assured move at national scale.
CaterpillarGlobal construction equipment manufacturer · dealer network13
- Challenge
- Customer fleets are mixed by design — machines from multiple decades and multiple manufacturers on one site — so the machine data that condition monitoring and utilisation analytics need was fragmented, inconsistent or absent on older plant.
- Approach
- Caterpillar's publicly documented connectivity offer productises the retrofit: telematics hardware that can be fitted to older and mixed-brand machines, feeding a common platform with consistent data definitions, on which its dealers and customers run condition monitoring and fleet analytics.
- Reported outcome
- Caterpillar publishes its equipment-connectivity and condition-monitoring capabilities, including retrofit options for existing fleets, as a standing part of its equipment-management offer.
- What it shows about the curveA retrofit kit is a mediation layer productised: the value is not the sensor but the single governed channel with consistent definitions that a mixed legacy fleet otherwise never has. That is the Bolted-on-to-Wrapped move, sold as a product.
The four dimensions that set your stage — and the estate decision matrix
Why AI governance frameworks break on legacy estates, the four dimensions that gate each other, and the wrap/replace/restrict/retire call for every system.
AI governance frameworks break on legacy estates because they audit intentions the substrate cannot execute. Ask a framework's standard questions of a 2006 DVR — who accessed this data, when was it modified, what is its lineage, is the clock trusted — and the honest answer to all four is that the system has no concept of the question. Regulation is moving the same way: the EU AI Act (opens in a new tab) attaches logging and traceability obligations to high-risk AI systems (covered in depth by its own page in this section), and an obligation to log is unmeetable by a substrate that cannot log — unless the evidence is manufactured at the boundary. That is why this page scores estates on four dimensions, and why the lowest dimension is your real stage: each one gates the others.
Estate visibility
Whether the systems feeding AI are known — age, interfaces, owners, and which models consume them. This dimension gates everything: an unmapped feed cannot be mediated, monitored or defended, and on most estates the survey finds a third more systems than anyone named in advance.
Provenance & data quality
Whether you can say what the data is: which system produced it, through which extraction, on which clock, and whether it passed plausibility checks. This is the dimension that decides if an AI-informed decision survives hostile questioning — in adjudication, in a client audit, in front of HSE (opens in a new tab) after an incident.
Compensating controls
The engineered stand-ins for what the substrate lacks: read-only taps, mediation gateways, quality gates, feed-health alarms, gateway logging. The operational patterns are imported from OT security practice — NCSC's guidance (opens in a new tab) and NIST SP 800-82 — rather than invented for AI.
Lifecycle & renewal
Whether the estate is deliberately managed: a recorded wrap/replace/restrict/retire decision per system, wrap economics feeding the renewal plan, AI-readiness clauses in procurement, and formal data disposition at retirement. This is the dimension that stops the legacy problem regrowing behind the programme that solved it.
Wrap, replace, restrict or retire: the call for each system
Plot each AI-touching system on two axes: how critical the decisions its AI informs are, and how far the substrate can be made trustworthy with a wrapper. The quadrant names the estate decision — and the bottom-right is the one that must never be resolved by optimism.
Wrap lightly
- Wrappable substrate, low-stakes decisions
- Gateway with basic gates and logging; no drills
- Revisit only if the use case escalates
Wrap and assure
- Wrappable substrate, decisions that matter
- Full mediation: taps, gates, alarms, drills, audits
- Where the wrapping budget belongs first
Restrict
- Untrustworthy substrate, low-stakes use
- AI stays advisory, labelled as unverified
- No output enters a report or a system of record
Replace or retire
- Untrustworthy substrate, critical decisions
- No wrapper makes this honest — stop the use case
- Fund replacement, or retire the system and the use
The matrix earns its keep in the bottom-right quadrant, because that is where organisational pressure and engineering honesty collide. A safety-adjacent model reading a substrate that cannot be made trustworthy is not a wrapping challenge — it is a use case that must be stopped until the substrate is replaced, however much the pilot impressed. The stakes are the industry's own: construction remains the sector with the most worker deaths in Great Britain — 51 in 2023/24 on HSE's figures (opens in a new tab) — and an AI that informs safety-relevant calls from unverifiable data adds risk while appearing to remove it. Where the management-system machinery for these decisions belongs is well signposted: ISO/IEC 42001 (opens in a new tab) gives the estate decisions a certifiable home (its certification routes have their own page in this section), and the register plus recorded decisions on this page are exactly the evidence that machinery runs on.