纯 AI 用 Rust 写了个全新的 KiCad 兼容 EDA？但开源社区却吵翻了...

“聊聊一款 Rust 编写的 EDA 工具，具备现代化的 UI 并宣称原生兼容KiCad工程。但 KiCad 社区对此并不认可，觉得项目违反了 GPL 的开源协议...”

大家好。最近在 GitHub 上刷到一个非常吸引眼球的项目：Signex。

https://github.com/alplabai/signex

第一眼看过去，它的愿景堪称惊艳：一个开源、AI 原生的 EDA 工具。它完全使用 Rust 编写，底层采用了 GPU 加速渲染，并且号称拥有媲美 Altium Designer 的现代化 UI。不仅如此，它主打无缝兼容 KiCad，可以直接原生打开并保存 KiCad 的工程文件，宣称没有任何专有格式。

最近一直在和业内同行探讨下一代 EDA 交互形态的发展方向。Signex 的出现，确实在交互和底层渲染架构上展现出了非常前卫的思路。但真正让我震惊的，并非它的功能，而是它的开发方式。

这个项目，可以说是完全用 AI 写出来的。

如果你去翻看它的源码库目录，甚至能清晰地看到.claude这样的 Claude Code 专属 hook 配置文件。这段时间我一直在高频使用 Claude Code，探索将大模型引入我们的电子设计工作流（比如在 KiCad 中加入 Copilot，或是探索 AI 驱动的 ERC 验证），所以我太清楚现在的 AI Agent 在手撕复杂代码时有多么生猛。Signex 的产生更是一个很好的示例：能用极其优雅的 Rust 语言，硬生生把这一整套解析器、复杂的业务处理逻辑、加上 wgpu 画布渲染管线给啃了下来，代码质量甚至相当不错。

但这恰恰也是引爆争议的导火索。

大家都知道，KiCad 是严格遵循GPLv3协议的。而 Signex 的社区版，却直接打上了更为宽松的Apache-2.0许可证。

目前 KiCad 开源社区对此存在非常强烈的看法。很多开发者一针见血地指出，Signex 的底层解析逻辑根本不是什么正规的“净室逆向工程”（Clean room design）。它实际上是怎么跑通的呢？最大的可能是，开发者直接把 KiCad 庞大的 C++ 源码库“喂”给了大模型，然后下达了一个指令：“请用 Rust 语言把这些解析逻辑和业务代码重写一遍”。

这在本质上，就是在利用大模型进行代码“洗稿”。

通过大模型这种“跨语言翻译”和“逻辑重构”，巧妙地绕过了 GPLv3 协议那种严苛的“传染性”开源限制，从而把它洗白成了 Apache-2.0。

开源协议不仅是法律边界，更是维护整个开源生态信任的基石。在和 Seth、Wayne 等 KiCad 核心开发者长期的交流中，我能深刻感受到大家对开源纯洁性的坚持。用大模型来“洗”开源软件的底层代码，究竟算是技术的降维打击，还是在钻空子践踏开源社区几十年的心血？这无疑撕开了一个巨大的道德与法律灰色地带。

Signex 无疑向我们展示了 AI 在重构复杂工业软件上的恐怖潜力，但这种“AI洗稿”绕过开源协议的玩法，各位工程师朋友怎么看？欢迎在评论区留言，我们一起聊聊。

审核编辑 黄宇