Redefining Technology

Construction & InfrastructureAI Implementation & Best Practices

Edge AI concrete quality control: real-time strength evidence on construction and infrastructure sites

Edge AI concrete quality control is the practice of computing concrete quality on the site itself — maturity sensors in the pour, inference on a local gateway, vision at the point of placement — so striking, loading and acceptance decisions run on measured strength within hours, while the standard cube regime remains the audit anchor.

Structural concrete pour instrumented with wireless maturity sensors, strength data surfacing at the workface
Construction & Infrastructure · AI Implementation & Best Practices

Key takeaways

  1. Edge AI concrete quality control changes when you know, not what you test: strength is computed on site from in-pour sensors inside the pour cycle, while the 28-day cube regime stays exactly where the standards put it — as the conformity and audit anchor.
  2. The binding constraint is the signature, not the sensor. Until the temporary works procedure names the elements where in-situ evidence governs striking, sensor data is decoration — and informal reliance on an unsigned app is worse than ignoring it.
  3. Inference has to run at the edge because pours do not wait for connectivity. A strength model that needs the cloud fails on exactly the pours where it matters — basements, tunnels, remote infrastructure — and the conservative default quietly resumes.
  4. Calibration is per-mix and perishable. Change the cement source or the SCM ratio and yesterday's maturity curve mispredicts today's concrete; calibration currency is the KPI most sensored sites never track.
  5. The mature end state is a loop, not a dashboard: pour-by-pour strength development flows back to the batching plant and trims the over-specification margin — the cheapest carbon and cost win available in a concrete frame.

Abbreviations used on this page

QC
Quality control
NCR
Non-conformance report
RMC
Ready-mixed concrete (and its producer)
SCM
Supplementary cementitious material (GGBS, fly ash)
GGBS
Ground granulated blast-furnace slag
w/c
Water–cement ratio
TWC
Temporary works coordinator
EoR
Engineer of record — the designer who accepts structural evidence
CDE
Common data environment (ISO 19650 information management)
OTA
Over-the-air (remote model and firmware updates)
DPIA
Data protection impact assessment
IoT
Internet of things — commodity connected sensing hardware

Free · 8 questions · ~3 minutes

Score your concrete QC on the curve

Eight questions, one at a time, about three minutes — on instrumentation, on-site inference, engineering acceptance and the batching loop. Answer them and we build your personalised report: your stage on the curve, your score on each of the four dimensions, and the specific blocker between you and the next stage — sent to your inbox. Your result doubles as the baseline for your first instrumented pour cycle.

0 of 8 answered

Question 1 of 8Pour instrumentation

What evidence does a typical structural pour generate beyond the batch ticket and cubes?

Everything downstream — calibration, striking decisions, the batching loop — is capped by what gets measured in the element itself.

How the score maps to a stage
  • 05 — Stage 1, Paper and cubes. Quality is verified on paper and by lab specimens — batch tickets, slump tests and cubes whose results arrive days to weeks after every decision they could have informed.
  • 611 — Stage 2, Sensored pours. Wireless sensors ride selected pours and a cloud app draws strength curves, but decisions still follow default striking times because no engineer has accepted the numbers.
  • 1216 — Stage 3, Calibrated decisions. Per-mix calibration is signed, inference runs on a site gateway that survives dead zones, and named element classes strike on measured strength with cubes as the audit anchor.
  • 1721 — Stage 4, Closed-loop batching. Quality data flows both ways: measured strength development reaches the batching plant, mixes are revised on evidence, and gate acceptance runs on measured fresh properties.
  • 2224 — Stage 5, Autonomous quality gates. Enumerated, low-consequence quality decisions execute inside a signed policy — routine gate acceptance, strike release on standard elements — with exceptions escalating and every action carrying an evidence pack.

What edge AI concrete quality control is — and what it changes

A definition, the reason the compute has to live on site, and the data path that separates lab-lagged from edge-verified concrete.

Edge AI concrete quality control is the use of on-site sensing and on-site inference to establish concrete quality while decisions about the element are still open. Wireless maturity sensors cast into the pour stream temperature histories to a gateway on the site itself; the gateway computes in-place strength from a laboratory calibration of the actual mix; instrumented checks and vision at the gate measure what arrives in each load. The output is not a lab report that closes three weeks later — it is a number on the pour card, available at the moment the temporary works coordinator decides whether to strike.

Two boundaries keep the definition honest. First, edge AI does not replace the standard test regime: cubes and cylinders under EN 206, BS 8500 and the EN 12390 test series remain the conformity and audit anchor, and every in-situ prediction is reconciled against its specimens. What changes is when you know — hours into the cure instead of 28 days after it. Second, the edge part is not fashion: the pours where early strength matters most are basements, cores and tunnels, exactly where site connectivity dies, so inference that depends on a cloud round-trip fails precisely when it is needed. The compute belongs on commodity IoT-class hardware inside the site fence.

Value released against position on the curve

The curve is not linear. Value stays near flat through stages 1 and 2 — sensors without acceptance change nothing — and inflects at stage 3, when a signed procedure lets measured strength govern real striking decisions. It compounds again at stage 4, when pour data starts trimming the mix itself.

Programme value released by stage

  • Stage 1 · Paper and cubes — 34% of operators. Quality is verified on paper and by lab specimens — batch tickets, slump tests and cubes whose results arrive days to weeks after every decision they could have informed.
  • Stage 2 · Sensored pours — 38% of operators. Wireless sensors ride selected pours and a cloud app draws strength curves, but decisions still follow default striking times because no engineer has accepted the numbers.
  • Stage 3 · Calibrated decisions — 19% of operators. Per-mix calibration is signed, inference runs on a site gateway that survives dead zones, and named element classes strike on measured strength with cubes as the audit anchor.
  • Stage 4 · Closed-loop batching — 7% of operators. Quality data flows both ways: measured strength development reaches the batching plant, mixes are revised on evidence, and gate acceptance runs on measured fresh properties.
  • Stage 5 · Autonomous quality gates — 2% of operators. Enumerated, low-consequence quality decisions execute inside a signed policy — routine gate acceptance, strike release on standard elements — with exceptions escalating and every action carrying an evidence pack.

Curve shape: logistic, plotted from the stage data above. Distribution: Consistent with McKinsey's construction productivity research.

How quality evidence reaches a concrete decision, stage by stage

The evidence path at each stage. The stage is determined by where the strength number exists when the decision is made: at stages 1–2 it does not yet exist, at stages 3–4 it is computed at the edge and governs named decisions under a signature, at stage 5 routine decisions clear inside a versioned policy. Most sites are in the top lane.

  • Data & feeds
  • Where value leaks
  • AI / model
  • System-of-record action
  • Human in the loop

The process, in words

  • At stages 1–2, quality evidence is the batch ticket, a slump record and specimens crushed at 7 and 28 days. The results are real and standards-compliant — and they arrive weeks after the striking decision they could have informed, which was made from a default table instead.
  • At stages 3–4, gate capture and in-pour maturity sensors feed a gateway on the site that computes strength from a signed per-mix calibration, keeps working through dead zones, and writes the number onto the pour card in the CDE. The TWC strikes named element classes on that evidence, and the unchanged cube regime reconciles every prediction.
  • At stage 5, a versioned decision policy — built from seasons of residual history — lets routine gate acceptance and strike release execute automatically inside signed bounds. Everything outside the bounds escalates to the materials engineer, and every automated action carries a reconstructable evidence pack.
