AugmentClaude

KiCAD Design Review

Review KiCAD schematics and PCBs for errors, violations, and design issues.

Installation

  1. Make sure Claude is on your device and in your terminal.

    Skills load from ~/.claude/skills/ when Claude Code starts up β€” so you need it on your machine first. If you don't have it yet, install it once with the command below, then run claude in any terminal to verify.

    One-time setup
    npm i -g @anthropic-ai/claude-code

    Already have it? Skip ahead.

  2. Paste into Claude Code or into your terminal.

    This copies the whole skill folder into ~/.claude/skills/kicad-review-mixelpixx/ β€” the SKILL.md plus any scripts, reference docs, or templates the skill ships with. Safe default: works for every skill.

    Faster alternative (instruction-only skills)

    Skips the clone and grabs only the SKILL.md file. Don't use this if the skill ships Python scripts, reference markdowns, or asset templates β€” they won't be downloaded and the skill will fail when it tries to load them.

    Quick install (SKILL.md only)
    Sign up to copy
  3. Restart Claude Code.

    Quit and reopen Claude Code (or any other agent that loads from ~/.claude/skills/). New skills are picked up on startup.

  4. Just ask Claude.

    Skills auto-activate when your request matches the skill's description β€” no slash command needed. Trigger phrases live in the skill's own frontmatter; you can read them in the β€œWhat this skill does” section above.

Prefer to read the source first? Open on GitHub.

When Claude uses it

Design review and validation workflow for KiCAD projects via MCP tools. Triggers on: "review my design", "check for errors", "audit", "DRC", "ERC", "find problems", "design review", "is this ready", "validate", "check my schematic", "check my PCB", "what's wrong", "run checks", "pre-fab review".

What this skill does

KiCAD Design Review & Validation Workflow

This skill guides Claude through systematic design review of a KiCAD project using MCP tools. ALL checks are performed through MCP tools β€” never parse .kicad_sch or .kicad_pcb files directly.


Toolset Loading

Load the required toolsets for design review:

load_toolset('sch_analysis')     # find_orphan_items, find_shorted_nets, find_single_pin_nets
load_toolset('verification')     # run_drc, check_clearance, get_design_rules
load_toolset('sch_export')       # run_erc
load_toolset('pcb_export')       # get_drc_violations
load_toolset('manufacturing')    # validate_for_manufacturing
load_toolset('design_review')    # audit_decoupling, audit_connections, audit_power_rails, etc.

Optional (for deeper analysis):

load_toolset('sch_analysis')     # get net info, trace connections, inspect components
load_toolset('pcb_routing')      # query_traces, get_nets_list

Always call get_active_toolsets() first to see what is already loaded.


Quick Checks (Escalating Severity)

Run these first β€” they are fast and catch the most critical issues.

Level 1: Structural Integrity

find_orphan_items()

Finds floating wires, labels, and symbols not connected to anything. These are almost always bugs (leftover from edits or incomplete wiring).

Level 2: Critical Net Issues

find_shorted_nets()

Detects nets that are connected together but should not be. A shorted net means:

  • Two different net labels on the same wire
  • Power rails bridged unintentionally
  • Signal nets merged by accident

This is always a critical error. Fix before proceeding.

Level 3: Suspicious Connections

find_single_pin_nets()

A net with only one pin connected is almost always a mistake:

  • Incomplete wiring (forgot to connect the other end)
  • Orphan net labels (typo in name, so it does not match)
  • Leftover stubs from deleted components

Formal Checks

ERC β€” Electrical Rules Check

run_erc()

Checks schematic-level rules:

  • Pin type conflicts (output driving output, unconnected inputs)
  • Power pin connections
  • Missing no-connect flags
  • Duplicate reference designators
  • Missing net connections

Review each violation. Some can be waived (e.g., intentional unconnected pins marked with no-connect flag).

DRC β€” Design Rules Check

get_drc_violations()

Checks PCB-level rules:

  • Clearance violations (copper-to-copper, copper-to-edge)
  • Minimum trace width violations
  • Minimum drill size violations
  • Unrouted connections (incomplete routing)
  • Zone fill issues
  • Courtyard overlaps

Every DRC error must be resolved or explicitly justified before manufacturing.


Design Audits

These go beyond rule checking β€” they evaluate design quality and best practices.

Decoupling Audit

audit_decoupling()

Checks:

  • Every IC power pin has a bypass capacitor
  • Capacitor is placed close to the pin (PCB proximity)
  • Appropriate capacitor values (100nF ceramic minimum)
  • Bulk capacitance present for high-current ICs

Connection Audit

audit_connections()

Checks:

  • All expected connections are made
  • No nets with unexpected fan-out
  • Signal integrity basics (termination on long traces)
  • Pull-up/pull-down resistors where required (I2C, reset pins, enable pins)

