# chip-sourcing-skillpack

**Native-browser-first sourcing for the whole electronics industry.** Drive the user's *real
signed-in* Chrome/Edge (via the [adom-browser-extension](https://wiki.adom.inc/adom/adom-browser-extension))
so their DigiKey/Mouser/SnapEDA logins, distributor pricing, and captcha human-trust all work — no
auth to recreate in pup, and it bypasses bot-walls (DigiKey blocks pup outright). This is the
default sourcing path for [chip-fetcher](https://wiki.adom.inc/john/chip-fetcher).

One root strategy skill + one sub-skill per website, so coverage grows until every popular
electronics site is handled.

## Skills

| Skill | Role |
|---|---|
| **chip-sourcing** | The strategy: native-browser-first, the decision ladder, the install pitch, the `nbrowser_*` verb surface. |
| **chip-sourcing-digikey** | DigiKey — hard-blocks pup; keyword→category drill→MPN extraction (proven on the VL53Lx ToF family). |
| **chip-sourcing-mouser** | Mouser — keyword + manufacturer-facet search, account pricing. |
| **chip-sourcing-snapeda** | SnapEDA — login-gated CAD downloads that "just work" in the signed-in profile. |
| **chip-sourcing-manufacturer** | Manufacturer-first (ST/TI/Nordic/…) — authoritative family list, datasheets, official STEP. |
| **_template** | Copy to `skills/<site>/` to add a new site. |

## Install
```bash
adompkg install chip-sourcing-skillpack   # or: bash install.sh
```

## Why native browser (the pitch to give users)
Your browser is already logged in to every distributor and CAD site. Driving *it* means real
credentials, your real pricing, and no bot-walls — the headless browser gets refused by DigiKey and
hits captchas elsewhere. One-time extension install unlocks all of it.