KiCad - the KiCad Bridge
Public Made by Adomby adom
Reference implementation of the KiCad bridge: multi-instance Python server, forward path via kicad-cli, reverse path via in-process plugin. Most complex of the three bundled bridges.
Install?
Skills for your container so your AI knows how to drive the KiCad bridge, and how to contribute a fix back (kicad-bridge-contributing). The bridge runtime itself is the release zip; Adom Bridge loads that.
adom-wiki pkg install adom/kicad-bridge
Latest: v1.0.150, published
Family
- Member of DEPRECATED: Bridge SDK (moved into Adom Bridge); the revision this page was built from is not recorded not recorded
Dependencies 1 app
- app adom/adom-bridge ^2.0.3
Contents
- Two artifacts on this page, which one do you want?
- The demo, recorded (2:47, narrated)
- Feature guides
- Live routing (from 0.9.340)
- The demo verb: kicad_demo
- How it fits together
- The window tour
- Schematic editor: kicad_open_schematic
- Symbol editor: kicad_open_symbol_editor
- Footprint editor: kicad_open_footprint_editor
- PCB editor (2D): kicad_open_board
- 3D viewer: kicad_open_3d_viewer {"editor":"pcb"}
- Install & upgrade: zero manual steps
- Dialogs & error handling: the bridge clears the pointless ones
- Software-OpenGL fallback (last resort)
- Verb reference
- Running / dependencies
- Contribute
README
markdownAdom Bridge: KiCad Bridge
A reverse bridge that lets Adom Bridge (ab), and the AI driving it, control the user's own KiCad on Windows: open and drive every editor, install symbol/footprint libraries, place parts, run DRC/ERC, export manufacturing files, and screenshot any window back to the AI.
Two artifacts on this page, which one do you want?
Release ZIP ( adom-bridge-kicad-v*.zip)Package ( adom-wiki pkg install adom/kicad-bridge)What it is The bridge runtime: the native Rust kicad-bridge.exethat drives KiCad (the Python server it replaced is kept in the repo for reference)Skills + docs only, for a container/agent Who loads it Adom Bridge downloads it automatically via adom-bridge-kicad-manifest.jsonYou, into a container, to teach an agent the kicad_*verbsContains code, certs, UIA scripts, board template SKILL.mdfiles (no binaries, no images)You install it manually? No: Bridge handles it Yes The package is not the bridge. Installing the package does not give you a working bridge; Adom Bridge loading the release zip does. Both are kept deliberately small, the zip is auto-bundled into Adom Bridge, so it ships only what the runtime needs.
KiCad is the user's host app. The bridge detects an existing KiCad and, if none is present, installs one for them, it never asks the user to download or click through anything by hand.
- Page / docs: https://wiki.adom.inc/adom/kicad-bridge
- Bridge SDK: https://wiki.adom.inc/adom/adom-bridge-sdk
- Verb namespace:
kicad_*· Status verb:kicad_bridge_status· Health:GET /status
Every screenshot in this README was captured on ADOMBASELINE, a stock Hyper-V VM with no GPU, driven end-to-end through the bridge, install → libraries → editors → 2D → 3D. If it renders there, it renders on a real laptop.
The demo, recorded (2:47, narrated)
Watch the recording: the guided tour exactly as a user gets it from the dashboard's Play the demo button, recorded on a real Windows desktop. Six beats on the Adom ESC G431 motor controller pulled from the wiki: the STM32 symbol in the Symbol Editor, its LQFP-48 footprint, the chip in 3D, the full schematic, the 2D board and the 3D board with every MOSFET in place. Each window is brought forward once, captioned, and moved (zoom, pan, orbit) while the narration explains it. The same recording plays inline in the dashboard.
How the dock card, the dashboard and this demo fit together: docs/dashboard.md.
Feature guides
| guide | what it covers |
|---|---|
| Dashboard | The dock card, the dashboard and how the demo fits in. |
| How the bridge compares | Feature matrix against every notable KiCad MCP server and AI tool, with the gaps on both sides. |
| The Rust port plan | One dependency-free binary: what moves to KiCad's API, what ab already does, what PowerShell goes away, phases and risks. |
| The ESC G431 demo: placement and routing by three engines | A real public Adom board placed and routed from scratch by Claude Fable 5.1, GPT-6 Astra and Freerouting through the bridge, with real times, result quality, tokens, dollars and agent counts per engine. |
| Native zone plans | kicad_apply_zone_plan: one Undo step, full-candidate DRC, the no-op and refill contracts. |
| Native silkscreen text, graphics and fields | The stable-ID silk batch verbs, what each refuses, and what KiCad 10.0.5 will not do over IPC. |
| Linked view refresh | kicad_refresh_board_views: refreshing one PCB editor and its bound 3D viewer in the background. |
| Astra's working notes | How the AI Flow thread contributes to this bridge: preflight, branch PRs, acceptance. The three *-astra-prompt.md files beside it are the prompts used for the ESC demo runs. |
| Your wiki page as a KiCad PCM repository | The page serves repository.json, packages.json and the zips anonymously, so it is a Plugin and Content Manager repository as-is: the sample library package, the packer, adding the repository in KiCad or with kicad_pcm_add_repository, and updates through PCM's Update button or kicad_pcm_install {update:true}. |
Live routing (from 0.9.340)
Four verbs edit copper in the open PCB editor through KiCad's official IPC API (KiCad 10.0.1+
with the IPC API server enabled): kicad_routing_state, kicad_route_net, kicad_remove_route
and kicad_routing_validate. The AI chooses the waypoints; each call lands as one native Undo step,
carries a revision guard, and is DRC-checked against a snapshot before it commits. This is not an
autorouter and not an electrical sign-off. Details and the regression demo: SKILL.md
and demo/routing/README.md. The guide to both engines, with a live run and screenshots: docs/autorouting.md.
The demo verb: kicad_demo
One verb that shows the whole bridge off, built for the AI that demos Adom Bridge during Hydrogen's install. Six beats, in the order a hardware person thinks:
| Beat | Shows |
|---|---|
| 1 | the schematic symbol in the user's own Symbol Editor |
| 2 | the footprint for that same part |
| 3 | that part in 3D |
| 4 | a schematic using it (U1 + two 10k resistors) |
| 5 | the 2D board layout |
| 6 | the finished board in 3D |
adom-bridge kicad_demo '{}' # start: prepares, warms KiCad, opens beat 1
adom-bridge kicad_demo '{"step":"footprint"}' # ...then follow data.nextCall each time
adom-bridge kicad_demo '{"all":true}' # bulk (non-interactive; slower than one request budget)
adom-bridge kicad_close '{"force":true}' # tear down
It narrates itself. Every beat returns say (a line to speak), pointOut
(what's actually on screen), window (match it in kicad_screenshot_all) and
nextCall. One beat per call is the default precisely so the AI can talk, screenshot,
then move on.
It ships nothing. The two demo parts, the schematic and the board are all
generated in code, and the 3D bodies come from KiCad's own bundled
3dmodels/*.3dshapes: so the runtime zip stays small and the 3D views are real.
Parts install into the user's real Adom library; the project lands in
Documents/adom-kicad-demo.
No KiCad? It offers to install it. kicad_demo returns an offer instead of an
error; kicad_demo '{"installKiCad": true}' silently installs the official build
(per-user, no UAC) and then runs the tour. Watching the AI install your EDA tool is
itself a good demo beat.
It never takes your screen. Every window opens in the background and all input is
window-targeted (UIA / PostMessage), so you can keep working while it runs.
How it fits together
The bridge is one native Rust executable, kicad-bridge.exe, that Adom Bridge launches on the user's
machine (port: 0: Adom Bridge picks the port and passes ADOM_BIND_HOST). There is no Python or other
runtime to provision. It speaks HTTP
(POST /command, GET /status) and reaches KiCad through four control surfaces, picking the
lightest one that can do the job.
| # | Surface | Used for | Where |
|---|---|---|---|
| 1 | kicad-cli (subprocess) | headless DRC/ERC, gerber/pdf/svg/step/bom export, format upgrade | handlers/export.py, run_drc, run_erc, lint_* |
| 2 | KiCad IPC (kipy) | board/schematic introspection, confirmed footprint placement (KiCad 9+) | handlers/place_footprint.py |
| 3 | Embedded Python | JSON-RPC inside each KiCad process, dispatched on its wx UI thread | plugin_payload/adom_bridge.py, handlers/bridge_client.py |
| 4 | Win32 / UIA / SendKeys | open editors, screenshots, clicks/keys, dialog handling, window management | handlers/kicad_ui.py, handlers/close_windows.py |
The window tour
Everything below was opened and captured on the GPU-less VM. Sample data is the RP2040 breakout
generated by tour-pack-rp2040/ (an AdomRP2040 symbol + QFN-56_AdomRP2040 footprint + a board).
Schematic editor: kicad_open_schematic
The RP2040 breakout: the MCU (U1), USB-C, a 12 MHz crystal, decoupling, and mounting pins.

Symbol editor: kicad_open_symbol_editor
Opens straight to a symbol (kicad_install_symbol puts it in a user library first).

Footprint editor: kicad_open_footprint_editor
{"footprintName":"QFN-56_AdomRP2040","library":"AdomRP2040"} loads the part directly, 56 pins +
thermal pad, 7×7 mm, 0.4 mm pitch, courtyard and silkscreen.

PCB editor (2D): kicad_open_board
The routed breakout, copper, silkscreen, the QFN-56 land pattern, mounting holes.

3D viewer: kicad_open_3d_viewer {"editor":"pcb"}
The full board in 3D, board body, the USB-C connector's 3D model, the QFN chip body, SMD parts, plated through-holes. Rendered on the CPU via the software-OpenGL fallback (below); reload 1.7 s.

Install & upgrade: zero manual steps
The bridge never tells the user to go download KiCad. kicad_upgrade fetches the official installer
and runs it silently, picking the scope automatically:
- Elevated Bridge →
/allusers /S(system-wide,%ProgramFiles%\KiCad). - Non-elevated Bridge →
/currentuser /S(%LocalAppData%\Programs\KiCad, no UAC prompt).
kicad_readiness reports whether KiCad is installed and ready without side effects; the AI routes on
it before offering to install. Hard-won install details (all handled for you):
- KiCad 10's NsisMultiUser installer requires a scope flag, bare
/Serrorsrc=666660. - Bridge's portable Python has no CA bundle; the bridge ships
certs/cacert.pemand uses it for TLS. - Downloads are size-checked against
Content-Length(a truncated installer otherwise fails at NSIS). %APPDATA%/kicad/<ver>/lib tables don't exist until first launch, the bridge bootstraps them soinstall_library/install_footprintwork on a never-opened KiCad.kicad_upgrade {"diagnoseOnly":true}reports token-elevation type +EnableLUAwithout installing.
Dialogs & error handling: the bridge clears the pointless ones
KiCad throws modal dialogs that stall automation. The bridge scans every window owned by a running KiCad process (by PID, reliable, unlike title matching), auto-expires the benign ones, screenshots what it dismissed, and returns a hint so the AI can decide what (if anything) to tell the user.
Auto-expired benign dialogs include:
- "Could not use OpenGL / falling back to software rendering" (GPU-less hosts).
- "Welcome to KiCad, starting for the first time" first-run wizard (dismissing accepts defaults).
- "This file was created by an older version of KiCad" conversion notice.

Verbs:
kicad_window_info: lists windows and self-heals (auto-expires benign dialogs) by default.kicad_dismiss_dialogs {"all":true}: clear everything blocking;{"screenshot":true}returns images of each;{"forceSoftwareCanvas":true}persists Cairo canvas;{"debug":true}dumps the raw PID-based scan.kicad_screenshot_all: one call returns every open KiCad window, so the AI can spot an error dialog it didn't expect and read the message.
Software-OpenGL fallback (last resort)
kicad_enable_software_opengl deploys Mesa's llvmpipe (a CPU OpenGL rasterizer) into KiCad's bin
so a box with no usable GPU: Hyper-V, RDP, headless CI, can still render the editors and the 3D
viewer. This is how every 3D shot above exists.
⚠️ It renders on the CPU and is slow. It is a worst-case fallback only, a real GPU (or GPU-P / DDA passthrough) is vastly better. The bridge keeps it so a GPU-less box isn't a dead end; it is never suggested proactively.
Verb reference
117 verbs as of 1.0.33 (prefix kicad_); the groups below name the core set, not every verb. kicad_describe is the
live catalog and the source of truth, with per-verb hints,
related verbs, and pitfalls.
Windows & UI: launch, open_board, open_schematic, open_symbol_editor, open_footprint_editor,
open_3d_viewer, open_editors, close_symbol_editor, close_footprint_editor, close_3d_viewer,
close, window_info, dismiss_dialogs, screenshot_all, send_key, click, fix_keyboard, demo
Libraries & parts: install_library, install_symbol, install_footprint, install_plugin,
place_footprint, adom_library_status
Checks & export: run_drc, run_erc, lint_board, lint_schematic, lint_library,
format_upgrade, export_gerber, export_pdf, export_svg, export_step, export_bom_csv,
export_molecule
Detect, install & meta: list_versions, readiness, describe, diagnostics, status,
enable_software_opengl, check_for_updates, upgrade, uninstall, bridge_status, bridge_call
Running / dependencies
Bridge provisions everything; there is nothing to install by hand.
- Python ≥ 3.11 (Bridge provisions it), stdlib only, plus the bundled
certs/cacert.pem. - KiCad ≥ 7.0 (host app;
kicad_upgradeinstalls it if absent). - OS: Windows (macOS/Linux detection stubs exist; the GUI surfaces are Windows-first).
The bridge binds ADOM_BIND_HOST on a Bridge-assigned port, never 0.0.0.0. Auto-updates via
updateManifestUrl in bridge.json.
Developer docs ship as user-invocable:false skills in the package itself, kicad-bridge-dev
(architecture + hard-won findings), kicad-bridge-publish (release recipe), and kicad-bridge-hero
(page hero recipe). Maintainers get them with the normal pkg install; everyday users are never
offered them.
Contribute
This page's repo is the full source (adom-wiki repo clone adom/kicad-bridge): the Rust bridge, the skills, the docs and the release tooling. Hit a bug or a missing verb? File it with the verbatim reply, and if you fix it, send a branch PR off the current head; Adom merges PRs within minutes during business hours and ships to the insiders tier the same day. The recipe, the build commands and the rules that keep a PR mergeable are in the kicad-bridge-contributing skill and in CONTRIBUTING.md.