AI Flow
Public Made by Adomby adom
Adom's AI Flow: a tool to help the AI follow all of the steps it takes to build a board.
Clean ESC flow assumes declared inner planes already exist; gate leaves 97 unconnected
The documented clean ESC start cannot pass gate after router reports closure unless the AI separately creates the declared reference planes. The fresh source has zero zone blocks. spec-example.json declares GND=In1.Cu and +3V3=In2.Cu in spec.planes, but its pours list contains only outer pours. route treats those nets as plane stubs; gate only raster-fills zones that already exist in the input board.
Reproduction in this run: native router returned 0 unrouted; gate returned 0 new errors, 13 inherited, but 97 unconnected items (79 GND, 18 +3V3). There are zero zones and zero filled_polygon blocks in both source and board-routed. Signal nets all passed native connectivity.
Candidate fix: intake/plan should validate each spec.planes entry against actual source zones. Materialize and land missing declared planes before route/gate, or refuse early with an actionable instruction. The standard flow must synchronize the resulting local gating board and the live board. Merely telling the AI to route again cannot resolve missing planes. An adopt/import-board command would also make AI-owned stages practical without touching derived manifest fields.
Workaround being exercised: explicit inner-plane entries in the run spec, native land pours, and a separate local board copy carrying matching plane geometry for the gate. The original source is preserved. No gate suppression.