Step-by-step insights
The gate is the blind spot the whole industry shares
Almost everything known about a load at delivery is written by the party selling it — the batch ticket — plus a slump cone if procedure held. Water added to the drum on the road, temperature drift in traffic, segregation from a long chute run: none of it enters any record. That missing half of the quality file is why gate acceptance stays an argument between a foreman and a driver, and why the batching loop at stage 4 has nothing to close against until gate capture exists.
The 28-day lag is decision debt, not a testing flaw
The cube regime does exactly what EN 206 asks of it: prove the delivered product conforms. The problem is everything the programme borrowed against it in the meantime — strikes at default times, back-props pulled on assumptions, trades sequenced over elements whose real strength nobody measured. Each of those is a decision made on credit, and a low pair at day 28 is the debt called in: coring, programme holds and a commercial argument conducted on two specimens' worth of evidence.
Per-mix calibration is what makes the maturity method honest
The maturity method itself is old, standardised practice: strength development correlates with the temperature–time history of the cure, mix by mix. The operative words are 'mix by mix'. A curve calibrated in the laboratory for your cement, your GGBS fraction and your admixture package carries a known error; a vendor default curve carries an unknown one. Everything defensible about edge QC — the signature, the residual chart, eventually the decision policy — sits on that laboratory calibration and dies with it when the mix changes unannounced.
Write-back to the pour card, not another dashboard
The strength number changes decisions only if it appears where the decision is made — the pour card and the temporary works pack, inside the CDE the project already runs under ISO 19650. A separate app with a separate login recreates the stage-2 problem with better graphics: acting on it remains a voluntary extra step, and voluntary steps disappear under programme pressure. Write-back also produces the by-product that matters later: an evidence pack per pour, assembled by the system rather than by a QC engineer the night before an audit.
The policy lane is earned, never installed
Stage 5's automatic gates are downstream of everything else on this diagram: the bounds in the decision policy are set from seasons of residual history, the escalation path inherits the humans the signature lane already named, and the evidence packs are the same ones stage 3 started writing. A vendor cannot sell this lane, because its substance is accumulated local evidence and a signed engineering judgement about which decisions are routine enough to delegate. That is also why the lane stays narrow — in structural concrete, most strikes never belong in it.

The five stages in detail

For each stage: what it looks like on the ground, the diagnostic signals a reviewer can check in an afternoon, the anti-pattern that traps sites there, and what leaving costs.

Each stage below is written for a practitioner rather than a buyer. The hallmarks are observable conditions on a live frame, 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. The stage names are the domain's own: paper and cubes, sensored pours, calibrated decisions, closed-loop batching, autonomous quality gates.

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

Paper and cubes

34% of operators sit here

Quality is verified on paper and by lab specimens — batch tickets, slump tests and cubes whose results arrive days to weeks after every decision they could have informed.

Stage 1 is not negligence — it is the standards regime working exactly as designed, for a world without site compute. EN 206 and BS 8500 verify the product: specimens sampled at the gate, standard-cured, crushed at 7 and 28 days, prove that what was delivered conforms to what was specified. Nothing in that chain measures the element that was actually built — its curing temperature, its in-place strength development, the cold corner of the pour that is ten degrees behind the middle. The decisive fact of stage 1 is temporal: every piece of strength evidence arrives after the decision it could have informed.

The tell is what the frame crew waited on this morning. At stage 1 the answer is a date — the default striking table, the programme's assumed cycle — never a measurement. Cube results function as filing: they are reconciled for conformity and audited at handover, and in the overwhelming majority of cases they confirm, three weeks late, a decision that carried real structural risk on the day it was made. The QC file is complete and useless for the programme.

Staying here has a price that compounds quietly. Cycle days are paid on every floor because striking assumes the coldest plausible cure. Cement is bought as insurance, because without in-place evidence the only safe response to uncertainty is a richer mix. And when a low cube pair does surface, the argument runs on the thinnest possible record — a ticket, two specimens and everyone's memory of the weather.

In practice

The file that could not answer

A contractor gets a low 28-day pair on a core wall pour placed in a cold snap three weeks earlier. The QC file holds the batch ticket, the slump record and the two cubes — nothing measured in the element itself. The only way to establish what the wall actually is, is coring: three weeks of programme hold on the levels above, scaffold re-sequencing, and a commercial argument with the RMC producer that neither side has the data to win.

What it looks like

  • QC evidence per pour is a delivery ticket, a slump record and a set of cubes
  • Striking times follow default tables or the most conservative engineer's memory
  • Cube results are filed for conformity, not read for decisions
  • Strength problems surface as NCRs weeks after follow-on trades built over them

Diagnostic signals you can check this week

  • Ask what evidence yesterday's striking decision actually consumed — if the answer is a date and a table, you are here
  • Ask anyone on site for the current mix's strength-development curve; at stage 1 only the 28-day class is known
  • Count the days between a low cube result reaching the lab report and the site hearing about it
  • Look for a temperature record from inside a recent pour — at stage 1 there is none

Anti-pattern · Buying sensors as a science project

The instinctive first move is a box of wireless sensors on whichever pour is next, with no calibration plan and no decision named in advance. Data accumulates in a vendor app, nobody can act on it, and after a season the site concludes sensors are a toy — which makes the real adoption harder later. The correct first move is narrower and more deliberate: one element class, one mix, every pour instrumented, with the cube history lined up alongside from day one.

What holds you here

No in-situ measurement exists, so every strength conversation is an argument about specimens rather than about the structure.

Highest-leverage next move

Instrument every pour of one element class with maturity sensors and start accumulating in-place curves against your cube history.

Cost of leaving

Effort
2–4 months
Team
QC engineer and TWC part-time; the RMC supplier's technical manager looped in early
Risk
Low — sensing is additive and no decision changes yet
To next stage
2–4 months

If this is you, the next step is

Two weeks: pick the element class, the mix and the calibration plan.

Scope a first instrumented pour

Stage 2

Sensored pours

38% of operators sit here

Wireless sensors ride selected pours and a cloud app draws strength curves, but decisions still follow default striking times because no engineer has accepted the numbers.

Stage 2 is where most instrumented sites live, and it looks deceptively like progress. The sensors work. The app draws a persuasive curve. Site tours stop at the screen. And the striking decision — the thing all of it exists to change — is made exactly as it was before, off the default table, because getting a sensor into a pour takes an afternoon and getting a number accepted into a temporary works procedure takes an engineering case nobody has yet made.

Two structural gaps keep stage 2 stuck. The first is calibration: the app's curve is usually the vendor's default or a generic mix family, not a laboratory calibration of your mix with your cement, your SCM ratio and your admixtures — so nobody can say what the prediction's error actually is. The second is standing: no document names the readout as evidence, so the TWC cannot lawfully strike on it however good it looks. A third, quieter gap is connectivity: the app is a cloud product, and the pours where early strength matters most — basements, cores, tunnels — are precisely where site data coverage dies.

The real danger of stage 2 is the grey channel. Engineers are professionals under programme pressure, and an unsigned curve that looks reassuring starts to tilt judgement informally — a strike brought forward half a day here, a back-prop removed early there — without procedure, calibration or record. That is the worst of both worlds: the organisation carries the liability of relying on the data with none of the defensibility of having accepted it properly. Time at stage 2 breeds either cynicism or informal reliance, and both are expensive to unwind.

In practice

The app nobody could cite

A Saturday morning on a residential frame: the sensor app shows the Friday core-wall pour crossing its stripping strength by mid-afternoon. The site agent asks whether the crew can strike Sunday and save a day on the cycle. The TWC's answer is the only one available: the app is not in the temporary works procedure, the mix has no signed calibration, so the strike waits for Monday and the default table. The data was probably right. It had no standing.

What it looks like

  • Maturity sensors on showcase pours, ad hoc rather than specified on the pour card
  • Strength curves live in a vendor cloud app someone checks on a phone
  • Striking still waits on default times or temperature-matched cubes
  • No per-mix calibration signed by the engineer who authorises striking

