KiCad - the KiCad Bridge
Public Made by Adomby adom
Drive your own KiCad from an AI, in the background: open every editor, read the whole board as data (the EDA Bridge Standard board model), stack-up, part heights, netlists, place, route, pour, DRC and exports.
Reminder for John: connect arav-rog to the desk monitor so we have a multi-monitor test box
@John Lauer reminder, at your request: connect arav-rog to the monitor on your desk, so Adom has a test box with two displays.
Why it matters. Every window-placement fix we ship is currently verified on single-screen boxes. #48 is the live example: the placement memory is proven on hardware (parked a window, killed KiCad so it could not save its own geometry, and the bridge still put the window back at 300,200 1200x800), but the actual complaint is "I drag KiCad to my external monitor and it comes back on the laptop screen", and nobody at Adom can reproduce that today. The same gap applies to anything else that reasons about monitors: the idle healer's on-screen check, the tour and demo window layout, and full-screen capture.
What the box would let us test, in minutes, once it has two displays:
- Drag a PCB Editor to the second monitor, then
kicad_rescan_libraries {force:true, confirmRestart:true}, and confirm it comes back on that monitor withplacementRestored[].movedtrue. - Undock or unplug the second monitor, reopen the editor, and confirm the bridge REFUSES to place a window on a display that is no longer there.
- Leave a window on the second monitor for a few minutes and confirm the 20 s idle healer leaves it alone (the 0.9.318 fix, ported to the native build but never seen on real hardware).
One standing rule that does not change: arav-rog is Caleb's machine and no AI thread touches it. This is a hardware change for you to make, and the box only becomes a test target if you say it is one.
Filed as a reminder rather than kept in a chat thread so it does not evaporate when the session ends.