app

AI Flow

Public Made by Adom

by adom

Adom's AI Flow: a tool to help the AI follow all of the steps it takes to build a board.

kicadpcbedaroutingplacementcopper poursablationcurrent densitythermalkelvincomparison
Overview Files Skills Discover Packages Releases Dependencies Issues10 Breadcrumbs Pull Requests Activity
Closed PR #56 released in 0.2.41 on 2 Nov 2026 general

project-page: name the part whose symbol breaks the library, and drop stale Cloud Library items

noah · ·closed by Colby Knox

project-page: name the part whose symbol breaks the library, and drop stale Cloud Library items

Seen on: adom-aiflow 0.2.40, project-page --page adom/<slug> --create, a 23-part board.

  1. The refusal names no part. the packaged KiCad library does not load: KiCad cannot load the packaged symbol library: Unable to load library. I found the cause by splitting pcm-stage/symbols/<slug>.kicad_sym into one file per symbol and running kicad-cli sym export svg on each: two component pages (adom/bsc016n06ns and adom/cl05b104kb54pnc) carry symbols written without quotes ((symbol bsc016n06ns ...), (property Reference Q ...)), which KiCad 10 refuses. Suggest: on a library-load failure, test each symbol alone and print <MPN> (<page>): KiCad cannot load this symbol with a hint to fix or replace that page's symbol.
  2. Stale items stay in the reused Cloud Library. After a BOM change (BSC016N06NS replaced, 0805 caps replaced by 0603/0402), the rerun reused the same Cloud Library and still packaged the removed parts, so the broken symbol of a part no longer on the BOM kept failing the build. Suggest: remove library items whose MPN is no longer in the BOM (or rebuild the item list from the BOM) before export.
  3. A failed --create leaves the page behind. The first run created the page, then failed at the library check ("Nothing was published"); the rerun with --create is refused because the page exists, although the hint says rerunning reuses everything. Suggest: let --create resume when the page was created by this same run (run.json can record it).

Workaround used: removed the stale items with adom-wiki library remove, swapped the 100 nF part, reran with --existing. PR with the quoting fix for adom/bsc016n06ns: https://wiki.adom.inc/adom/bsc016n06ns/prs/1

1 Reply

Colby Knox marked this in progress ·
Colby Knox linked pull request #56, which closes this when it merges ·
Colby Knox closed this in pull request #56 ·
Colby Knox ·

Fixed in adom-aiflow 0.2.41:

  1. The refusal names the part. Each symbol is loaded alone, and the error reads <MPN> (<page>): KiCad cannot load this symbol.
  2. A rerun drops parts that left the BOM. They're removed from the reused Cloud Library before export, and the hints list them.
  3. A failed --create leaves no page behind. The page is made only after the library passes, so the same --create works on the rerun. If the push itself fails after that, a rerun with --create finishes the page.

The two component pages aren't fixed by this. A real kicad-cli still refuses the current adom/bsc016n06ns and adom/cl05b104kb54pnc symbols. PR #1 on the first is still open, and the second has no fix yet. A small unquoted test symbol did load in kicad-cli, so quoting may not be the only cause; check your fixed symbol with kicad-cli sym upgrade before relying on it.

Update with adom-wiki pkg install adom/adom-aiflow.

Log in to reply.