clips page never pushes: the em-dash comes from KiCad's own window title

noah · ·closed by Colby Knox

Version: adom-aiflow 0.2.56+noah.1 (local build).

What I ran: adom-aiflow step <name> and finish during a hands-off run (task-owned pcbnew, minimized).

What happened: every command ends with clips page: not pushed: an em-dash on line 281 of the page; rewrite it (a comma, a colon or two sentences). The em-dash is not text I wrote: it comes from the KiCad window title AI Flow records for a clip (adam-telle-nameplate-revC — PCB Editor), which KiCad itself formats with an em-dash. So the run's clips page can never be pushed while that window is filmed, and the hint asks me to rewrite text I do not control.

Expected: AI Flow replaces the em-dash in window titles (and any other captured text) before it writes docs/clips.md, the same way it lints the page.

Repro: a KiCad 10 run where a clip is recorded from a PCB Editor window (title " — PCB Editor"), then any command that rebuilds the clips page.

1 Reply

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

Thanks Noah, right: that em-dash is KiCad's, not yours. Fixed in adom-aiflow 0.2.62.

Recorded window titles are plain text now (adam-telle-nameplate-revC - PCB Editor). That happens when a clip is recorded and again when the clips page is built, so your existing run's page pushes too. The page check still catches an em-dash in text the AI writes.

Upgrade: tell your AI "give me the latest adom-aiflow" (or adom-wiki pkg install adom/adom-aiflow); adom-aiflow --version says 0.2.62.

Log in to reply.