{"id":679822,"date":"2026-11-09T20:54:08","date_gmt":"2026-11-09T20:54:08","guid":{"rendered":"https:\/\/www.newsbeep.com\/ie\/679822\/"},"modified":"2026-11-09T20:54:08","modified_gmt":"2026-11-09T20:54:08","slug":"claude-can-design-electronic-prototypes-from-start-to-finish-anthropic","status":"publish","type":"post","link":"https:\/\/www.newsbeep.com\/ie\/679822\/","title":{"rendered":"Claude can design electronic prototypes from start to finish \\ Anthropic"},"content":{"rendered":"

A little over a year ago, we began testing how well Claude could design basic electronic circuits. We collaborated with Diode Computers<\/a>, a company that designs and manufactures circuit boards, to train Claude on simple tasks\u2014for example, on reading a chip\u2019s datasheet and working out which parts a chip needs in order to run. The models we experimented with back then couldn\u2019t reliably lay out a circuit board; they also struggled to design components that fit together. Now, Claude can both design and prototype electronic hardware from start to finish.<\/p>\n

Engineering an electronic device requires working through many complex steps and practical constraints. You have to not only design and simulate a circuit board, but also reason about the board\u2019s physical layout and how it will behave, model the mechanical components, and write firmware\u2014all while keeping track of which parts are readily available and what a factory is set up to build.<\/p>\n

To see how newer Claude models have improved in this area, we collaborated with Diode again, this time asking Claude Fable 5.2 to design three electronic devices: a speakerphone, a voice-assistant hub, and a handheld virtual pet. With minimal prompting, Claude was able to use geometric reasoning to lay out each circuit board, anticipate manufacturing constraints, and make sure its designs would work within them. It revised its own work, modeled its designs in computer-aided design (CAD) software, and, finally, directed human engineers to build prototypes that worked without any fixes to their circuitry.<\/p>\n

For each design, we began by giving Claude a simple prompt that outlined what kind of device to build and its main hardware requirements. The prompt for the speakerphone, for example, asked for \u201ca puck that plugs into a computer over USB-C and includes microphones and a speaker, supporting Bluetooth with a PCB antenna.\u201d Claude proceeded to write the device\u2019s specifications, draw clean visual schematics, choose where to place the components on a printed circuit board (PCB), route the copper connections between them, design a 3D-printable enclosure, code the firmware, and prepare a parts list. Diode assembled the circuit boards and ran the firmware, under Claude\u2019s direction. The final result was a prototype of a speakerphone that still works after weeks of use.<\/p>\n

Claude went through a similar process to build the voice-assistant hub and the virtual pet, and both are also still in good working order. Because the devices are early prototypes, we don\u2019t yet know how they\u2019ll hold up with continued use or whether they would pass commercial certifications.<\/p>\n

Reasoning through geometric problems<\/p>\n

The most substantial difference between Fable 5.2 and the models we used in our earlier tests was in how well Fable 5.2 reasoned through complex geometric problems, such as where to place components on a circuit board and how to route the copper connections between them.<\/p>\n

Earlier models had struggled to decide how to arrange basic components\u2014placing supporting parts too far from the chips they served, for example, or orienting connectors incorrectly. Fable 5.2, by contrast, produced more compact, practical layouts. It routed the most important connections first: those that carry high-speed signals or high currents, or that are sensitive to noise. For example, for the voice-assistant hub, Claude started by routing the USB and Ethernet connections, which transmit signals along pairs of tracks\u2014thin strips of copper on the board. It routed one pair of tracks at a time, keeping the two tracks in each pair the same length and correctly spaced. It also added tuning patterns\u2014small zigzags that lengthen a track so that signals arrive at the same time\u2014and arranged the parts of the power supply to make it more efficient.<\/p>\n

To demonstrate how much better Fable 5.2 is than earlier models at laying out circuit boards, we asked Diode to run PCB Gym\u2014an internal benchmark that scores models based on how well they can place components and reroute connections on board designs whose layouts have been removed. Fable 5.2 scored 69% on the benchmark, compared with 25% for Fable 5 (Figure 2). It also performed better on BenchCAD 2.1<\/a>, a public benchmark that tests whether models can rebuild 3D parts, assemblies, and circuit boards from engineering drawings and rendered images. Fable 5.2 scored 83.5%, nearly double the score of its predecessor, Claude Fable 5.1.<\/p>\n

Revising designs<\/p>\n

Earlier models rarely revised their own work when designing PCB layouts, even when it became clear that their placement choices would never let them finish routing the connections. Over the past year, Diode designed many boards with these models that were 95% complete but still unusable.<\/p>\n

When Claude noticed one of its designs wasn\u2019t working, it would change course without being prompted to do so. For instance, when designing the speakerphone\u2019s circuit board, which has four layers of copper, it reassigned signals to different pins on two of the chips. This allowed the tracks under the speakerphone\u2019s touch-sensitive controls to stay on a single layer without crossing one another. Later, when the back of the board became too crowded, Claude swapped the signals on interchangeable pins and laid out a whole corner of the board again, rather than patching the problem with extra jumps between layers.<\/p>\n

And when placing tracks in its design file for the voice-assistant hub, Claude noticed that the copper connections were \u201cgetting too tangled to trace visually\u201d and reasoned, \u201cI should just rip these traces [tracks] and start fresh.\u201d It proceeded to delete and reroute copper connections dozens of times until it found an arrangement that worked.<\/p>\n

Using software and documentation<\/p>\n

When a design decision for one of the devices depended on the details of a particular part, Claude often checked that part\u2019s datasheet\u2014a technical document published by the manufacturer. When asked whether the handheld pet would work without a battery, Claude read the charger\u2019s datasheet and answered that it would run on USB power but predicted that the charging light would flicker, because the charger keeps recharging a small capacitor in the battery\u2019s place.<\/p>\n

To route the connections on the voice-assistant hub, Claude started with the design software Diode provided, which let it run the router (a tool for drawing tracks) built into KiCad, a widely used circuit board design program. KiCad\u2019s router drew one track at a time between two points Claude chose. But the hub had long tracks running from a 100-pin connector, and Claude judged that routing these one by one would take too much step-by-step guidance.<\/p>\n

Instead, Claude wrote its own router: an algorithm that divides the board into a grid and searches it to find a clear path for each track. Within about half an hour, Claude had a router that could lay each long track in roughly a second. When Claude spotted an audio clock track running too close to the Ethernet tracks, it adjusted the router to leave more room around sensitive tracks.<\/p>\n

Keeping track of constraints and downstream effects<\/p>\n

Decisions made in one part of a design have downstream effects, which Claude kept track of. While designing each device\u2019s enclosure, it wrote code to check that a 3D model of the circuit board would fit inside the enclosure without any components colliding. For example, it found that the speakerphone\u2019s board couldn\u2019t be lowered straight into the enclosure, because the mute switch would hit the back wall. Claude worked out that the board would fit if it was tilted by about 25 degrees during installation. It tested this in its 3D model and added the step to the assembly instructions.<\/p>\n

When designing the enclosure for the voice-assistant hub, Claude calculated that a 25 mm-long microphone port\u2014the opening that lets sound reach the microphone\u2014would resonate near 3.4 kHz. That is \u201cright in the voice band,\u201d it reasoned, \u201cwhich is not ideal though still usable for voice assistant purposes. A better approach is a wedge-shaped enclosure that\u2019s tall at the rear and steps down low at the front.\u201d The wedge shape shortened the ports to about 10 mm, which raised the resonant frequency to about 8.9 kHz, at the very edge of the range used for speech. Claude also wrote firmware for the speakerphone that dims its ring of LED lights as the audio becomes louder, to keep the device under the electrical current limit Claude had designed into the board.<\/p>\n

Designing for real-world manufacturing<\/p>\n

In electronics design, engineers have to work within the constraints of the real world. That is, they have to make sure a factory can actually make the thing they want to build. They do this by running two kinds of checks: design-for-manufacturing (DFM) checks, which compare a circuit board\u2019s geometry with the factory\u2019s manufacturing limits, and sourcing checks, which confirm that their distributors have the parts in stock.<\/p>\n

Claude ran these checks itself and sorted the results into problems that needed fixing and flags it could ignore. Its checks for the voice-assistant hub flagged six slivers of solder mask (the protective coating on a circuit board) as too thin to manufacture. Claude fixed them by widening the openings in the solder mask, without moving any parts. The checks also flagged a connection between two grounds (shared return paths for electrical current) as an error, because the automated checker hadn\u2019t recognized that the connection was deliberate. Claude correctly reasoned that it wouldn\u2019t affect performance and ignored the flag.<\/p>\n

Diode manufactured all three boards directly from Claude\u2019s design files, without any back-and-forth over adjustments. Factories and engineers often have to work through multiple rounds of manufacturing changes, and the Diode team told us they were surprised that they didn\u2019t have to do this with Claude.<\/p>\n

Limitations and next steps<\/p>\n

All three of these devices are still prototypes: they haven\u2019t been through electrical validation, antenna tuning, thermal testing, or certification, and they weren\u2019t designed for mass production. Since Claude wasn\u2019t connected to test equipment or to the machines that make and assemble circuit boards, engineers at Diode had to physically build and test the prototypes. Even so, over the past year, Claude has improved substantially at reasoning through decisions about component placement and routing, and it can now design electronics with minimal human guidance and help people build the prototypes. Other models are making progress here, too: OpenAI recently wrote about using its models<\/a> to design a handheld device. Work like this could help engineers build and test new hardware designs faster.<\/p>\n

Next, we plan to investigate whether Claude can design denser, faster, and more complex boards, check them in simulation, and learn from measurements taken on the finished devices.<\/p>\n","protected":false},"excerpt":{"rendered":"A little over a year ago, we began testing how well Claude could design basic electronic circuits. We…\n","protected":false},"author":2,"featured_media":679823,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[61,60,80],"class_list":["post-679822","post","type-post","status-publish","format-standard","has-post-thumbnail","category-technology","tag-ie","tag-ireland","tag-technology"],"_links":{"self":[{"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/posts\/679822","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/comments?post=679822"}],"version-history":[{"count":0,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/posts\/679822\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/media\/679823"}],"wp:attachment":[{"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/media?parent=679822"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/categories?post=679822"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.newsbeep.com\/ie\/wp-json\/wp\/v2\/tags?post=679822"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}