Diagnostic signals you can check this week

  • Open the sensor app and count the pours whose curve uses a per-mix laboratory calibration rather than a vendor default
  • Ask the TWC, in writing, whether the maturity readout may govern a strike — anything but a documented yes is a no
  • Check what happened to monitoring the last time the pour area lost data coverage
  • Compare predicted strength with the matching cube results for the last ten pours — if nobody has, the residual is unknown

Anti-pattern · Scaling sensors before signatures

When stage 2 feels stuck, the reflex is more coverage — more sensors, more pours, a bigger dashboard. But coverage was never the constraint; acceptance is. Ten times the data with no calibration and no signed procedure is ten times the decoration. The move that works is narrow and formal: calibrate one mix to the recognised laboratory method, run a season of prediction-versus-cube residuals, and take that file to the engineer of record for one element class. One signature converts the entire sensor estate from marketing to evidence.

What holds you here

Predictions have no standing — no per-mix calibration and no signed procedure — so the data cannot legitimately change a single striking time.

Highest-leverage next move

Calibrate the mix in the laboratory, track prediction-versus-cube residuals, and get the engineer of record to sign when in-situ evidence governs.

Cost of leaving

Effort
3–6 months
Team
QC engineer, TWC, laboratory time for calibration, and the EoR's attention for acceptance
Risk
Low to medium — calibration is lab work; the first governed strike needs a drilled fallback to default times
To next stage
3–6 months

If this is you, the next step is

We run the calibration, the residual pack and the acceptance case for one element class.

Get one mix calibrated and signed

Stage 3

Calibrated decisions

19% of operators sit here

Per-mix calibration is signed, inference runs on a site gateway that survives dead zones, and named element classes strike on measured strength with cubes as the audit anchor.

Stage 3 is where QC stops being a filing function and becomes an operational instrument. The change is not the sensor — stage 2 had sensors — it is the pair of artefacts around it: a laboratory calibration for each governed mix, and a temporary works procedure that names the element classes, the thresholds and the fallback. With those in place, the frame crew strikes when the element says so rather than when the table does, and the cycle compresses by whole days on elements that cure faster than the default assumed — which, outside winter, is most of them.

This is also the stage where the word edge earns its place. Inference moves onto a gateway on the site itself: strength computes locally, alerts reach the workface, and a dead zone or a backhaul failure costs nothing but sync latency. The engineering discipline that matters here is versioning — the calibration curve, the model and the firmware are pinned per pour, OTA updates are staged rather than silent, because an evidence pack that cannot say which model produced the number is not evidence. The cube regime continues untouched alongside, and every prediction is reconciled against its specimens; the residual chart is the programme's licence to keep operating.

The constraint that emerges at stage 3 is that the loop is open. The site now measures strength development pour by pour and the batching plant never hears about it: mixes stay as tendered, the over-specification margin persists, and every mix change — a new cement source, a seasonal admixture — quietly invalidates a calibration until the lab catches up. The data to fix all of that is already being collected; it just is not flowing anywhere yet.

In practice

The Sunday strike

The same site a year on: the temporary works procedure now names core walls, with a signed threshold and a per-mix calibration. The gateway raises the strength alert at 04:30 on Sunday; the TWC reviews the curve and the calibration reference on the pour card and authorises the strike at 07:00. The 7-day cubes land inside the residual band later that week, and the floor cycle drops from six days to five — a change worth many times the cost of the entire sensing programme, on one core alone.

What it looks like

  • A signed procedure names the elements where in-situ evidence governs striking
  • Strength computes on the site gateway and keeps working offline
  • Every prediction is reconciled against its cube pair, and residuals are tracked
  • An evidence pack per pour lands in the CDE without anyone assembling it

Diagnostic signals you can check this week

  • Read the temporary works procedure — it names element classes and thresholds, or this is stage 2 with better paperwork
  • Pull the residual chart for the mix in use; it exists, is current, and someone owns its drift
  • Kill the site's backhaul for an hour and confirm strength keeps computing at the gateway
  • Open the CDE and find a complete evidence pack for a randomly chosen pour from last month

Anti-pattern · Chasing new elements before the loop closes

Flush with the core-wall win, programmes reach next for the glamorous elements — transfer decks, post-tensioned slabs, long-span soffits — where the consequence of a wrong strike is an order of magnitude higher and the engineering case is an order of magnitude harder. Meanwhile the same organisation is still buying cement as insurance on every m³. The higher-yield move is sideways: take the residual file to the RMC producer and open the batching conversation. It funds itself, and it makes every future calibration cheaper.

What holds you here

The loop is open: the site measures strength the plant never hears about, so every cubic metre still carries the tender's over-specification.

Highest-leverage next move

Share pour-by-pour strength development with the RMC producer and negotiate mixes against measured, rather than assumed, performance.

Cost of leaving

Effort
6–12 months
Team
QC engineer, materials engineer, the RMC producer's technical manager; a data engineer part-time
Risk
Medium — the risk turns commercial: mix changes and supplier conversations touch tender assumptions
To next stage
6–12 months

If this is you, the next step is

We turn your residual file into a producer conversation about margin and cement content.

Open the loop to your batching plant

Stage 4

Closed-loop batching

7% of operators sit here

Quality data flows both ways: measured strength development reaches the batching plant, mixes are revised on evidence, and gate acceptance runs on measured fresh properties.

At stage 4 the economics move from the programme to the material itself. A producer setting a target mean strength does so against uncertainty about how the concrete performs in place; two quarters of pour-by-pour in-situ curves collapse a good part of that uncertainty. Within the conformity framework of EN 206, that is negotiating room: the same characteristic strength from less cement, or a higher SCM fraction at the same reliability. The data that struck formwork a day early at stage 3 now trims the binder in every cubic metre — which is simultaneously the cost line and the largest carbon lever a frame contract has.

The gate changes character too. Acceptance at stage 1 was a slump cone and a foreman's judgement; at stage 4 it is measured — fresh properties captured per load, vision at the chute flagging segregation and unrecorded water addition, and each accept or reject logged with the values that drove it. Disputes shrink for the least glamorous reason imaginable: both parties are finally looking at the same record. The rejection that used to be an argument at the chute becomes a data point both firms can price.

What grows at stage 4 is the organisational surface. Two companies now share operational data, which drags in contract terms, data ownership, and information-management discipline under ISO 19650 — whose CDE structure is where the evidence packs already live. Calibration stops being a per-site exercise and becomes a governed library keyed to cement source and SCM ratio. This is the point where an explicit AI management discipline — the vocabulary of ISO/IEC 42001 and the NIST AI RMF — stops being aspirational paperwork and starts being the thing that lets two engineering departments trust one number.

In practice

The margin meeting

After two quarters of shared in-situ curves, a contractor and its RMC producer sit down with the residual file between them. The internal floor slabs have been over-performing their design assumption consistently, in every season the data covers. The producer agrees a revised mix for those elements — same characteristic strength, a lower cement content, GGBS share up — and the contractor's carbon reporting moves materially in the same quarter, without a single design change. The meeting took an hour; the evidence took two quarters.

What it looks like

  • The RMC producer receives pour-level strength development, not quarterly complaints
  • Mix designs and target margins are revised on measured performance
  • Gate acceptance uses instrumented checks with logged accept and reject decisions
  • Calibration is a library keyed to constituents, shared across sites

Diagnostic signals you can check this week

  • Ask the producer's technical manager when they last saw your in-situ curves — the answer dates the loop
  • Find one mix revision in the last year justified by pour data rather than by a complaint
  • Check whether gate rejections carry measured values and a logged decision, or just a memory
  • Look for a calibration library entry keyed to cement source and SCM ratio, not just a mix code

Anti-pattern · Treating the supplier as a data feed

