Part 1: Demystifying AI, What AI Actually Is (And Isn't)

If you attended the London Build Expo last November, you likely heard "AI" mentioned in every other conversation. Perhaps you've seen headlines about AI replacing jobs, or watched demos of chatbots that seem eerily human. Maybe you've tried ChatGPT yourself and found it impressive for writing emails but wondered: what does this actually mean for structural engineering?

This is the first in a series where we cut through the hype and fear to explore what AI genuinely offers structural engineers. Not in some distant future, but today. Not as a replacement for engineering judgement, but as a tool that could fundamentally change what you spend your time doing.

Let's start with the basics.

1. What Is AI in Reality?

Artificial Intelligence is a broad term that describes computer systems capable of performing tasks that typically require human intelligence. But that definition is so vague it's almost useless. Let's be more precise.

Think of AI as a spectrum of capabilities rather than a single technology:

At one end, you have simple rule-based systems. Your email spam filter uses basic AI. It learned patterns from millions of emails to recognise spam without you teaching it every possible spam variant. Is it intelligent? Not really. Is it useful? Absolutely.

In the middle, you have Machine Learning (ML), where systems learn patterns from data. When Netflix recommends shows you might like, that's ML analysing viewing patterns across millions of users. The system wasn't programmed with rules like "if they watched Breaking Bad, recommend Better Call Saul." It discovered that pattern from data.

At the sophisticated end, you have Large Language Models (LLMs) like ChatGPT, which can understand and generate human-like text. These systems have been trained on vast amounts of text data and can perform complex reasoning tasks, write code, and even help with technical documentation.

Here's the critical distinction for engineers: all of these are tools. A powerful finite element analysis package is also sophisticated software that performs complex calculations, but you wouldn't trust its output without understanding what it's doing and validating the results. AI is no different. The question isn't whether AI is "smart enough" to help with engineering work. The question is: where can AI handle routine tasks reliably enough that it's worth your time to validate outputs rather than do everything manually?

2. An Analogy Engineers Understand

Consider the evolution from hand calculations to computer-aided analysis.

Fifty years ago, structural engineers performed frame analysis by hand using moment distribution methods. It was tedious, time-consuming and limited the complexity of structures that could be practically analysed. When software like ETABS emerged, some engineers were sceptical. "How can we trust a black box?" they asked. "What if the software makes a mistake?"

Today, no one does complex frame analysis by hand. But we also don't blindly trust software outputs. You check:

  • Do the reactions balance?

  • Are the deflections reasonable?

  • Does the failure mode make physical sense?

  • Have I modelled the boundary conditions correctly?

AI is the next step in this evolution, not a departure from it. Just as ETABS handles the tedious matrix calculations whilst you focus on modelling decisions and result validation, AI can handle tedious coordination tasks whilst you focus on engineering judgement and design decisions.

The difference is that AI can go further. It can understand patterns, detect changes, and coordinate across multiple software tools in ways that traditional automation cannot.

3. What AI Can Do Well (Today)

Let's be specific about AI's strengths in a structural engineering context:

Pattern Recognition at Scale

AI excels at finding patterns in large datasets that would take humans weeks to identify manually. For example:

  • Detecting which beams in a model have been modified between design revisions

  • Identifying calculation patterns across your firm's past 100 projects

  • Flagging potential code compliance issues based on previous project reviews

Repetitive Task Automation

Tasks that follow consistent logic but vary in specifics are ideal for AI:

  • Compiling calculation packages from analysis outputs across multiple software tools

  • Generating standard reports with project-specific data filled in correctly

  • Updating interconnected spreadsheets when design parameters change

Data Processing and Coordination

AI can manage complexity across multiple systems simultaneously:

  • Tracking dependencies between structural elements across ETABS, Tekla, and Excel

  • Maintaining version history and audit trails for design decisions

  • Coordinating updates when a column grid changes, affecting dozens of downstream calculations

Natural Language Understanding

Modern LLMs can understand technical language and context:

  • Searching through code requirements using plain English questions

  • Finding relevant precedents from past project specifications

  • Summarising lengthy technical documents to extract key requirements

What matters: these aren't hypothetical capabilities. These are tasks AI handles reliably today, right now, in production environments.

4. What AI Cannot Do (Yet, or Maybe Ever)

It's equally important to understand AI's limitations:

Replace Engineering Judgement

AI cannot determine whether a design is appropriate for a specific context. It doesn't understand:

  • The architect's design intent beyond what's documented

  • Client preferences that weren't explicitly stated

  • Site-specific constraints that haven't been modelled

  • The "feel" that tells an experienced engineer something isn't quite right

When a beam is flagged as overstressed, AI can identify the problem and even suggest solutions based on past projects. But deciding whether to increase the beam depth, add a column, or have a conversation with the architect about relocating the load? That requires human judgement.

Guarantee Correctness Without Validation

AI makes mistakes. Sometimes subtle ones. A language model might misinterpret a code clause. An ML model might not recognise an edge case it wasn't trained on. An automated system might miss a dependency that wasn't explicitly modelled.

This is exactly like any software tool. ETABS can give you incorrect results if you model something wrong. Excel can propagate formula errors across hundreds of cells. The difference is that we've learned to validate traditional software outputs. We need the same discipline with AI.

Understand Context It Wasn't Trained On

If an AI system was trained on residential buildings and you suddenly ask it to help with a stadium roof, it's operating outside its expertise. Unlike a junior engineer who would recognise this and ask for help, AI might confidently produce nonsense.

This is why domain-specific AI, trained on structural engineering workflows, not just general construction data, matters enormously.

Take Responsibility

At the end of the day, your name goes on the calculations. The AI doesn't have a professional engineering licence. It doesn't attend site meetings or answer questions from building control. That responsibility remains exactly where it's always been: with the chartered engineer.

Part 2: Addressing the Fears Directly

At the London Build Expo, we heard several recurring concerns. Let's address them head-on.

"Will AI replace structural engineers?"

No, and here's why: AI replaces tasks, not jobs. Specifically, it replaces tedious, repetitive tasks that engineers don't enjoy anyway.

When's the last time you heard a structural engineer say, "I love spending three days compiling calculation packages" or "My favourite part of this project was propagating that column grid change through five different software tools"?

AI handles the coordination overhead. You handle creative problem-solving, client relationships, design innovation, and professional judgement. If anything, AI might make structural engineering more enjoyable by eliminating the parts of the job that feel like administrative burden.

The real question isn't "Will I be replaced?" It's "Do I want to spend my career doing manual coordination, or would I rather design more interesting structures?"

"Can we trust AI outputs?"

This question conflates two different issues: technical reliability and professional responsibility.

  • Technical reliability: Modern AI, when properly implemented with human-in-the-loop design, is extremely reliable for specific, well-defined tasks. It's not magic and it's not infallible, but neither is any software tool you use today.

  • Professional responsibility: You shouldn't "trust" AI outputs any more than you blindly trust ETABS outputs. You validate them. The difference is that validating AI-coordinated updates takes hours instead of days of manual work.

Here's a concrete example: If AI detects that a beam depth changed and automatically updates the loading assumptions in your connection design spreadsheet, you should check that the loading is correct. But that check takes five minutes, not the three hours it would take to manually trace through every affected calculation.

"Is this just a fad that will fade away?"

Some AI applications are definitely hype. But the fundamental capabilities, pattern recognition, task automation, multi-system coordination, aren't going away. They're becoming more reliable and more accessible.

Think about BIM. Twenty years ago, some firms dismissed it as unnecessary complexity. Today, it's standard practice. The firms that adopted early gained competitive advantage. The firms that waited found themselves struggling to catch up.

AI will follow a similar trajectory, but much faster. The question is whether you want to be amongst the early adopters who shape how AI is used in structural engineering, or play catch-up in five years.

"We're too small to benefit from AI"

This is actually backwards. Large firms have the resources to hire more engineers when coordination overhead increases. Small and mid-sized firms feel the pain more acutely.

If you're a 30-person firm and design changes cost you one day per week per engineer, that's 1,560 lost days annually. That's not just internal cost, it's projects you can't take on, revenue you're leaving on the table.

AI that saves even one day per week per engineer enables a 30-person firm to operate like a 35-person firm without hiring additional staff. That's transformative for mid-sized practices.

"I don't understand how it works, so how can I trust it?"

Let’s think about how ETABS performs finite element analysis. Could you code the stiffness matrix assembly from scratch?

Probably not in detail since your undergrad days, and you don't need to. You understand it conceptually: the software divides the structure into elements, applies equilibrium and compatibility conditions and solves the resulting system of equations. That conceptual understanding, combined with validation of outputs, is sufficient.

AI is the same. You don't need to understand transformer architectures or neural network backpropagation. You need to understand:

  • What task is the AI performing?

  • What data was it trained on?

  • What are its known limitations?

  • How do I validate its outputs?

These are answerable questions for any properly implemented AI system.

The Real Opportunity

Here's what the conversation should be about: AI enables structural engineering firms to operate more efficiently, take on more projects, and compete for larger work without proportionally scaling headcount.

Imagine your firm could handle 30% more projects with the same team. Not by working longer hours. Not by cutting corners. But by eliminating coordination overhead and automating tedious documentation tasks.

What would you do with that capacity?

  • Take on projects you currently turn away?

  • Compete for larger, more complex work?

  • Invest more time in innovative design solutions?

  • Achieve better work-life balance for your team?

This isn't hypothetical. Firms implementing workflow automation are already seeing these results. One mid-sized practice we spoke with calculated they could generate £2.6M in additional revenue annually by converting time saved on coordination into additional project capacity.

That's the conversation worth having. Not whether AI will replace engineers, but how AI can help engineers do what they do best: design safe, efficient, beautiful structures.

What's Next

In our next instalment, we'll break down the spectrum of AI implementation, from simple tools that provide immediate value to sophisticated systems that transform entire workflows. We'll help you understand which level of AI adoption makes sense for your firm's specific pain points and readiness.

But here's the key message: AI in structural engineering isn't about futuristic robots or replacing human expertise. It's about augmenting your capabilities, eliminating tedious work, and enabling you to operate at the top of your professional skillset.

The firms that embrace this shift won't just save time. They'll fundamentally change what's possible for a structural engineering practice to achieve.

Daniel Anyanya is CEO of Bite Engineering and a PhD candidate in Building Life Cycle Assessment at UCL. El-Amin Ahmed is CTO of Bite Engineering and a PhD candidate in Civil Engineering at Cambridge, with prior experience as a Design Engineer at Whitby Wood. Together, they're building AI-powered workflow automation for structural engineering teams.

Have questions or thoughts about AI in structural engineering? We'd love to hear from you. Connect with us on LinkedIn or email [email protected]

Keep Reading