AI in Electronics Design Reviews: What We’ve Learned So Far

Written By Caroline

Published on October 09, 2026

Last Edit on October 09, 2026

Six months ago, Daniel Durocher, Electronic Engineer Tech Lead at CLEIO, would never have trusted AI with a design review. “Half the time, the answers were wrong,” he recalls. Today, he wouldn’t work without it.
AI is now an integral part of his design review process. In this key step, a board’s schematics and layout are checked before it goes to fabrication, so errors get caught while they’re still inexpensive to fix.
In June, we explained how we integrate AI into our ISO 13485 quality management system. This time, we get practical.
We asked Daniel how he uses AI in design reviews, what it catches, and where it gets things wrong.
We also wanted to know where its real value lies. Because contrary to popular belief, it isn’t always about saving time.

How does an electronics design review work?

“Once a designer finishes their schematics in Altium Designer, our electronics design software, they ask someone on the team for a review. It’s almost always someone outside the project. The reviewer works from our internal checklist and logs their review comments. The designer makes the changes, then the reviewer does a second pass before the board goes to fabrication.

It’s an essential process, but it has its limits. We might budget 12 hours to review a PCB, and an independent reviewer first has to take the time to understand the project history and the designer’s intent. Even with clear procedures and a checklist, a review lets some errors through: there’s no such thing as zero risk. We could spend more hours on it, but past a certain point, every extra effort costs more than fixing the board once it’s built.

Despite these limits, our design reviews remain effective: in recent years, we’ve never had an issue that kept a board from working. Minor rework is common, though, and it takes time to fix by hand. That’s why we always plan for at least one board respin per project. It’s good practice.”

“Even with clear procedures and a checklist, a review lets some errors through.”

What has changed since you started using AI?

“A lot has changed over the past six months. Six months ago, if you’d asked me to use AI for a design review, I’d have said no way: half the time, the answers were wrong. I was using Google’s Gemini, which at the time worked well for quick, simple questions, but not for this kind of task. Then I switched to Claude, Anthropic’s AI assistant, three or four months ago.

At first, the tool wasn’t set up for schematic and layout reviews. So I built a skill, a set of instructions that lets Claude run design reviews the way I normally do. My checklist was the starting point. To get a result I was happy with, I used it on reviews for three projects and fed my comments back into the skill. Today, about 90% of the issues the AI raises are valid. The other 10% are wrong, but they sometimes point to a real concern.
My advice to any team that wants to start using AI for design reviews: take the time to set the rules of the game. If you don’t guide the AI where you want it to go, you’ll be disappointed with the results.”

“If you don’t guide the AI in the direction you want, you’ll be disappointed with the results.”

Where does AI fit in the review process?

“When I review another designer’s board, the process stays the same, with one difference: there are now two parallel tracks. I do my own review while the AI does its own. I combine its findings with mine, the designer makes the changes, then the AI and I each do a second review before fabrication. It’s like adding a second independent reviewer.

During design, I bring it in as early as possible. When I’m choosing components, I ask whether it sees options I hadn’t considered. Once a circuit is done, I run it through the AI to spot bad connections or edge cases that could cause errors. Then, once all the circuits are connected, I have it do a global review.

On day one of a project, I set up a project in Claude and keep uploading my documents to it. The more context the AI has, the better its answers. It’s like a colleague who follows the project from start to finish. But I make the decisions, not the AI. Just as I would with an independent reviewer, I discuss each point and make the call: this one is valid, we apply it; that one, I reject.”

“I make the decisions, not the AI.”

What does AI catch that human miss?

“Sometimes it’s simple things. On one project, the part number shown on the schematic didn’t match the one in the bill of materials (BOM). We would have installed the wrong part on the board, then lost a lot of time tracking down the problem. The part had already been validated, and two people had reviewed the schematic since. Neither of them noticed. The AI did.

Sometimes it’s more subtle. For example, the AI flags a component that, above a certain ambient temperature, outputs a voltage slightly higher than the next component can handle. That component stops working, which sets off a chain reaction. We hadn’t taken our analysis that far, and for good reason: running those calculations for every possible case would take a lot of time for little gain. In electronics, there’s what we call ‘black magic’: problems you only run into during testing. AI finds quite a few of them.”

“In electronics, there’s what we call ‘black magic’: problems you only run into during testing. AI finds quite a few of them.”

Where does AI get things wrong?

“Its mistakes mostly come from its sources. It once claimed a component would run at 4 V when the datasheet listed a 3.5 V maximum: it had relied on a generic datasheet for the same part family. Now I give it the datasheets by default, and I ask it not to rely on opinions from the internet without showing me its sources. Just because someone on Reddit says it works doesn’t make it true. And AI tends to sound very sure of itself.”

Where is the real value of AI in design reviews?

“The real value is catching more errors during the design review, before the board is built. Any error we miss in review will show up in testing.
When that happens, we log it in the test report, then in an ECR or ECO (engineering change request or engineering change order), which triggers a board respin: fix, rebuild, retest.

There will always be some errors left. But what we’re hoping for with AI is a list that drops from 20 items to two, and a respin that takes 20 hours instead of 60.

On an organ transport device project, the AI flagged some very in-depth issues. The trade-off is a longer review. For a moderately complex board, my skill returned 90 review items, and I responded to each one. The review took longer than we’d planned, but we’ll more than make up for it later.

We usually build several prototypes for testing and for our embedded software team. A manual fix, repeated on 5 or 10 boards, adds up fast. Not to mention that an error caught early can save us a board respin. In the end, this in-depth AI review is an investment.

We just ordered the board for this project, and I’ll be able to test it in a few weeks. But not everything can be verified in testing: the main goal is to reduce the likelihood of a future problem with the board.”

“The AI flagged some very in-depth issues. The review took longer than we’d planned, but we’ll more than make up for it later.”

Looking ahead, Daniel hopes to see AI built directly into design software, which would spare him long rounds of feeding it context. In the meantime, he’s sure of one thing: in 2026, AI has become an essential ally in his design reviews. It doesn’t replace his best practices or his engineering judgment, but it adds one more layer of verification.

Developing an electronic product? Our experts are here to help.

Subscribe to get our insights delivered to your email inbox