前言¶

KiCad 项目做到后期，常见的重复劳动是：翻原理图确认某个网络连到哪儿，导出网表核对连接，跑一遍 DRC/ERC 看有没有冲突，再从原理图里手抄一份 BOM。这些事本身不复杂，但琐碎、容易漏。本 Skill 把这套核查流程交给模型：解析 KiCad 项目文件、PDF 原理图和制造文件，逐项检查并给出带证据的结论。

下面介绍这个 Skill 的定位、能力边界和用法。

这是什么¶

这是一个面向 KiCad 5–10 项目与 PDF 原理图的硬件设计分析审查 Skill，坐标 @org-b6kzcl68/kicad，名称「电路图设计审查分析器」，版本 1.0.0。分类为 professional，来源 enterprise，发布者为重庆途光网络传媒有限责任公司。

它解决的是「设计做完后没人查、或者查得不系统」的问题：把原理图、PCB 布局、Gerber、封装、符号、网表和设计规则读进来，按一套固定工作流输出审查结论，而不是只做单点问答。

核心能力¶

资料中列出的能力分三类：文件解析、单项检查、工作流。

文件解析覆盖：KiCad 原理图、PCB 布局、Gerber 制造文件、封装、符号、网表与设计规则，另支持分析开发板、参考设计、评估套件与数据手册中的 PDF 原理图。

单项检查覆盖：

• 设计缺陷审查
• 网络连接追踪
• 原理图与 PCB 交叉核对
• BOM 数据提取
• DRC/ERC 检查
• 可制造性（DFM）检查
• 电源树与稳压电路分析

每条发现都带置信度标签与证据来源，并汇总输出 trust_summary，方便人工决定哪些要返工。

工作流方面，内置原理图、PCB、Gerber 三大分析脚本，以及跨域分析、SPICE 仿真验证、热热点估算、元件生命周期审计、What-If 参数扫描与深度审查门禁。

触发场景（官方给出的 Triggers）：PCB 设计审查、原理图分析、KiCad、Gerber 文件、DRC 检查、BOM 提取、网络追踪、电源预算、可制造性、硬件设计。

运行前提与配置¶

抓取到的资料里没有给出安装命令、Skill 目录位置或 Cursor / Codex CLI / Claude Code 的差异说明，因此这里只写能核实到的信息。

配置项：requires_api_key=false，即不需要 API Key。

需要留意的两点：

• 页面显示下载 23、安装 0。安装数为零意味着目前没有可参考的公开使用反馈，能力描述应以官方页面为准。
• 官方地址 https://api.skillhub.cn/user_51a923b7/kicad 与 SkillHub 页面 https://www.skillhub.cn/skills/org-b6kzcl68/kicad 在本次写作时均无法抓取成功，本文基于脚本预先抓取的资料撰写，安装方式请以官方页面最新信息为准。

典型用法¶

资料没有给出可复现的命令示例，只有上述 Triggers。实际使用方式是：在支持 Skill 的 Agent 环境里启用本 Skill 后，用自然语言描述要审的 KiCad 项目路径或 PDF 原理图，并说明关注点，例如 DRC 结果、电源树或 BOM 提取。

一个常规的审查顺序是：

1、先让 Skill 解析项目，确认原理图、PCB、网表和设计规则都能读到。
2、指定检查项，一次只问一类，例如「检查电源树与稳压电路」。
3、拿到结论后，要求输出 trust_summary，看哪些发现置信度低、证据不足，需要人工复核。

适用场景与限制¶

适合：KiCad 5–10 项目的设计自查，以及拿到别人的原理图 PDF 或参考设计后需要快速摸清结构和电源树的场景。BOM 提取、网表核对这类机械但易错的环节，用它降低遗漏。

限制：

• 只覆盖 KiCad 5–10，更早版本不支持。
• 结论带置信度标签，不等于事实，DFM、热估算和生命周期审计属于估算性质，投产前仍需人工复核。
• 安装量为零，公开使用反馈缺失，建议先在小项目上验证再用于正式评审。

结尾¶

这个 Skill 的价值在于把 KiCad 的分散文件读成一份有结构、带证据的审查结论，省掉翻原理图和抄 BOM 的时间。官方地址：https://api.skillhub.cn/user_51a923b7/kicad。