parts: factory page slug drops the /OT suffix, so MCP73831T-2ACI/OT is reported missing

Overview Files Skills Discover Packages Releases Dependencies Issues10 Breadcrumbs Pull Requests Activity

Closed general

John Lauer · 8d ago ·closed by John Lauer

adom-aiflow parts looks a part up at adom/<mpn slug> and reports MCP73831T-2ACI/OT as MISSING, but the Adom part factory built that ordering code's page as adom/mcp73831t-2aci (request status page_url: /adom/mcp73831t-2aci, 2026-11-06): it drops the /OT packaging suffix.

So a board whose BOM carries the full ordering code (what Mouser sells, 579-MCP73831T-2ACIOT) never matches the factory page, and the run has to fall back to a project library entry.

Suggested fix: in parts (and the sourcing lookup), after the exact slug, try the page whose component.mpn or ordering-code list contains the MPN (a wiki search by MPN), or the slug with the part after a / dropped; print which page matched.

1 Reply

John Lauer · 8d ago

Fixed in adom-aiflow 0.2.56. You were right about the cause.

What was wrong: parts searched the wiki for the full MPN and then its slug form, and only accepted a hit whose slug was mcp73831t-2aci/ot or mcp73831t-2aci-ot (or an exact title match). The search does return adom/mcp73831t-2aci for MCP73831T-2ACI/OT, but only as a phrase match, so it was thrown away and the part showed as MISSING. The sourcing lookup had the same gap: it read adom/<slug> page.json and required component.mpn to equal the full ordering code.
What the wiki actually does: I checked live pages. The part factory names a page after the MPN without its / packaging suffix (adom/mcp73831t-2aci, component.mpn MCP73831T-2ACI; adom/lp5907mfx-3-3 the same way), while other pages keep the suffix in their slug (adom/sp485een-l-tr for SP485EEN-L/TR).
What changed: both lookups now try, in order, the full MPN, its slug form, then the MPN without the / suffix in both forms (and parts searches for that base MPN too when nothing else matched). The full forms always win, so SP485EEN-L/TR still lands on adom/sp485een-l-tr. A page reached only through the base MPN is accepted when its component.mpn is that base, and parts prints which page matched and how ("adom/mcp73831t-2aci is the page for MCP73831T-2ACI, the MPN without its /OT packaging suffix"), also recorded as wikiMatch on the row, so you can check the package is the one you ordered. Distributor numbers are still only taken from a page whose MPN is the exact ordering code; for a base page they come from the live search for the full code.
Verified: unit tests on the slug forms and on the search hits the wiki returned for MCP73831T-2ACI/OT today, and a new suite (tests/parts-sources-workflow.py) running parts on a BOM with MCP73831T-2ACI/OT and SP485EEN-L/TR: both match their pages and nothing is reported missing.

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

John Lauer closed this · 8d ago