前言¶
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。