Contractors who reach stage 4 first sometimes run the loop one way: demanding batch-plant telemetry and drum data while sharing nothing back, and using the in-situ record purely as a stick in commercial negotiations. Producers respond the way any rational party does — minimum compliance, maximum caution — and the loop dies within a contract cycle. A closed loop pays both sides or it does not run: the producer gets performance data no cube regime could ever give them, the contractor gets leaner mixes, and the terms say so explicitly.

What holds you here

Every gate and striking decision still routes through a person, so throughput and consistency are capped by who happens to be on shift.

Highest-leverage next move

Write the decision policy: which routine gate and strike-release decisions may execute inside signed bounds, and what escalates to whom.

Cost of leaving

Effort
12+ months
Team
Materials engineer, commercial lead, the producer's technical team; a platform engineer for the shared data path
Risk
Medium to high — commercial and contractual: data-sharing terms and mix-change liability need writing down
To next stage
12+ months

If this is you, the next step is

Data terms, calibration governance and the mix-review cadence, drafted with both parties in the room.

Design the shared quality loop

Stage 5

Autonomous quality gates

2% of operators sit here

Enumerated, low-consequence quality decisions execute inside a signed policy — routine gate acceptance, strike release on standard elements — with exceptions escalating and every action carrying an evidence pack.

Stage 5 in structural concrete is deliberately narrower than its equivalent in logistics or manufacturing, because the failure mode of a wrong strike is not a late shipment — temporary works failures kill people. What qualifies for autonomy is the routine, repeated and well-characterised: gate acceptance of standard loads against measured criteria, strike release on element classes with seasons of residual history behind them. Transfer decks, post-tensioning transfer, unusually loaded or unusual-geometry elements are correctly held at stage 4 forever, and a policy that says so explicitly is not a limitation of the system — it is the system working.

The hard artefact at stage 5 is the policy and its evidence, not the model. The temporary works regime — in the UK, under the duties HSE enforces — expects identifiable, competent control of every striking decision; a policy that auto-releases a strike must therefore demonstrate that the engineer's authority is embedded in reviewed, versioned thresholds, that the escalation path has been drilled, and that any single automated decision can be reconstructed months later from its evidence pack alone: inputs, calibration version, model version, threshold version, decision, timestamp. The auditor's question is never 'is the model good?' — it is 'show me this Tuesday's strike'.

Sustaining stage 5 is a fight against quiet decay. Cement sources shift, SCM ratios move with the market, a hot summer redraws the maturity envelope the thresholds were validated in. The policy's validity erodes without any code changing, and the canary is the escalation rate: rising, it says the world has left the policy's bounds; falling toward zero, it says the bounds have gone slack — and a policy that never escalates deserves more suspicion than one that often does.

In practice

The gate that said no at 06:40

A summer morning, first loads arriving for a raft pour: the gate check reads a delivery eight degrees above the mix's temperature bound and auto-rejects it, with the measured record attached. The producer's dispatcher is looking at the same numbers before the truck has turned around, and the replacement load is on site by 08:00. Nobody argued at the chute, nobody phoned a materials engineer at dawn, and the pour record shows a rejection either party could defend in front of an adjudicator.

What it looks like

  • A versioned decision policy names the decisions that may auto-clear and their bounds
  • Escalation rate is monitored as the policy's health signal
  • Every automated decision carries a reconstructable evidence pack
  • Safety-critical strikes — transfer structures, post-tensioning — are held at human sign-off by design

Diagnostic signals you can check this week

  • The decision policy is versioned and signed and names element classes — read its change log
  • Escalation rate is charted and reviewed, and a fall gets the same scrutiny as a rise
  • Pick one automated decision from last month and reconstruct it from the evidence pack alone
  • The reversion to full human sign-off has been exercised deliberately and recently

Anti-pattern · Letting the policy creep by precedent

An engineer approves one out-of-bounds case informally because the curve looked fine; a month later the same case is waved through by reference to the last one; by the third repetition it is custom. Nothing in the policy file changed, and the operating envelope has silently widened past anything that was reviewed. Precedent is not policy: bounds change through a versioned review with the EoR's signature on it, or they do not change at all — and the escalation log is checked for exactly this pattern.

What holds you here

Sustaining autonomy is governance work: mixes, weather and suppliers drift, and the policy must provably keep up.

Highest-leverage next move

Treat the decision policy as a versioned engineering artefact with the same review discipline as the temporary works design itself.

Cost of leaving

Effort
Continuous
Team
Materials engineer, TWC and a standing governance forum; the EoR reviews every policy change
Risk
Concentrated — low frequency, high consequence; the policy and its evidence packs are the audit surface

If this is you, the next step is

We stress-test one policy, its bounds and its evidence packs against a live scenario.

Audit an automated quality gate

Where sites actually sit on the curve

The distribution across the five stages, and why the sensored-pours plateau is where programmes go to stall.

Most structural concrete is still verified the way it was thirty years ago — which puts most sites at stages 1 and 2 of this curve. The industry's instrumentation wave is real: wireless maturity sensors have become cheap and genuinely easy to deploy, so the sensored-pours stage has filled rapidly. What has not followed at anything like the same rate is the engineering acceptance that converts a curve in an app into a strike authorised on evidence, which is why stage 2 is both the mode of the distribution and its plateau.

Distribution of sites across the five stages of edge concrete QC

Stage 2 is the mode and the plateau: sensors are easy to buy and signatures are not. The stage 2 → 3 drop is the largest transition loss on the curve, and it is an engineering-governance gap, not a technology gap.

Share of sites

  • 34% — 1 · Paper and cubes
  • 38% — 2 · Sensored pours (the plateau)
  • 19% — 3 · Calibrated decisions
  • 7% — 4 · Closed-loop batching
  • 2% — 5 · Autonomous gates

Source: Illustrative distribution, synthesised from McKinsey and WEF construction digitisation research

The wider digitisation context is well documented: construction has sat at or near the bottom of sector digitisation rankings in McKinsey's engineering and construction research (opens in a new tab) for a decade, and the World Economic Forum's (opens in a new tab) future-of-construction work has repeatedly identified the industry's thin data feedback loops as the mechanism behind its flat productivity. Concrete QC is arguably the sharpest single instance of the pattern: a safety-critical, high-cost decision cycle run almost entirely on evidence that arrives after the fact. The distribution above is illustrative — no research house surveys this specific ladder — but the plateau it describes is visible on any portfolio of live frames: sensors everywhere, signatures almost nowhere.

The concrete decisions edge AI actually changes

Six pour-cycle decisions, the evidence each one waits on today, what governs it, and the KPI it moves when the evidence arrives in time.

Edge AI earns its keep in concrete QC at six specific decisions, each of which currently waits on evidence that arrives too late to inform it. A decision is a good first candidate when three things hold: the governing engineer is reachable and willing to review a calibration case, the element class repeats often enough to accumulate residual history inside one project, and the KPI it moves — cycle days, cement content, NCR rate — is one a commercial director already tracks. The map below is how we scope first and second use cases with contractors.

