让大语言模型直接操作电路板设计软件，这件事如今真的有人在做了。KiCAD-MCP-Server 是一个开源项目，它基于 Model Context Protocol，把 KiCAD 这个开源 EDA 工具封装成 AI 可以调用的服务。也就是说，像 Claude 这样的模型不再只是回答问题，而是能对 KiCAD 发起实际操作，参与到 PCB 设计流程中。
项目用 Python 编写，在 GitHub 上已收获约 1.8k 星标，fork 接近 280，算是近期讨论度较高的 AI 硬件方向项目。不过官方公开的技术细节并不多，README 中最核心的描述就是“让大语言模型直接与 KiCAD 交互用于 PCB 设计”。具体能实现哪些动作、稳定性如何，目前靠使用者自己摸索。
MCP 为什么是关键一步
Model Context Protocol 解决的是大模型与外部工具之间的通信标准问题。它定义了一套统一的调用方式，让同一个模型可以连接不同的软件。KiCAD-MCP-Server 的角色，就是把 KiCAD 的设计能力暴露成 MCP 资源，让模型像调用普通 API 那样去操作。对开发者而言，这种方案最大的价值在于通用性——基于 MCP 构建的服务，理论上可以被任何支持该协议的客户端复用。
这个项目适合谁
最直接的受众是硬件工程师和 PCB 设计爱好者，尤其是那些已经熟悉 KiCAD、又想尝试 AI 自动化的人。项目背后的假设很诱人：把自然语言描述变成对设计工具的动作。不过要清醒，一切还处于早期实验阶段，官方既没有列出功能清单，也没有对可靠性作出承诺。
如果你长期关注 AI 与硬件设计的交叉领域，这个仓库值得花点时间看看。目前它有 8 个 open issues 和 24 个 pull requests，说明社区在积极讨论和迭代。相比大型商业方案，这种独立项目往往更能反映一线工程师的真实需求。
上手前需要知道的事
想实际跑起来，大致要经历这样的过程：
- 准备可用的 KiCAD 环境，并了解基本项目结构
- 配置支持 MCP 的客户端（如 Claude）连接本服务
- 运行后实际测试，确认操作是否符合预期
难点在于部署文档相当简薄，仓库没有提供详细的配置指南。如果你习惯“clone 下来就能跑”的项目，可能会在这里卡一会儿。另外，AI 直接操作 EDA 工具的风险不可忽视，任何生成结果都需要人工复核，不能直接送厂生产。
整体来看，KiCAD-MCP-Server 代表了“让 AI 碰硬件设计”的一次大胆尝试。它未必能立刻改变你的工作流，但确实指出了一条新的工具链整合方向。未来如果 MCP 生态成熟，这类项目可能会成为 AI 进入专业工程软件的样板。
评论
暂无评论
成为第一个评论的人