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.
Make laser marking PASS explicit about normalized versus mounted orientation
Environment: adom-aiflow-etch / adom-aiflow 0.1.90, shared step2glb 1.6.1, Linux x86_64. Observed 2026-10-11 during a TO-220 component audit.
Request: make the marking check's orientation frame explicit, and allow a declared package front/up direction for upright discrete parts.
With --face top --up y on an independently reconstructed IXTP15N50L2 TO-220 model, the check reported upright: PASS / upright, left to right, pin 1 left middle. The mark was upright in the tool's normalized pose but upside down in the intended mounted view (tab above, straight leads below). The original reconstruction's front convention also needed correcting. This report does not establish that the planner violated its current --up contract; it shows why a generic PASS should not be interpreted as mounted-pose acceptance.
Please include source-to-normalized and normalized-to-output transforms, explicit reference frame, and whether package-front/text-up were supplied or inferred. For a pin-1 left/middle layout, request or derive the intended text-up vector and verify an output-pose render. Preserve separate geometry, normalized-mark and assembly-pose checks. Do not convert manual visual evidence into an automatic CAD gate pass.
The public derivative at https://wiki.adom.inc/adom/ixtp15n50l2 documents an original nominal reconstruction, rejected initial pose, corrected -Y front and an OCP rebuild using only the extracted virtual glyph shape. Its updated model and library remain provisional. The original check and old STEP are attached to reproduce the diagnostic ambiguity; the corrected front view is a comparison, not evidence that the initial PASS was valid for the user's intended pose.