DecisionEvidence it waits on todayEvidence at stage 3+Governing frameKPI it movesSweet spot
Accept or reject a load at the gateBatch ticket, slump cone, judgementMeasured fresh properties per load — consistence, temperature, w/c signals — logged with the decisionEN 206 / BS 8500 conformity and identity testingGate rejection rate; defects caught before placementStage 4–5
Adjust the mix mid-programmeQuarterly cube statistics and complaintsPour-by-pour strength development shared with the RMC plantEN 206 producer conformityCement per m³; over-specification marginStage 4
Strike vertical formworkDefault striking tablesIn-situ maturity strength computed at the gateway, per elementTemporary works procedure; TWC sign-offFloor cycle daysStage 3
Strike soffits and remove back-propsConservative tables plus engineer's judgementCalibrated in-situ strength with residual tracking against cubesTemporary works procedure; EoR acceptanceProgramme float on the critical pathStage 3–4
Apply post-tension / transfer loadSite-cured specimens crushed at assumed agesMeasured strength at the anchorage element, reconciled at test ageDesigner's transfer-strength requirementDays from pour to stressingStage 4
Release to follow-on tradesProgramme assumption, cube confirmation laterMeasured strength plus a per-pour evidence pack in the CDEISO 19650 information managementHandover latency; concrete NCR rateStage 3
The concrete QC decision map. 'Sweet spot' is the stage at which the decision typically starts running on measured evidence — attempting a stage-5 decision from a stage-2 evidence base is the grey-channel quadrant described under the matrix below.

The governing frames are load-bearing, not decorative. Conformity of the material runs under EN 206 with the UK's complementary BS 8500, and specimen testing under the EN 12390 series — all published via BSI (opens in a new tab) — and none of them prohibits in-situ evidence; they simply do not govern the striking decision at all. Striking is a temporary works matter, sitting under the duties that HSE (opens in a new tab) enforces on construction sites, where the named coordinator and the engineer of record decide what evidence suffices. That split is the whole opportunity: the lagging test regime everyone treats as the bottleneck was never actually the thing blocking a faster strike — the missing piece was measured in-place evidence an engineer was willing to sign for, which is precisely what a calibrated edge pipeline produces. The evidence packs land in the project's CDE under ISO 19650 (opens in a new tab), so the audit trail is a by-product rather than a project.

Where does your evidence actually stand?

Plot where your strength inference runs against the standing it has with the governing engineer. Three of the four quadrants are common; only one of them is the operating target — and the bottom-right is the one that ends up in front of an adjudicator.

Paper-safe, connectivity-fragile

  • Procedure signed, but the evidence path needs the cloud
  • Fails on the pours that matter — basements, cores, tunnels
  • Fix: move inference onto a site gateway; drill the offline case

Edge-verified

  • Signed procedure consuming locally computed evidence
  • The stage 3–4 operating target
  • Next: close the loop to the batching plant

Dashboard concrete

  • Cloud curves, no engineering standing
  • The stage-2 plateau — data accumulates, decisions unchanged
  • Fix: per-mix calibration, then the acceptance case

Grey-channel striking

  • Local numbers informally tilting real decisions
  • Liability without defensibility — the worst quadrant
  • Fix: stop, formalise the calibration, get the signature
Standing with the engineer — top: Signed procedure, bottom: Informal
Where inference runs — left: Cloud, off site, right: On-site edge

One more reason this map matters now rather than in some indefinite future: low-carbon concrete makes lagging evidence more expensive every year. Mixes with high GGBS or fly-ash fractions gain strength more slowly at early ages, which under a default striking table means slower cycles — so the carbon agenda and the programme fight each other unless in-place evidence arbitrates. Real-time strength data is what makes low-carbon mixes programmable rather than merely specifiable. Further out, materials-discovery work such as Google DeepMind's GNoME (opens in a new tab) — which reported millions of predicted crystal structures — is often cited as the source of tomorrow's cementitious chemistry; the sober reading is that any genuinely new binder is years of standardisation and certification away from a structural frame, and that when it arrives, sites with calibrated in-place measurement will be the only ones able to adopt it quickly. Future-readiness here is present-readiness: the calibration discipline is the transferable asset.

What the transitions look like in public

Three publicly reported programmes, read against the curve. None is an Atomic Loops engagement — each links to the operator's own published material.

The clearest public evidence for this curve comes from the companies that industrialised each transition. A sensing vendor whose product carries sites from paper to calibrated decisions, a platform company whose differentiator is the engineering-acceptance workflow, and a materials producer running the loop from the plant side — read together, they mark out the same ladder this page describes.

Three programmes read against the curve

Outcomes as reported by the operators' own published material; verify figures against the linked source before reusing them. The Giatec image is from this page's generated library; the Converge and Holcim images are generated industry scenes, not photographs of the named operators' sites.

Wireless concrete maturity sensing during a structural pourGiatec ScientificConcrete sensing and AI · deployments reported worldwide13
Challenge
Contractors making striking and programme decisions with no in-place evidence — strength known only from specimens, days to weeks after each decision.
Approach
Wireless maturity sensors (SmartRock) cast into the pour, with per-mix calibration to the recognised maturity method and AI analytics over the accumulated sensor estate — the productised version of the paper-and-cubes to calibrated-decisions transition.
Reported outcome
Giatec's published material reports its sensors in use on many thousands of projects, with contractors striking formwork on maturity evidence days ahead of specimen-schedule assumptions, as reported by the company.
What it shows about the curveSensing plus per-mix calibration is a product; the stage-3 signature is not. The value of the estate concentrates on the sites that did the engineering-acceptance work, which is exactly why identical hardware yields different stages on different sites.

Giatec Scientific — published material (opens in a new tab)

Generated scene: edge computing hardware serving a construction siteConvergeConcrete AI platform · UK high-rise and infrastructure23
Challenge
UK frames held to conservative cycle times by default striking assumptions, on programmes where a day per floor compounds across dozens of storeys.
Approach
Embedded sensors feeding AI strength prediction (ConcreteDNA), calibrated per mix and — the differentiating part — delivered into the striking decision workflow with the project's engineers rather than left in a dashboard.
Reported outcome
Converge's published case material reports programme and cost savings on major UK projects from striking on measured strength, as reported by the company and its contractor partners.
What it shows about the curveThe platform's moat is the stage 2 → 3 transition itself: per-mix calibration plus decision-workflow integration. Prediction quality alone would have left its customers exactly where the sensored-pours plateau leaves everyone.

Converge — published case material (opens in a new tab)

Generated scene: cement and aggregate supply for ready-mixed concrete productionHolcimGlobal building-materials producer · cement and RMC34
Challenge
Holding product quality steady across a very large plant network while cutting clinker factors and energy — the producer-side half of the quality loop this page's stage 4 describes.
Approach
The 'Plants of Tomorrow' programme: predictive quality and AI-supported process control across cement plants, standardised as a repeatable capability rather than per-plant projects.
Reported outcome
Holcim's published material describes AI-supported optimisation and predictive quality rolled out across its plant network as part of its digitalisation programme, as reported by the company.
What it shows about the curveClosed-loop batching needs both sides instrumented. A contractor's pour data can only trim a mix if the producer's own quality loop can absorb the evidence — the far end of site QC is a supplier that already runs one.

Holcim — Plants of Tomorrow (opens in a new tab)

The reference architecture, layer by layer

What actually has to exist at each stage — from the batch plant to the decision policy — and which layer you can defer.

A stage-3 edge QC capability requires five layers, and the build order decides whether the programme compounds or stalls. Nothing below is vendor-specific: each layer is defined by what it must guarantee, and the two most commonly skipped — versioned calibration and the evidence layer — are precisely the ones the engineer of record's acceptance depends on.

Layers required by stage

Each layer is annotated with the stage that first requires it. A programme attempting governed striking without the calibration and evidence layers is a stage-2 sensor estate with ambitions.

  1. The pour and the plant

    Stage 1+

    • Batch plant recordsMix design, constituents, e-ticketing per load
    • Cube / cylinder regimeEN 12390 specimens — the unchanged audit anchor
    • Pour cards & element registerWhich mix went into which element, when
  2. Sensing layer

    Stage 2+

    • In-pour maturity sensorsTemperature–time history per element
    • Gate captureFresh properties per load; vision at the chute
    • Ambient contextWeather and cure-environment logging
  3. Edge inference layer

    Stage 3+

    • Site gatewayLocal compute; strength never waits on backhaul
    • Offline bufferingDead zones cost sync latency, not evidence
    • Versioned OTA updatesModels and firmware pinned per pour, staged rollout
  4. Calibration & evidence layer

    Stage 3+

    • Per-mix calibration registerLab-calibrated curves keyed to constituents, versioned
    • Residual trackingPrediction vs cube pair, charted and owned
    • Evidence packs to the CDEPer pour, assembled by the system (ISO 19650)
  5. Decision & governance layer

    Stage 4+

    • Signed striking procedureElement classes, thresholds, fallback — TWC and EoR
    • Batching feedback contractData terms and mix-review cadence with the RMC producer
    • Versioned decision policyAuto-clear bounds and escalation (stage 5)

