zudo-led-lamp
GitHub repository

Type to search...

to open search from anywhere

component-spec-audit

Audit exact electronic-component identities and run the end-to-end workflow for adding or replacing a BOM part. Use whenever circuit, schematic, PCB, BOM, firmware, bring-up, substitution, or related ...

File Structure

component-spec-audit/
├── SKILL.md
├── scripts/
│   ├── test_validate.py
│   └── validate.py
└── references/
    ├── contract.md
    └── new-component-workflow.md

Component spec audit

Protect the design from plausible-looking but wrong component claims. Treat the generator specs as the placement identity lock and manufacturer documents as the authority for component behavior.

Audit existing components

  1. Run python3 .claude/skills/component-spec-audit/scripts/validate.py before relying on the registry.

  2. Resolve every relevant line through references/inventory.json by exact MPN, LCSC ID, manufacturer alias, function alias, board, or refdes. Load its owner_skill directly. Do not answer a subordinate-record query only from the parent component.

  3. Read the owner skill's local manifest.json, sources.json, facts.json, coverage.json, routing.json, interactions.json, and pin-map.json. Apply the same standard to standalone and subordinate records.

  4. Preserve the distinctions in contract.md: source authority and availability, fact class, provenance, conditions, derived dependencies, and verdict vocabulary.

  5. Cross-check claims against generated connectivity and symbol-to-footprint pin maps. For multi-component effects, also load the integration skill.

  6. If an authoritative source cannot be retrieved or its retained extract does not support the claim, report SOURCE UNAVAILABLE and UNSOURCED; never reconstruct a fact from memory or a generic/same-name part.

  7. Report exact fact IDs, source IDs, locators, conditions, calculations, and one allowed verdict. Keep design changes separate from the audit result.

Add or replace a BOM component

This is the sole end-to-end owner for onboarding. Follow the new-component workflow in order; do not create a separate catalog-update or onboarding skill. It covers the schematic identity lock, evidence bundle, KiCad assets, explicit public selection, previews, generated documentation, and deployment checks.

For a record-only update, copy assets/component-skill-template/, retain every required file, and follow references/schema.json. Give subordinate records independent IDs, sources, facts, locators, routing cases, and pin maps. Store normalized short evidence extracts, not vendor PDFs. Put temporary downloads only in ignored tmp/pdfs/ and remove them after extraction.

Run the validator and unit tests after edits:

python3 .claude/skills/component-spec-audit/scripts/validate.py
python3 -m unittest discover -s .claude/skills/component-spec-audit/scripts -p 'test_*.py'

Use --online only for an explicit source refresh; it downloads into tmp/pdfs/, rejects stale hashes, and does not alter retained evidence.

Revision History

CreatedUpdated