Adom Wiki Skill Pack

@@ -1,7 +1,7 @@ {   "slug": "adom-wiki-skillpack",   "title": "Adom Wiki Skill Pack",-  "version": "0.8.31",+  "version": "0.8.32",   "type": "skill",   "hero": {     "path": "screenshots/hero.png"

@@ -131,7 +131,7 @@       "prompt": "Before I create this wiki page, check whether the thing already has a home."     }   ],-  "version": "0.8.31",+  "version": "0.8.32",   "description": "The Adom Wiki Skill Pack : one main skill plus the focused sub-skills that teach the AI to publish to wiki.adom.inc without breaking pages, name the wiki repo archetypes (Page, Skillpack, Family), and publish rich component pages (chips, molecules, boards). The wiki is six tools in one: git, package manager, releases, discussions, pull requests, and discovery. One package manager install drops the whole set onto your container. Includes reviewed Z-up component artwork, surface-selected MPN marking, reusable thumbnail caches and component-page widgets.",   "dependencies": {     "adom/adom-wiki-hero-image": "^0.2.2",

@@ -714,6 +714,37 @@ from the datasheet and redistribute it, but it must be exact: - Keep the builder and its data in `provenance/tools/`, the previous model in `provenance/`, and say in the   README that the model is AI-generated from the datasheet. +### Then match the real part: photos fill what the drawings leave out++A datasheet drawing is not the part. After the overlay proof, put the model beside the maker's product photos+(top and underside) and model what the drawings omit, measured off the photo against a known edge:++- Find an underside photo. Makers rarely publish one; distributor product pages (LCSC, DigiKey, Mouser) often+  have front and back shots. Perspective-correct an angled photo with a homography on the four package corners+  before measuring (check a known dimension, such as the stripe width, comes out true).+- Typical omissions: lead-frame stubs on the side walls, a white top where the drawing shows terminal metal,+  the real die size and position, the polarity mark's colour, a maker logo on the underside. Locate LED dies by+  their bond wires (a round single-wire die is usually the red, vertical die).+- Trace a logo from the maker's own logo file, not from a blurry photo; place and scale it from the photo.+- Say in the README which features came from which photo, and what a photo cannot show (a stub's height from a+  top view, which end is pin 1 when the photo has no pin cue).+- When a new feature stands proud of a face, re-run the etch plan: the planner takes the outermost face, so a+  0.06 mm stub stole the part number from a 0.81 mm2 moulding wall until it was told to ignore proud stubs.++### Pin 1 orientation is part of "verified"++A rotated part is a scrapped board. Check and log the whole chain: footprint pad 1 and its silkscreen mark, the+3D model's pin 1 on the same corner, the pin order versus the datasheet top view (a footprint is that view+turned, never mirrored), the polarity mark against the bottom-view drawing and the underside photo, and any+top-side cue. Record it as its own verification entry with the footprint and STEP hashed.++### Design-in knowledge is not a per-component skill++Facts about one part (variants, revisions, pad quirks, pin 1) live on its component page. Knowledge shared by a+family (data levels, power budgets, decoupling, substitution traps) goes in one family skill in the+`adom/eda-engineering` pack, for example `eda-addressable-rgb-leds`; link to it from the page's designer notes.+Do not mint a skill per component.+ ## Verification log and the `::adom-verified` trust mark  Every component page that a person has checked carries a `verification.json` (schema `adom/verification@1`)