Pipeline described

  1. The pour and the plant (stage 1+) — Batch plant records: Mix design, constituents, e-ticketing per load; Cube / cylinder regime: EN 12390 specimens — the unchanged audit anchor; Pour cards & element register: Which mix went into which element, when
  2. Sensing layer (stage 2+) — In-pour maturity sensors: Temperature–time history per element; Gate capture: Fresh properties per load; vision at the chute; Ambient context: Weather and cure-environment logging
  3. Edge inference layer (stage 3+) — Site gateway: Local compute; strength never waits on backhaul; Offline buffering: Dead zones cost sync latency, not evidence; Versioned OTA updates: Models and firmware pinned per pour, staged rollout
  4. Calibration & evidence layer (stage 3+) — Per-mix calibration register: Lab-calibrated curves keyed to constituents, versioned; Residual tracking: Prediction vs cube pair, charted and owned; Evidence packs to the CDE: Per pour, assembled by the system (ISO 19650)
  5. Decision & governance layer (stage 4+) — Signed striking procedure: Element classes, thresholds, fallback — TWC and EoR; Batching feedback contract: Data terms and mix-review cadence with the RMC producer; Versioned decision policy: Auto-clear bounds and escalation (stage 5)
Step-by-step insights
The pour and the plant — the register nobody thinks to build
The unglamorous foundation is knowing, reliably, which mix went into which element at what time — an element register joined to e-ticketed batch records. Sites discover its absence the first time they try to attach a calibration to a pour and find the pour exists only as a date in a diary. Build the register first: every layer above keys off it, and it costs a spreadsheet's worth of discipline rather than a platform.
Sensing — buy the boring half, specify the forgotten half
In-pour maturity sensing is a mature commodity; procurement is the easy half. The forgotten half is specification: sensor placement written on the pour card — core and cold corner, not wherever the steel fixer left room — because a maturity reading from the warm middle of a wall says nothing about the corner that governs the strike. Gate capture is the other omission: without fresh-property data per load, the stage-4 batching conversation will one day have nothing to stand on.
Edge inference — offline tolerance is the requirement, not a feature
The gateway earns its place the first weekend the backhaul dies mid-cure. Strength must compute locally, alerts must reach the workface, and the record must resync with explicit gap flags when coverage returns. Version pinning is the second non-negotiable: an evidence pack that cannot name the model and calibration version that produced its number is not evidence, so OTA updates roll out staged and logged, never silently.
Calibration and evidence — the layer the signature actually rests on
The engineer of record does not accept a sensor; they accept a calibration with a known error and a residual history that stays inside its band. That means a register of lab-calibrated curves keyed to cement source and SCM ratio, invalidated automatically when a batch ticket shows a constituent change, and a residual chart someone owns. The evidence packs assemble themselves from what the layers below already record — the difference between audit preparation as an export and as a project.
Decision and governance — where the organisation, not the stack, is tested
The top layer is paperwork in the best sense: a striking procedure that names element classes and thresholds, a data-sharing agreement that makes the producer a partner rather than a feed, and — eventually — a decision policy versioned like the temporary works design it descends from. Teams consistently underestimate this layer because nothing in it compiles; it is also the only layer an adjudicator, an auditor or an HSE inspector will ever read.

Two governance frames sit around the whole stack. Where cameras serve the gate and the pour, they inevitably see people as well as concrete: that is DPIA territory under UK GDPR — the ICO's organisational guidance (opens in a new tab) covers the assessment — and the EU AI Act (opens in a new tab) draws its own lines around workplace monitoring, so keep QC vision pointed at material and document that scoping decision. For the AI estate itself, ISO/IEC 42001 (opens in a new tab) gives the management-system vocabulary and the NIST AI Risk Management Framework (opens in a new tab) the risk register structure — both map cleanly onto artefacts this architecture already produces: versioned models, owned residuals, reviewable policies, reconstructable decisions.

A 90-day plan: core walls onto measured striking

The stage 2 → 3 transition made concrete on one problem — a 24-storey RC frame whose floor cycle is held at six days by default striking times for the core walls. Contains no exotic hardware.

Moving one stage takes about 90 days when it is scoped to a single element class and one mix, and multiple years when it is scoped to 'the QC function'. The plan below runs the transition on a specific, common problem: a 24-storey reinforced-concrete frame where the core walls govern the floor cycle, the cycle is held at six days by the default striking table, and the same wall mix from the same RMC plant is poured twice a week for a year. One rig, one mix, one governing engineer — everything about the scope is chosen to make the evidence accumulate fast.

Stage 2 → stage 3 on one core, in one quarter

One climbing-formwork rig, one wall mix, one named TWC and EoR. If any phase needs more than its window, narrow the scope — fewer elements, one crane cycle — rather than extending the plan.

  1. Days 1–15

    Baseline the cycle and plan the calibration

    Pull the cube history for the wall mix and the actual strike times for the last twenty pours; compute what the default table has been costing against the mix's real early-strength behaviour. Name the TWC and the EoR into the plan. Agree the laboratory calibration protocol for the mix — the recognised maturity method, with the producer's mill certificates attached so the calibration is keyed to constituents.

    Baseline cycle cost, named owners, calibration protocol agreed

  2. Days 16–45

    Calibrate the mix and instrument every pour

    Run the calibration in the lab while the site instruments every core-wall pour: sensors placed per the pour card — core and coldest corner — gateway on the rig, strength computing locally. Decisions still follow the default table; the system runs silent, accumulating prediction-versus-cube residuals on every pour. Nothing is asked of the engineer yet except interest.

    Calibrated curve, every pour instrumented, residuals accumulating

  3. Days 46–70

    Sign the procedure and strike on evidence

    Take the residual file to the EoR and agree the amendment to the temporary works procedure: core walls, named threshold, sensor placement rule, and the fallback — default times, one decision away, drilled once on a quiet pour before go-live. First governed strikes happen this window, with the TWC authorising on the gateway readout and the cube regime running unchanged alongside.

    Signed procedure; first strikes on measured strength

  4. Days 71–90

    Attribute the gain and open the next door

    Report in cycle days against the baseline — not in model accuracy: days saved per floor, crane hours released, position against programme. Keep one comparable pour sequence on default times as the holdout so the delta is attributable. Then take the same residual file to the RMC producer's technical manager: the stage-4 conversation starts with the evidence this quarter produced.

    An attributable cycle-time delta, and the batching conversation opened

The order matters

  1. Calibration before prediction

    A prediction from an uncalibrated curve has an unknown error, and unknown error is what engineers correctly refuse to sign. The lab work comes first — everything visible to the site is downstream of it.

  2. Signature before reliance

    Run the system silent until the procedure is signed. The grey channel — engineers informally tilting decisions on unsigned curves — is the specific failure this ordering exists to prevent, and it is easier to prevent than to unwind.

  3. Holdout before headline

    Keep one pour sequence on default times. Weather, mix drift and crew learning all move cycle times on their own; the holdout is what lets the delta survive a commercial director's scrutiny — and funds the scale-out.

Instrumenting the KPIs: formula, source, cadence