Power Rail Audit

audit_power_rails()

Checks:

  • All power rails have proper source (regulator, connector, etc.)
  • Current capacity matches expected load
  • Voltage levels are consistent (no 3.3V device on 5V rail)
  • Power sequencing considered for multi-rail designs
  • Power flags present (avoids ERC false positives)

Manufacturing Audit

audit_manufacturing()

Checks:

  • All footprints are fab-house compatible
  • Pad sizes meet minimum requirements
  • Silkscreen readability
  • Test point accessibility
  • Fiducial marks present (for SMT assembly)
  • Mechanical clearances around mounting holes

Full Review Shortcut

run_design_review()

Runs ALL audits and checks in sequence, producing a consolidated report. Use this for a comprehensive pre-manufacturing review.

Equivalent to running:

  1. find_orphan_items
  2. find_shorted_nets
  3. find_single_pin_nets
  4. run_erc
  5. get_drc_violations
  6. audit_decoupling
  7. audit_connections
  8. audit_power_rails
  9. audit_manufacturing

Severity Classification

CRITICAL β€” Must fix before manufacturing

FindingWhy Critical
Shorted netsShort circuit on the board, may damage components
Missing ground connectionCircuit will not function
Reversed polarity on power ICImmediate destruction on power-up
Unrouted netsMissing connections on fabricated board
DRC clearance violationMay cause electrical short on fab board
Power pin unconnectedIC will not operate
Wrong voltage on IC power pinExceeds absolute maximum, destroys part

WARNING β€” Should fix, design risk

FindingWhy a Warning
Missing decoupling capacitorNoise susceptibility, possible oscillation
No test points on key signalsCannot debug in production
No ESD protection on connectorsVulnerable to ESD damage in the field
Single-point-of-failure netsNo redundancy for critical signals
Pull-up/pull-down missingFloating input, unpredictable behavior
Tight clearances (near DRC limit)Higher fab defect rate

SUGGESTION β€” Improvement opportunities

FindingWhy a Suggestion
Consolidate passive valuesFewer unique BOM lines, lower assembly cost
Add net labels to unnamed netsImproves schematic readability
Missing silkscreen designatorsHarder to assemble and debug manually
Components could be closerShorter traces, better signal integrity
Consider bulk capacitor additionBetter transient response on power rails
Add board revision markingTraceability for manufacturing runs

Reporting Format

Present findings grouped by severity with actionable fix suggestions:

## Design Review Results

### CRITICAL (X issues) β€” Must fix

1. **[Finding title]**
   - Location: [component reference or net name]
   - Issue: [what is wrong]
   - Fix: [specific action to take using MCP tools]

### WARNING (X issues) β€” Should fix

1. **[Finding title]**
   - Location: [component reference or net name]
   - Issue: [what is wrong]
   - Fix: [specific action to take]

### SUGGESTION (X items) β€” Optional improvements

1. **[Finding title]**
   - Detail: [what could be better]
   - Action: [suggested improvement]

### Summary
- Critical: X (must resolve)
- Warnings: X (recommended)
- Suggestions: X (optional)
- Verdict: [PASS / FAIL / PASS WITH WARNINGS]

Review Workflow

Quick Review (5-minute check)

  1. find_shorted_nets() β€” catch fatal issues
  2. run_erc() β€” schematic rule check
  3. get_drc_violations() β€” PCB rule check
  4. Report findings

Full Review (comprehensive)

  1. Load all review toolsets
  2. run_design_review() β€” full audit suite
  3. Classify all findings by severity
  4. Present report with fix suggestions
  5. Offer to fix CRITICAL issues immediately

Pre-Manufacturing Review

  1. Full review (above)
  2. validate_for_manufacturing() β€” fab-specific checks
  3. Verify BOM completeness
  4. Check part availability (if targeting specific fab house)
  5. Final verdict: ready to manufacture or not

Rules

  1. Never skip quick checks β€” find_shorted_nets catches the worst bugs fast
  2. Classify every finding β€” severity helps the user prioritize
  3. Provide specific fixes β€” name the MCP tool and parameters to resolve each issue
  4. Run DRC after fixes β€” verify that corrections did not introduce new violations
  5. Do not approve a design with CRITICAL issues β€” even if the user says "it's fine"
  6. Load toolsets first β€” check get_active_toolsets() and load what you need
  7. Save before reviewing β€” ensures checks run against current state
  8. Offer to fix β€” after reporting, offer to use MCP tools to resolve issues
  9. Re-run after fixes β€” always verify fixes resolved the issue and created no new ones
  10. Document waivers β€” if user explicitly waives a warning, note it in the report

Related skills