一家做「电路板AI助手」的公司,官网首页写着「proven on real copper」——已经在真实的铜板上验证过。可点开它自己挂在GitHub上的那个样板项目,状态栏写的是「Phase 1, Prototype Hardware, in development」,硬件文件和固件都还没做完。
这就是Copperhead,一个刚在Show HN亮相的开源硬件Agent,定位是「Cursor for circuit boards」。它做的事说清楚不复杂:直接编辑KiCad原生文件,改一个电阻值能自动同步到BOM和相关文档,每次改动前要过OpenSpec的变更提案,改完自动跑KiCad自带的ERC/DRC检查,最后产出能下单的BOM、gerber、渲染图。CLI基于Apache-2.0全开源免费,Cloud、Team、Enterprise版按坐席收费,面向要托管、要团队协作、要审计留痕的客户。
它想治的病叫「drift」
硬件设计有个长期没人正视的毛病:一个决策——比如某个电源预算、某个电阻值——会散落在schematic、BOM、好几份文档里,工具链不会在它们互相打架时报错。问题往往拖到打样阶段才炸出来,一次respin(重新打样)成本高、周期长。
Copperhead的解法是把软件工程那套「spec先行+自动检查+diff可审查」搬过来:改动前锁死编辑权限,必须先有验证通过的提案;改动后立刻用工具链自己的规则去校验。这个思路本身站得住——用确定性检查约束LLM,比直接让模型自由发挥画schematic靠谱得多。
HN上第一个被问住的问题
帖子刚发布,点赞和评论都还不多,但最扎眼的一条评论直接问到了痛处:整套流程里,测试和仿真在哪?
这个问题问得准。ERC(电气规则检查)查的是电气连接是否合法,DRC(设计规则检查)查的是几何间距是否合规,两者都是静态规则校验,不涉及真实负载、温度、噪声、EMI/EMC、USB合规性这些动态问题。规则全过,电路照样可能在真实环境里出问题——过去社区里已经有AI辅助设计出现开路连接、datasheet假设错误,甚至组装后USB-C口烧毁的案例,而且往往发生在用户自己缺乏专业知识去发现问题的地方。
- 风险.通过ERC/DRC只说明「没有明显的连接和几何错误」,不说明「电路能稳定工作」,这个边界在营销页面上完全没被提及。
「已验证」和「原型中」,哪个是真的
真正让人愣一下的,是官网用来证明自己实力的那个样板项目——一个ESP32-S3摩斯电码键Open Telegraph。官网的措辞是「proven on real copper」,配图是渲染精美的成品板。可翻到它公开的GitHub仓库,状态标注写的是「Phase 1, Prototype Hardware, in development」,KiCad硬件文件和固件都还没做完。
孔子说「听其言而观其行」,放在这里正合适。官网的「言」走在了仓库的「行」前面。这不一定是刻意造假,更像是创业公司常见的营销超前——但对一个卖点就是「可信、可审计」的工具来说,这个落差本身就是一次小型的信任测试,而它目前没通过。
有意思的是,创始人自己写的技术博客比官网克制得多,把Claude定位成「推理与一致性层」,测量、布线判断、bring-up这些真正决定电路能不能用的环节,仍然全靠人。这个措辞和官网的「Cursor for circuit boards」明显不是一个调门——一个在讲工具的边界,一个在讲工具的想象空间。
官网卖的是想象空间,博客写的才是边界。
现在能信多少
把几件事摆在一起看,Copperhead现在可信地做到的是:替工程师同步文档、维护约束一致性、跑一遍确定性规则检查,省掉的是那种「改一个参数忘了同步三份文档」式的重复劳动。这一层价值是实的,drift确实是硬件工程里真实存在、长期没人管的成本。
- 结论.它值得独立开发者和小团队用来省去手工同步的麻烦,但ERC/DRC通过不能当作「可以打样」的信号,签字这道工序目前还得靠人。
它还没被证明能做到的,是「Cursor for circuit boards」这个类比暗示的那种端到端能力——从一句brief走到一块真正跑通的板子,中间要经过高速数字、RF、电源这些更复杂的领域,目前展示的案例连自家的验证项目都还停在原型阶段。接下来值得盯住的,是Open Telegraph什么时候真正做完并被第三方复现,以及有没有用户公开分享用它设计、成功打样的电路板——这两件事任何一件成真,「proven」这个词才算配得上它现在的分量。