schematic-review
Skill169 starsChanged 18 days agoMITView on GitHub
KiCad MCP schematic inspection and review workflow using ERC, connectivity, symbol, net, power, readability, and quality-gate tools.
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 7 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Use this skill when an AI agent is asked to inspect, review, or safely improve a KiCad schematic through KiCad MCP Pro.
- Distinctive: line 14
Use this skill for:
- Distinctive: line 24
Do not use this skill to claim electrical correctness without ERC, design-rule review, datasheet review, and human engineering approval.
- Distinctive: line 74
Use only when explicitly requested and when the workflow is allowed to modify files.
- Very specific: line 100
Run ERC with run_erc.
- Very specific: line 101
Run schematic_quality_gate, schematic_connectivity_gate, and schematic_design_rule_check.
- Very specific: line 102
Check power-rail intent using sch_check_power_flags and net tracing for critical rails/interfaces.
- Distinctive: line 103
Check component metadata and footprint bindings with library tools when part correctness is in scope.
- Very specific: line 105
If edits are requested, prefer plan/preview/apply/verify/rollback tools over direct mutation when possible.
- Distinctive: line 123
Stop and report clearly when:
- Distinctive: line 125
No KiCad project is active
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Schematic Review Skill
Use this skill when an AI agent is asked to inspect, review, or safely improve a KiCad schematic through KiCad MCP Pro.
This skill is specific to oaslananka/kicad-mcp-pro and should be kept synchronized with docs/tools-reference.generated.md.
When to use
Use this skill for:
- Pre-layout schematic review
- ERC review
- Net connectivity review
- Power flag and no-connect review
- Symbol, footprint, and component-property inspection
- Readability and visual QA
- Conservative schematic edits when explicitly requested
Do not use this skill to claim electrical correctness without ERC, design-rule review, datasheet review, and human engineering approval.
Required context
Collect:
- Active project path and schematic file
- Design intent and functional requirements
- Expected power rails, interfaces, and critical nets
- Component sourcing assumptions
- Whether the task is read-only review or allowed to modify the schematic
Primary MCP tools
Project and intent
kicad_get_project_infoproject_get_design_intentproject_set_design_intentproject_get_design_specproject_import_design_specproject_design_report
Read-only schematic inspection
sch_get_symbolssch_get_net_namessch_get_labelssch_get_wiressch_get_connectivity_graphsch_get_circuit_irsch_trace_netsch_check_power_flagssch_get_population_statuslib_get_symbol_infolib_get_footprint_infolib_verify_component_contract
ERC, quality, and visual checks
run_ercschematic_quality_gateschematic_connectivity_gateschematic_design_rule_checksch_visual_qasch_render_pngproject_quality_gate
Controlled schematic edit tools
Use only when explicitly requested and when the workflow is allowed to modify files.
sch_add_symbolsch_add_componentsch_add_wiresch_add_labelsch_add_global_labelsch_add_power_symbolsch_add_no_connectsch_add_missing_junctionssch_modify_propertysch_update_propertiessch_move_symbolsch_delete_symbolsch_plan_from_specsch_preview_plansch_apply_plansch_verify_plansch_rollback_plansch_reload
Workflow
- Confirm active project and schematic state with
kicad_get_project_info. - Retrieve design intent with
project_get_design_intent; if absent and the user supplied requirements, store them withproject_set_design_intentonly when appropriate. - Inspect symbols, nets, labels, wires, and connectivity graph.
- Run ERC with
run_erc. - Run
schematic_quality_gate,schematic_connectivity_gate, andschematic_design_rule_check. - Check power-rail intent using
sch_check_power_flagsand net tracing for critical rails/interfaces. - Check component metadata and footprint bindings with library tools when part correctness is in scope.
- For readability review, use
sch_visual_qaand optionallysch_render_png. - If edits are requested, prefer plan/preview/apply/verify/rollback tools over direct mutation when possible.
- Re-run ERC and schematic quality gates after any schematic-changing operation.
Quality checks
A schematic review response must include:
- Project and schematic context
- ERC summary
- Connectivity findings
- Power-flag/no-connect findings
- Symbol/footprint/property findings
- Readability findings
- Required fixes and open questions
- Human-review notes
Failure modes
Stop and report clearly when:
- No KiCad project is active
- Schematic files are missing or unsupported
- ERC cannot run
- The design intent is too ambiguous to judge correctness
- Component datasheets or footprint requirements are unavailable
- The user requests edits without permission to modify files
Output format
Return:
- Schematic context
- Tools used
- Findings by severity
- ERC and quality-gate status
- Proposed or applied fixes
- Remaining assumptions
- Next validation steps
Safety rule
A clean ERC result is necessary but not sufficient for design approval. Always report datasheet, footprint, power-budget, signal-integrity, and human-review gaps separately.
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- wenqiiizwq-creator/schematic-review★ 2same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository21 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .github/AGENTS.mdAGENTS.md
- integrations/AGENTS.mdAGENTS.md
- packages/AGENTS.mdAGENTS.md
- src-tauri/AGENTS.mdAGENTS.md
- .github/copilot-instructions.mdCopilot instructions
- docs/llms.txtllms.txt
- drc-checkSkill
- fabrication-outputSkill
- kicad-design-reviewSkill
- pcb-designSkill
- schematic-reviewSkill
- visual-excellenceSkill
- wired-subcircuit-designSkill
- code-reviewSkill
- drc-checkSkill
- fabrication-outputSkill
- kicad-design-reviewSkill
- pcb-designSkill
- visual-excellenceSkill
- wired-subcircuit-designSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

