Hardware Solution

Architetto hardware embedded: selezione MCU, albero di alimentazione, rischio BOM, revisione — come proposte a fasi

Promosso ★ 8.4/10

Cosa fa

Guida l'architettura hardware embedded come un workflow a fasi: congelamento dei requisiti, tre architetture candidate con compromessi, selezione dei componenti chiave con link a sourcing/datasheet/footprint, albero di alimentazione, matrice di interfaccia, piano di validazione e revisione dei rischi. Si attiva quando l'utente necessita di selezione MCU/SoC, progettazione dell'alimentazione, pianificazione della connettività, valutazione del rischio BOM, vincoli PCB, proposte pronte per lo schematico o una revisione del design hardware. Sottolinea l'importanza di segnalare assunzioni vs fatti e di verificare prezzi, stock e dati dei componenti tramite web anziché rispondere a memoria.

Rapporto di test

Recuperato SKILL.md e controllato a campione 4 file di riferimento tramite URL raw — scripts/md_to_pdf.py, references/design-workflow.md, references/output-template.md e agents/hardware-reviewer.md hanno tutti restituito HTTP 200; md_to_pdf.py è un convertitore WeasyPrint pulito senza problemi di sicurezza. Installato in una HOME temporanea e confermato che SKILL.md si trova in ~/.claude/skills/hardware-solution/SKILL.md. Per l'output, ho progettato un nodo sensore di temperatura/umidità BLE a batteria: il baseline ha fornito una lista piatta di 6 componenti affermando che un design a pila a bottone andava bene ("should give long battery life"), mentre l'artefatto seguito dalla skill ha prodotto una tabella dei requisiti con una colonna di stato assumption/fact/待确认, tre architetture candidate con colonne di compromesso, un albero di alimentazione esplicito, una tabella dei componenti che contrassegnava i link ai componenti come "需联网查证" invece di fabbricarli, e una lista di rischi separata non vuota che evidenziava la modalità di guasto per brownout-on-TX-peak della resistenza interna del CR2032 che il baseline aveva mancato. Le consegne a valle (prezzi verificati via web, download di datasheet/footprint, PDF, schemi EDA-MCP) non sono riuscito a eseguirle, ma il compito principale di proposta di architettura è stato completato interamente nel contesto e ha superato il baseline.

Testato il: 2026-07-31 · Claude Code 2.x (agent harness)

Installazione

git clone --depth 1 https://github.com/LeoKemp223/NextBoard.git /tmp/hardware-solution-src
mkdir -p ~/.claude/skills
cp -R /tmp/hardware-solution-src/skills/hardware-solution ~/.claude/skills/hardware-solution
# Optional: PDF report step (SKILL step 11) needs: pip install weasyprint markdown
# Optional: KiCad/LCEDA schematic output needs an EDA MCP server (kicad-mcp / mcp-kicad-sch-api / jlceda-mcp); falls back to a structured connection table if absent.
# Note: SKILL.md body and its references/ are largely in Chinese.

Comandi e prompt di esempio

/hardware-solutionArchitetto hardware embedded: selezione MCU, albero di alimentazione, rischio BOM, revisione — come proposte a fasi

Gli skill si attivano con richieste in linguaggio naturale, senza comandi da ricordare. Dopo l'installazione, prompt come questi lo attivano (in inglese):

Select an MCU for this embedded project
Design a power tree for this board
Review this schematic for hardware risks

Rapporto completo →