Where each core metric comes from — the formula, the system that records it, and the stage at which it first measures something real. All telemetry, no self-report.

A QC KPI you cannot name a source system for is an opinion. Every metric on this page reduces to timestamps, sensor records and logged decisions that the gateway, the QC system or the CDE already holds — the instrumentation work is joining them, not creating them. The build sheet below gives the formula, the source and the cadence for each, plus the stage at which the number first becomes honest: quoting a striking-latency figure before a signed procedure exists is measuring a decision nobody is allowed to make.

KPIFormula / readSourceCadenceHonest from
Sensor coverageInstrumented structural pours ÷ all structural poursPour register + gatewayWeeklyStage 2
Calibration currencyPours using a valid, constituent-matched calibration ÷ instrumented poursCalibration register + batch ticketsPer pourStage 3
Prediction residualPredicted strength at test age − cube result, charted per mixGateway log + lab resultsPer cube pairStage 3
Striking decision latencyThreshold-reached timestamp → strike authorised timestampGateway alerts + permit recordPer elementStage 3
Cycle-time deltaFloor cycle days vs holdout sequence on default timesProgramme recordsPer floorStage 3
Concrete NCR rateConcrete NCRs ÷ pours, trendedQA systemMonthlyStage 3
Gate rejection rateLoads rejected on measured criteria ÷ loads deliveredGate logWeeklyStage 4
Escalation rateOut-of-bounds decisions escalated ÷ automated decisionsDecision logWeeklyStage 5
Instrumentation build sheet for edge concrete QC. 'Honest from' is the stage at which the KPI first measures something real rather than aspirational.

Two of these deserve standing attention. Calibration currency is the one nobody tracks and everybody should: it decays silently every time the plant changes a cement source or an SCM ratio, and a high-coverage site with stale calibrations is measurably worse off than an honest stage-1 site, because it is confident. The prediction residual is the programme's licence: charted per mix, owned by a named engineer, it is simultaneously the drift alarm, the input to the producer conversation, and — eventually — the dataset that justifies any decision policy bound.

Stage 3 readiness: the edge-verified pour

If you cannot tick all seven, striking is still governed by the table, whatever the sensors say. Tick as you go — this list works without JavaScript.

0 of 7 ticked

Tick honestly — the empty list is data too

Zero ticks is stage 1, and it is the cheapest place to start well: no sensor estate to unwind, no informal habits to formalise. Pick one element class and one mix, and run the 90-day plan above — every item on this list falls out of doing that once, in order.

Failure modes that send sites backwards

Maturity on this curve is not monotonic. Four regressions account for almost all of it — and none of them is a sensor failure.

Sites regress on this curve quietly, because the conditions that made the evidence valid stop holding while the numbers keep arriving. The four patterns below account for nearly all of it. What they share is invisibility from the dashboard: in every case the curves keep rendering, the alerts keep firing, and the thing that broke is an assumption nobody instrumented.

Likelihood: highImpact: high

The mix changes and the calibration does not

A new cement source after a procurement round, a seasonal admixture swap, a GGBS ratio moved by the market — and the laboratory curve now describes a concrete that is no longer being poured. Predictions drift optimistic or pessimistic with no visible symptom, because the app has no idea the constituents moved.

PreventionKey every calibration to constituents and let a batch-ticket change automatically invalidate it — re-qualification is a lab exercise, not a discovery made in an NCR.

Likelihood: highImpact: medium

Edge that turns out to be cloud

The vendor's 'edge' gateway is a modem: inference happens off site, and the first basement raft or tunnel pour goes dark mid-cure. The crew reverts to the default table for that pour, then for the next one, and within a season the conservative default is quietly the norm again while the subscription keeps billing.

PreventionMake offline strength computation an acceptance test at procurement, and drill a deliberate backhaul outage on a live pour before relying on the system.

Likelihood: mediumImpact: high

Reliance without a signature

Engineers under programme pressure start tilting strikes on curves nobody accepted — the grey channel. It works until a strike goes wrong for any reason at all, at which point the informal reliance is indefensible, the sensors get the blame, and the site regresses to stage 1 with its confidence in measurement poisoned for years.

PreventionGive the data formal standing for one narrow element class quickly — a signed procedure is also the guard-rail that makes informal use visible as the anomaly it is.

Likelihood: lowImpact: high

Autonomy extended past the residual history

Bounds validated on core walls in a temperate season get applied to a new element class, a new mix or a heatwave summer they were never derived from. The first bad automated call — a gate rejection overturned, a strike questioned — typically gets every automated decision switched off at once: a two-stage regression from a single incident.

PreventionNew element classes and new mixes re-earn autonomy from their own residual history — no threshold inheritance, ever, and the policy's change log says so.

Glossary

Hover a term for its definition — or expand the map full screen. The full definitions are written out below.

Maturity method
The standardised practice of estimating in-place concrete strength from the temperature–time history of the cure, using a curve calibrated in the laboratory for the specific mix. The physical basis of most in-pour strength sensing.
Calibration curve
The laboratory-established relationship between a specific mix's maturity index and its strength. Valid only for the constituents it was derived from — a changed cement source or SCM ratio invalidates it.
Cube test
The standard conformity test (EN 12390 series; cylinders in some jurisdictions): specimens sampled at delivery, standard-cured and crushed, typically at 7 and 28 days. In an edge QC programme it is retained unchanged as the audit anchor.
Striking
Removing formwork from cast concrete. A temporary works decision made under a named coordinator and governing engineer — and the single highest-value decision that in-place strength evidence can move.
Back-propping
Temporary props supporting a slab after its formwork is struck, while it gains the strength to carry construction loads. Their removal is a second strength-governed decision the maturity record can inform.
Edge inference
Running the strength computation on hardware inside the site fence — a gateway — so evidence exists at the moment of decision regardless of connectivity, with results synced out when coverage allows.
Evidence pack
The per-pour bundle that makes a measured decision reconstructable months later: sensor inputs, calibration and model versions, threshold applied, the decision, and who authorised it. Assembled by the system into the CDE, not by hand.
Prediction residual
The difference between predicted strength at test age and the matching cube result, charted per mix. The programme's licence to operate: its drift is the earliest signal that a calibration has gone stale.
Batch ticket
The delivery record for a load of ready-mixed concrete — mix reference, batching time, quantities. In an edge QC programme it is also the trigger record whose constituent changes invalidate calibrations.
Gate acceptance
The accept-or-reject decision on each delivered load. At maturity it runs on measured fresh properties against defined criteria, with the decision and its values logged — replacing judgement at the chute.
Decision policy
The versioned, signed set of bounds under which enumerated routine QC decisions — standard gate acceptance, strike release on well-characterised elements — may execute without a human, with everything else escalating.
Holdout element
A comparable pour sequence deliberately kept on the previous process — default striking times — so the cycle-time or cost improvement can be attributed to the evidence pipeline rather than to weather, crew learning or mix drift.

Frequently asked questions

The questions QC engineers, temporary works coordinators and commercial leads ask most often about edge AI concrete quality control.

What is edge AI concrete quality control?

Edge AI concrete quality control is the use of on-site sensing and on-site computation to establish concrete quality while decisions are still open: maturity sensors cast into the pour, a site gateway computing in-place strength from a per-mix laboratory calibration, and measured checks on each load at the gate. 'Edge' means the inference runs inside the site fence rather than in a cloud service, so the evidence exists at the moment of decision even in a basement dead zone. The standard cube regime continues unchanged as the conformity and audit anchor.

Does the maturity method replace cube tests?

