Can AI Reduce Engineering Errors?
AI can catch the coordination and specification errors that quietly consume a tenth of every project — and just as easily manufacture new ones that look perfectly plausible. Whether errors fall or merely change shape depends on what happens after the model answers.
Two error economies
Engineering error shows up in two very different places, and AI touches both. In the physical world, design changes, errors and omissions drive the majority of rework cost — one detailed study of industrial projects put deviations at 12.4% of installed cost, with design accounting for roughly 78% of it.Source 1 In software, defects escape into production every day. The common thread: an error caught at the design stage is cheap; the same error caught on site or in a live system is not.
There is genuine precedent for tools reducing error. Since the 1990s, digitisation and BIM have cut the cost impact of design errors from around 9% of project value to 1–2%.Source 3 AI is the next increment: automated clash detection, specification and consistency checking, and first-pass drafting. Where it reviews, it genuinely helps.
A fluent, confident, wrong answer is the most expensive kind of error — and it is exactly the kind AI is best at producing.
Where it falls short
Plausible but wrong. AI output is fluent and confident even when incorrect. On the HumanEval benchmark, Copilot produced valid-looking code 91.5% of the time but only ~28.7% was fully correct.Source 4
New error classes. In one study, 40% of Copilot-generated programs contained security vulnerabilities — a failure mode that barely existed before.Source 5
Verification debt. Time saved drafting is owed back in review. Where that review is skipped, defect and churn rates rise rather than fall.Source 6
Where governance decides the outcome
Error reduction is a verification outcome, not a generation outcome. The discipline that decides it is old and unglamorous: independent review, checking against requirements, and a named human who is accountable for the result. In safety-critical engineering, an AI proposal that enters a structural calculation or a control system unchecked is a liability, not a productivity gain. Treat AI as the proposer and a qualified engineer as the disposer — the licence, and the responsibility, do not transfer to the model.
How to think about adoption
Point AI at the design phase, where errors are cheap to catch and ruinous to miss, and treat it as a tireless first reviewer rather than a final author. Mandate human verification proportional to consequence, instrument your defect-escape rate so you can see whether errors are actually falling, and never let unchecked AI output flow into a safety-critical deliverable. The prize — a tenth of project cost — is real, but only for teams that keep the review discipline they already know they need.
- 1Construction Industry Institute, “Costs of Quality Deviations in Design and Construction”: across nine industrial projects, rework, redesign and repair averaged 12.4% of installed project cost; design changes, errors and omissions were ~78–79% of deviation costs.
- 2CII IR-153 and the UK Get It Right Initiative (GIRI, 2015/16): direct field rework averages ~5% of project value (90th percentile 12.4%); GIRI estimates UK avoidable error at 10–25% (~21% average), roughly £5bn per year.
- 3PlanRadar review of rework studies (1991–2024): the cost impact of design-related error fell from ~9% to ~1–2% of project cost since the 1990s, attributed to digitisation and BIM — direct evidence that better tools can reduce error.
- 4Yetistiren et al. (HumanEval, 164 tasks): GitHub Copilot produced valid code in 91.5% of cases but only ~28.7% was fully correct; Nguyen & Nadi found correctness varied by language (Java 57%, JavaScript 27%).
- 5Pearce et al.: in a study of 1,689 GitHub Copilot-generated programs, 40% contained security vulnerabilities.
- 6GitClear, “AI Copilot Code Quality 2025” (211 million lines analysed): rising code churn and duplication, and a higher defect rate, correlated with copilot adoption.
BFCS.ai does not fabricate figures. Software and construction evidence are drawn from separate literatures and should not be pooled; each is cited to its source.