AI PCB 實驗：Codex 操作 KiCad，把 Arduino Vibe Coding 鍵盤推向真板打樣

這篇 Threads 的價值，不是宣告「不懂電子也能一次做出可靠 PCB」，而是把 AI coding 的邊界推到「電子設計探索」：用自然語言描述 Arduino 接線、按鍵、旋鈕、USB、尺寸與功能，再讓 Codex 操作 CAD / KiCad 類工具，產生 schematic、配置元件與 PCB layout，最後送去工廠打樣。

事件摘要

作者：BrewBytes AI（Threads：@brewbytes.ai）。
題目：把手上的 Arduino「Vibe Coding 鍵盤」做成真正 PCB。
背景：作者自述 CS 出身，正職金融 AI，硬體 / 電路 / PCB 設計經驗很少。
流程：把 Arduino 每條線的接法、按鍵、旋鈕、USB、尺寸與功能以文字交給 AI；在 Codex 中設定目標與驗收標準，讓它操作 CAD 軟體、畫原理圖、配置元件、建立 PCB。
結果：六小時後看到 PCB 3D 模型，PCB 檔案已送工廠打樣；作者明確承認可能翻車，後續會記錄收貨、焊接、燒錄、測試與是否冒煙。

為什麼這值得收進 KB

這是「AI coding → AI electronics / hardware prototyping」的早期訊號。軟體人熟悉的 vibe coding，本質上是把需求、驗收、工具操作與迭代交給 agent；這次只是把工具從 IDE 換成 KiCad / CAD / PCB workflow。

短期可行

低速、低功耗、簡單 I/O 的鍵盤、旋鈕、Arduino/MCU breakout 類作品，AI 可以大幅降低 schematic/layout 初稿門檻。

仍需 sign-off

DRC 只能抓規則違反，不能保證電氣正確、封裝可焊、供電穩定、USB/ESD/EMI 沒問題。

最有價值環節

不是盲信 AI 畫板，而是讓 AI 產生候選方案、BOM、封裝檢查清單、DRC/ERC 修正建議與打樣前 review checklist。

Threads 留言提供的實務 caveat

DRC ≠ 電路 sign-off：作者回覆有跑 DRC；但留言也提醒「只能畫 PCB，沒有 sign-off，送出去回來就是 try and error」。
高速 / 電源 / 類比數位隔離仍是硬題：有人指出簡單鍵盤可能問題不大，但高速訊號、電源完整性、濾波、類比/數位電源分割才是 PCB 難點。
EC-11 旋鈕與按鍵矩陣可能有細節問題：留言指出 EC-11 上方按鈕可視為鍵盤按鍵的一部分用二極體接起來，也疑似有一顆 EC-11 旋鈕沒有功能。
Debug 成本才是真考驗：另一則留言提醒初版不是最難，之後如果出現掉電、不穩、無法重現的硬體問題，才是沒有電子經驗時最容易卡住的地方。
KiCad / CAD 操作方式：留言有人問如何讓 AI 控制軟體；另一位回覆「MCP call」，代表這類流程可能會逐漸走向 GUI automation / MCP / computer-use 工具鏈。

Allen / BigIntTech 的可行打法

不要把 AI PCB 當一次成功工具；要當「硬體探索 copilot」。先讓 AI 產生 schematic/layout，再由人或外部硬體工程師做 final review。
建立固定 checklist：ERC、DRC、BOM availability、footprint 尺寸、USB-C orientation、ESD、電源 rail、mounting hole、connector clearance、silkscreen、gerber preview。
讓 Hermes 學會硬體 artifact pipeline：需求 → schematic → BOM → layout → DRC/ERC → gerber → review report → 打樣採購 → bring-up log。