No, and a credible programme never claims it does. Cubes remain the conformity evidence under EN 206 and BS 8500 and the audit anchor for every claim the sensors make — each prediction is reconciled against its cube pair, and the residual chart is what keeps the engineer's acceptance alive. What changes is the decision path: striking, back-prop removal and trade release stop waiting on specimen schedules because a calibrated in-place measurement now exists in time to govern them. Some field-cured specimen volume may reduce; the standard-cured conformity regime stays.

Is striking on maturity data acceptable under the standards?

The standards split cleanly. Product conformity — EN 206, BS 8500, the EN 12390 tests — governs what was delivered and never governed striking. Striking is a temporary works decision under the site's temporary works procedure, within the duties HSE enforces, and the governing engineer decides what evidence suffices. The maturity method itself is long-standardised practice. So the honest answer is: yes, where a per-mix calibration exists and the engineer of record has signed a procedure naming the element classes and thresholds — and no, on any site relying on an app the engineer never accepted.

Why does the inference need to run at the edge rather than in the cloud?

Because the pours where early strength matters most are the pours where connectivity dies: basements, cores, tunnels, remote infrastructure. A cloud-dependent pipeline fails exactly there, the crew reverts to the default table, and within a season the conservative default is quietly the norm again. Edge inference — strength computed on a gateway inside the site fence, with offline buffering and resync — makes the evidence independent of the backhaul. It also keeps latency out of gate decisions and keeps the raw sensor record on infrastructure the contractor controls, which simplifies both the data-protection and the evidential story.

How accurate are in-place strength predictions?

Accuracy is a property of the calibration, not of the technology, which is why no honest general number exists. A curve calibrated in the laboratory for the exact mix — cement source, SCM ratio, admixtures — and tracked against cube pairs carries a quantified, monitored error; a vendor default curve carries an unknown one. The operational discipline is the residual chart: predicted-versus-cube differences per mix, owned by a named engineer, with bounds agreed at acceptance. When residuals stay in band, the predictions are as accurate as the engineer signed for; when they drift, the calibration is stale and the procedure says what happens next.

What does it cost to instrument pours this way?

Sensors are consumables — cast in and left — priced per pour, and a site gateway is commodity industrial hardware; for a repetitive frame the hardware line is minor against the value of a single day off the floor cycle. The real costs are disciplines: laboratory calibration per governed mix, an engineer's time to review residuals and sign the procedure, and the integration that writes evidence packs into the CDE. That is why the 90-day plan scopes to one element class and one mix — it front-loads the disciplines where the evidence accumulates fastest, and the first cycle-time delta typically funds the scale-out.

Who signs off striking on maturity data?

The same people who sign it now. Striking authority sits with the temporary works organisation — the coordinator on site, under a procedure the engineer of record has accepted. Edge QC does not move that authority; it changes the evidence the procedure names. The acceptance case the engineer reviews is concrete: the laboratory calibration for the mix, a season of prediction-versus-cube residuals, the sensor-placement rule, and the drilled fallback to default times. Programmes that try to route around the engineer — treating the app as authority — end up in the grey channel: informal reliance, full liability, no defensibility.

What happens when the mix design changes?

The calibration for that mix is invalid until re-established, and the system should know before the site does. Constituent changes arrive silently — a new cement source after procurement, a seasonal admixture, a market-driven GGBS shift — so the calibration register is keyed to constituents and a batch ticket showing a change automatically flags the curve. Governed elements revert to default striking times for that mix until the laboratory re-qualifies it; predictions may still be displayed, clearly marked uncalibrated. This is the highest-likelihood failure mode on the curve, and the defence is mechanical, not vigilance.

Can vision at the gate really reject a load?

At maturity, yes — within a signed policy and with a person always reachable. The gate decision is well suited to eventual automation because it is frequent, fast, bounded and reversible at low cost: a rejected load is a commercial event, not a structural one. The path there is the same as for striking: measured criteria first (consistence, temperature, signs of added water), every accept and reject logged with its values, then — after seasons of logged decisions — a policy naming what may auto-clear and what escalates to the materials engineer. Sites that skip the logged-human-decision phase have no data from which to set defensible bounds.

Does site vision for QC raise privacy issues?

It can, and the fix is scoping rather than abstinence. Cameras aimed at the chute and the pour exist to see material, but they inevitably capture workers passing through frame, which brings UK GDPR into play — a DPIA is the right instrument, and the ICO's organisational guidance covers it. The EU AI Act adds its own lines around workplace monitoring, so the design decision worth documenting is that QC vision observes material and process, not people or performance. Practically: tight fields of view, no identification capability, retention matched to the QC purpose, and the scoping decision written down where an auditor can find it.

How does this relate to ISO 42001, the NIST AI RMF and the EU AI Act?

They supply the governance vocabulary the mature stages already need for other reasons. ISO/IEC 42001 describes an AI management system — policy, roles, monitoring, improvement — and a stage 4–5 QC estate has all of those as working artefacts: versioned calibrations, owned residual charts, a signed decision policy with a change log. The NIST AI RMF gives the risk-register structure for the same material. The EU AI Act matters mainly at the edges — workplace-monitoring boundaries for vision, and transparency expectations — since QC inference on material sits well away from the Act's high-risk categories. None of them blocks the ladder; all of them reward the evidence discipline it builds.

Where do low-carbon mixes fit on this curve?

They are the strongest commercial argument for climbing it. High-GGBS and other SCM-rich mixes gain strength more slowly at early ages, so under default striking tables they cost cycle days — which is why carbon targets and programmes fight on stage-1 sites. Measured in-place strength dissolves that conflict: the mix strikes when it is actually ready, which is often sooner than the conservative table assumed and always defensibly. At stage 4 the loop compounds the win, trimming the over-specification margin that is pure embodied carbon. And any genuinely novel binder that eventually emerges from materials research will land first on sites that already run calibrated in-place measurement.

About the author

Atomic Loops Engineering

Industrial AI practice

Atomic Loops builds production AI systems for construction, manufacturing, logistics and energy operators — vision inspection, sensor-driven decision support and edge inference running against live operational data, integrated into the systems a site already runs on rather than delivered as dashboards.

  • · Production edge-AI deployments on live industrial sites
  • · Sensor-to-decision pipelines built jointly with QC and temporary works teams
  • · Integration-first delivery: write-back, monitoring, drilled rollback
  • · 13 cited sources on this page

Sources

  1. McKinsey & CompanyEngineering, construction and building materials insights (opens in a new tab)
  2. World Economic ForumWorld Economic Forum (future of construction work) (opens in a new tab)
  3. ISOISO 19650-1 — information management using BIM (opens in a new tab)
  4. ISOISO/IEC 42001 — AI management systems (opens in a new tab)
  5. British Standards InstitutionBSI (EN 206, BS 8500, EN 12390 series) (opens in a new tab)
  6. HSEConstruction health and safety (temporary works duties) (opens in a new tab)
  7. Information Commissioner's OfficeGuidance for organisations (UK GDPR, DPIAs) (opens in a new tab)
  8. European CommissionRegulatory framework for AI (EU AI Act) (opens in a new tab)
  9. NISTAI Risk Management Framework (opens in a new tab)
  10. Google DeepMindGNoME — millions of new materials discovered with deep learning (opens in a new tab)
  11. Giatec ScientificSmartRock concrete sensors and AI analytics (opens in a new tab)
  12. ConvergeConcreteDNA platform and case material (opens in a new tab)
  13. HolcimPlants of Tomorrow digitalisation programme (opens in a new tab)

Find out exactly where your concrete QC stands — then what to do about it

We run the assessment with your QC and temporary works leads, measure the four core metrics from your own pour records, and leave you with a costed 90-day plan for your weakest dimension. You keep the plan whether or not we build it.

Published · Last updated

Benchmark request

Tell us where to send it

Benchmark for this page

Used once, to send this benchmark and follow it up personally. No newsletter, no automated sequences.