我前幾天在對話裡隨口問了一句「KiCad MCP 支援哪些工具」，本來預期得到一份十來項的清單，結果 AI 回了我一張 20 個分類、248 個工具的全景圖——從原理圖批次接線、AI 佈局建議、GND 縫合過孔，一路到 JLCPCB 查料、Freerouting 自動布線、Gerber 匯出，通通在裡面。夭壽，這已經不是「AI 幫你開檔案」的等級了，這是把整條 EDA 工作鏈塞進了對話框。
所以這篇就來把 KiCad MCP 徹底拆一次：它到底是什麼、底下怎麼跟 KiCad 接線、生態上有哪幾個專案在競爭、實測證據長什麼樣，以及最關鍵的——這東西現在到底能不能信。
KiCad MCP 是什麼：一層把「對話」翻譯成「EDA 操作」的橋
先講基本盤。MCP（Model Context Protocol）是 Anthropic 在 2024 年底開源、2025 年快速普及的開放協議，用途是讓 AI 助手用標準化的方式呼叫外部工具。你可以把它想成「AI 版的 USB-C」：以前每套軟體要接 AI 都得自己發明一個插座，MCP 把插座規格統一了。而 KiCad MCP，就是這個規格套在 KiCad EDA 上的實作。
架構上是三層，用 JLCPCB 官方技術文 的講法最清楚：你的請求先到 AI 客戶端（Claude Code、Claude Desktop、VS Code 這類），客戶端決定要呼叫哪個工具、帶什麼參數；MCP server 收到後去執行實際動作；最後落到 KiCad——編輯器開著時走 KiCad API 直接操作，匯出和檢查則交給 kicad-cli。
三層架構
- 你的請求：「幫我畫一塊 5A 降壓板」
- AI 客戶端（Claude Code / Claude Desktop / VS Code）決定呼叫哪個工具、帶什麼參數，透過 MCP 協議（stdio）交給下一層
- KiCad MCP Server（248 個工具 / 20 類）執行實際動作，分流到五條通道：
— SWIG pcbnew：直接讀寫.kicad_sch/.kicad_pcb專案檔
— 編輯器開啟時：走 IPC API / GUI driver 操作即時視窗
—kicad-cli：匯出與檢查（ERC / DRC / Gerber）
— Freerouting（DSN / SES）：自動布線
— JLCPCB / Digi-Key：查料比價、停產掃描
有個重點常被搞混：KiCad 官方到今天為止沒有出任何 MCP server。現在市面上所有 KiCad MCP 都是社群獨立開發的，品質和定位落差很大，這點後面會詳談。
248 個工具的地圖：這台機器到底能幹嘛
以我手上這套 mixelpixx/KiCAD-MCP-Server （MIT 授權、約 3.1k stars、版本 2.8.x）為例，248 個工具按功能分成 20 類，我挑重點畫張地圖：
| 分類 | 數量 | 代表能力 |
|---|---|---|
| schematic（原理圖） | 36 | 放元件、接線、網路標籤、ERC |
| export（匯出） | 27 | Gerber、鑽孔、BOM、貼片座標、3D |
| component（元件） | 24 | 批次移動、對齊、放置檢查、爆炸半徑評估 |
| symbol_library | 17 | 建符號、改名、修壞檔、同步到庫 |
| board（板級） | 15 | 板層、安裝孔、絲印、SVG logo、覆銅 |
| routing（布線） | 14 | pad-to-pad、差分對、GND 縫合過孔、銅皮 |
| schematic_layout | 12 | 欄位自動排版、查重疊、查懸空線、對格點 |
| gui-driver | 11 | 驅動 KiCad 即時視窗（選單、對話框） |
| 其餘 12 類 | ~92 | DRC、封裝庫、層次圖、匯入、JLCPCB、Digi-Key… |
幾個我認為真正有工程價值的工具，值得點名：
suggest_placement：用力導向演算法把相關零件拉近、旋轉朝向鄰居，先給你一份「爆炸半徑評估」的佈局草稿，不滿意就別套用。add_gnd_stitching_vias：批量打 GND 縫合過孔，而且會對每一層做碰撞檢查——PTH 過孔貫穿整疊板，漏查一層就是靜默短路，這種工具把經驗寫進了程式碼。digikey_check_library_availability：把整個符號庫丟去 Digi-Key 掃一遍，回報哪些料停產、缺貨、查無此件。對要打樣的人，這比 AI 畫圖實用十倍。validate_schematic：能告訴你壞掉的.kicad_sch壞在第幾行第幾欄——連 paren 沒對齊都抓得到。
一條完整的工作流大概是這樣：建原理圖 → 批次接線 → ERC → 更新 PCB → AI 建議佈局 → 布線 → DRC → 匯出 Gerber。每一步都是對話驅動，你隨時可以介入。
架構內幕：SWIG、kicad-cli，與 KiCad 11 的地雷
動手玩之前，前置條件先列清楚：KiCad 9.0 以上、Node.js 18 以上、Python 3.11 以上，外加任何 MCP 客戶端。安裝本身不難：
git clone https://github.com/mixelpixx/KiCAD-MCP-Server.git
cd KiCAD-MCP-Server
npm install
pip3 install -r requirements.txt
npm run build
# 驗證 SWIG 綁定正常
python3 -c "import pcbnew; print(pcbnew.GetBuildVersion())"客戶端設定（Claude Desktop 為例，其他客戶端格式大同小異，以 repo 的 config/ 範例為準）：
{
"mcpServers": {
"kicad": {
"command": "node",
"args": ["/path/to/KiCAD-MCP-Server/dist/index.js"],
"env": {
"KICAD_USER_DIR": "/path/to/your/kicad/projects"
}
}
}
}這裡有個決定這個生態未來五年的技術背景：這套 server 的底層走的是 KiCad 傳統的 SWIG pcbnew Python 綁定 ——但官方文件已經把這套標成 legacy，而 PyPI 上的 kicad-python 官方函式庫 寫得非常白：SWIG 綁定在 KiCad 11 會被移除（nightly 版已經移除了）。取而代之的是 KiCad 9.0 起的 官方 IPC API ，設計為跨版本穩定的遠端介面。
mixelpixx 顯然也知道這件事。這個專案的下一代叫 Konnect：用 Rust 從零重寫成 KiCad 10 原生插件，單一執行檔、零 runtime 依賴、改走官方 IPC API，171 個工具，授權從 MIT 改成 AGPL-3.0（個人與開源免費，商用要談授權）。README 直接講明「新開發都在 Konnect」，原本的 Python/TS 版仍維護但已經是守成型。如果你想長期用，這條 API 遷移線不能不看。
生態現況：至少七個山頭，而且沒有官方版
2026 年 10 月 JLCPCB 的比較文 整理過主要玩家，我再加上自己的補充：
| 專案 | 存取模式 | 板級設計 | 備註 |
|---|---|---|---|
| mixelpixx/KiCAD-MCP-Server | 完整讀寫 | 有，功能最廣 | 本文主角，預設即開寫入 |
| oaslananka/kicad-mcp-pro | 預設唯讀 | 有（寫入 opt-in） | 人工把關發佈，153 stars |
| Seeed-Studio/kicad-mcp-server | 分析為主 | 有限 | 適合設計審查場景 |
| lamaalrajih/kicad-mcp | 讀＋部分編輯 | 部分 | 約一年沒更新 |
| ProductOfAmerica/mcp-server-kicad | 100+ 工具 | 有 | 進入維護模式 |
看出問題了嗎？KiCad 論壇上已經有老手點名 ：這已經是短時間內第五個 KiCad MCP，每個人都想當 project head，能不能合作做一個？這種山頭林立的場景說真的有點像當年 SourceForge，也是醉。對使用者的實際影響是：選型時看的不是功能清單長度，而是這個專案對 AI 犯錯的防呆設計——唯讀預設、寫入 opt-in、人類把關，這些設計比多 50 個工具重要。
實測兩極：能一次點亮，也會燒給你看
證據面是這篇文章最想講清楚的部分，因為兩邊的樣本都真實存在。
正面：JLCPCB 在 2026 年 10 月做了一次完整實測，讓 Claude Code 加 MCP 產出一塊兩層 63×33 mm 的 XL4015 降壓板，最終 0 ERC 違規、0 DRC 錯誤。過程中 AI 甚至自己做了幾個正確的工程判斷——VC 腳補 1µF、把 30V 的 78L05 換成 40V 的 LDO、並聯分流電阻分散功耗、35V 電容升級 50V。這些不是照抄，是設計決策。
但是。抵達終點之前，它踩的坑一個都不含糊：
| 現象 | 原因 | 怎麼抓到、怎麼解 |
|---|---|---|
| LM358 兩個 unit 疊在同一點 | 放置邏輯出錯 | 指定各自座標，外加 9 行 server 補丁 |
| ISENSE–ISET 短路 | 網路標籤重疊 | ERC 只給警告；16/16 netlist 逐腳比對才現形 |
| FB 回授線貼著 SW node | 布線器不懂類比隔離 | 劃 1.2mm 類比 keepout 重布 |
| 銅到板邊只剩 0.35mm | 布線器用預設間距 | 7 個 DRC 錯誤，改 0.5mm 規則重布 |
| 料號搜尋胡亂回 | LLM 幻覺 | 改直接查 JLCPCB 料表資料庫 |
| 板框畫兩次 | 匯出邏輯重複呼叫 | 手動刪 |
那塊板子最後沒有打樣、沒有上電測試——這句話請跟「0 DRC」一起讀。
反面：Hacker News 上「Can AI design circuit boards yet?」討論串 （422 分、241 則留言）裡的案例更生猛。有人讓 Claude 整板設計，結果 20 條連線沒接完，AI 明明說了「這些要手動修」，使用者沒看就發 GitHub 找志工收尾；另一個更靠北，組裝完 USB-C port 直接燒熔，使用者只靠 AI 的模糊診斷、完全不做實物除錯。資深工程師的總結句我覺得會流傳很久：「90% 的時候可以，但那 10% 可能很慘——而你自己驗證不了的時候，你分不出來。」更根本的差異是：AI 寫錯程式可以跑測試迭代，但它沒有辦法測試自己的電路，燒掉的時間和錢都是實體的。
還有個中間派：YouTuber Lard Rocket 2026 年 5 月實測，遇到 server 的 bug 後靠 Claude 寫 Python 腳本繞過——他自己都笑了，這完全違背 MCP server 的存在意義，但又能怎樣。
為什麼板子比程式碼難：一個語料庫的問題
把這些證據放在一起看，會發現背後有個結構性的原因，不是模型不夠大就能解的。
KiCad 論壇上有位老手講得最直白：AI 能把需求帶到 netlist 這一步——零件選對、連線接對，這件事跟寫程式沒有本質差異，模型見過太多電路了。但 netlist 之後的 placement 和 routing，是另一個世界。寫程式的 AI 為什麼強？因為 GitHub 上有幾百萬個高品質的 repo 可以學。而 PCB 佈局呢？不存在一個「一百萬份佈得漂亮的 KiCad 檔」的公開資料集——就算有，佈局的好壞還高度依賴約束條件：這塊板要不要過 3A 電流、那顆晶片的散熱怎麼排、類比區離開關雜訊多遠才夠。這些判斷寫在經驗裡，不在檔案的座標裡。
第二個結構性差異是驗證迴路。vibe coding 之所以行得通，是因為程式碼錯了會 crash、會 fail test、會噴 stack trace，AI 拿著錯誤訊息可以自己迭代。電路板呢？ERC 和 DRC 只檢查「連線與規則」，不檢查「這塊板上電會不會燒」。實測裡那個 ERC 只給警告的短路、HN 上那個燒熔的 USB-C，都是驗證迴路斷掉的地方——AI 沒有萬用電表，沒有熱風槍，量不到東西就改不了下一版。工具鏈再長，這個迴路目前只能由人類的雙手接起來。
實務守則：如果你真的要用
讀完上面的證據，守則其實已經浮出來了，我把它們寫成幾條可以直接抄的原則：
從唯讀開始，寫入要 opt-in
審查自己的舊設計是最安全的入門場景——Hackaday 也建議先拿一塊你自己畫過的板子讓 AI 挑毛病，你立刻能校準它的能力邊界。JLCPCB 自己的實測甚至刻意選了預設唯讀的 kicad-mcp-pro，理由就四個字：爆炸半徑。
ERC/DRC 全綠不等於板子能用
實測裡「短路只被 ERC 警告」是真實發生的。DRC 之外，務必做 netlist 逐網比對、間距規則人工複核，最後用打樣驗證。EMC 和安規更是 AI 完全幫不上、只能進實驗室的部分。
專案放哪裡比較安全？
全程在 git 追蹤的資料夾裡工作。AI 專案檔是文字格式（S-expression），diff 得出來，每次讓它動手前先 commit——出事隨時 revert，這是 vibe coding 那套的硬體版。
KiCad 11 之後這些 server 會不會整批失效？
會有陣痛。SWIG 綁定移除後，SWIG 基底的方案（包括本文主角）必須遷移到 IPC API。目前明確在做的方向是 Konnect（Rust + IPC API），以及官方kicad-python生態。選型時把這條線列入評估，別重投資快斷的基礎。
其他小坑順手列一下：Freerouting 整合需要 Java（2.4.x 版本要 Java 25）；JLCPCB 料表資料庫首次下載約 400MB，硬碟要有心理準備；GUI driver 預設關閉，要裝插件並設 KICAD_GUI_DRIVER_ENABLE=1 才會開；Digi-Key 工具需要在 server 環境設 API 憑證，沒設就是連不上，不是壞掉。
產業在押什麼注
跳出生態圈看產業面，會發現「AI 畫 PCB」這件事其實有兩條路線在賽跑。
一條是封閉平台路線：AI-native EDA 新創 Flux AI 與 Quilter 的融資都已推進到 Series B——依 Tracxn 收錄的資料 ，Flux AI 累計募資 4,900 萬美元（其中 2026 年 2 月的 Series B 為 2,700 萬美元，8VC 領投），Quilter 則是 3,500 萬美元。兩家都在做從頭到尾整合好的 AI 設計環境，模型自己訓、資料自己收。另一條就是 KiCad 這邊的開放路線：開源 EDA 當地基，MCP 當插座，讓任何模型都能插上來。前者買的是整合體驗，後者買的是自由度和資料主權。
有意思的是 PCB 供應鏈的表態。DigiKey 連年贊助 KiCad、甚至出錢保住 kicad.org 網域 不是新聞，但 2026 年 NextPCB 推出 KiCadProjects.com 開源設計平台 、JLCPCB 直接寫教學文教人用 Claude Code 接 KiCad——板廠們顯然判斷「開源 EDA + AI」的流量值得下注。企業端也有動作：PTC 的 Codebeamer 展示 了拿 MCP 串「需求管理 ↔ KiCad 設計」的自動合規檢查，AI 對照需求逐項驗證板子、發現不符直接在設計環境裡標出來——這已經是把 MCP 從個人效率工具拉到工程治理層了。
對個人和小團隊來說，開放路線的意義很實際：你的設計檔在你自己的磁碟上，AI 的每次操作都有 diff 可查，不想用了隨時換——這種議價能力，封閉平台給不了。
結語：它現在最好的用法，是當你的審查副駕
拉遠看時間線：2025 年 4 月首次被 PulseMCP 收錄上架 ，2026 年 3 月 KiCad 10 發佈，同年 Konnect 宣告轉向 IPC API，10 月 JLCPCB 和 Adafruit 密集報導——一年半的時間，這個領域從「AI slop 嘗鮮」走到「能出 0 DRC 的板子」。Hackaday 的留言區 甚至有人回報連續三塊 vibe coded 的板子一次點亮。方向沒有懸念，懸念只有速度。
但此刻的甜蜜點很清楚，不是「一句話生成整塊板」，而是四個場景：設計審查（讓 AI 用你沒有的耐心讀 DRC 和 netlist）、查料採購（停產掃描和價格比對，直接補上模型知識過舊的痛）、重複性批量修改（改封裝、重編號、出製造檔）、流程整合（企業已經拿 MCP 串需求管理與設計合規檢查了）。佈局佈線讓 AI 全權處理？以現有證據，那還是留給人類和 Freerouting 比較穩。
我自己接下來想做的實驗很簡單：把一塊我畫過、也真的打過樣的舊板丟給它審查，看看它能不能抓出我當年漏掉的東西。你要是有類似的經驗——不管是 USB-C 燒熔還是一次點亮——歡迎留言聊聊，這個領域的實測樣本真的越多越好。
參考資料
- mixelpixx/KiCAD-MCP-Server — GitHub ，專案官方 repo 與工具清單
- KiCad MCP: Design a PCB with Claude Code in KiCad 10 — JLCPCB Blog ，XL4015 實測與伺服器比較表
- KiCad IPC API — 官方開發者文件
- PCB Python Bindings — 官方開發者文件
- KiCad API Python Bindings — PyPI ，明言 SWIG 於 KiCad 11 移除
- Version 10.0.0 Released — KiCad 官方部落格
- Can AI design circuit boards yet? — Hacker News
- Can AI Now Design PCBs That Just Work? — Hackaday
- KiCAD MCP Server — KiCad.info Forums
- I built an MCP server… — KiCad.info Forums
- KiCad MCP Servers Compared — ProtoFlow
- KiCAD PCB Designer — PulseMCP
- oaslananka/kicad-mcp-pro — GitHub
- Seeed-Studio/kicad-mcp-server — GitHub
沒有留言:
張貼留言