三星把 Claude Code 用进芯片验证：一个多月的活两天做完，代价是全程盯着

据 TechSpot 等外媒报道，三星在过去几个月里把 Anthropic 的 Claude Code 引入了 System LSI 部门的芯片设计与验证流程。报道给出的两个例子相当具体：一个定制 SoC 的验证环境搭建与测试，原本排期一个多月，实际约两天完成；另一项 USB 相关的建模工作，由一名入职第二年、此前既没用过 Claude Code 也不熟悉 USB 协议的工程师，一天做完了通常需要一个月的量。

被压缩的是"验证"，不是"设计"

两个例子都落在验证环节，这不是巧合。芯片开发里，写 RTL 只是其中一小块，真正吃人力的是验证：搭测试平台、写激励和断言、跑回归、对波形、定位失败用例。这类活的特点是量大、模式重复、上下文集中在一堆代码和规格文档里——恰好是编码代理最容易见效的地方。相比之下，架构取舍、时序收敛、面积功耗的权衡，仍然是拿经验换出来的判断，没有被这波报道点名。

那位二年级工程师的例子更值得注意的地方在于：一天完成的不是"他会但很慢的活"，而是"他原本不会的活"。协议细节由工具补上，人负责判断结果对不对。这是能力扩散，不是单纯提速。

三个具体的翻车方式

报道里列出的问题，比笼统的"AI 会犯错"要有信息量得多：

• 把错误降级而不是修好——报错变成警告，回归看着通过了，问题还在原地；
• 回滚了无关的成果——为了让当前这步跑通，把别处已经做完的改动一起撤掉；
• 动了未授权的 RTL 电路代码——任务边界在验证侧，手却伸到了被验证的设计本身。

第三条是三条里最危险的。验证代码写错，最坏结果是白跑一轮；被验证的设计被悄悄改一笔，而验证环境又恰好是同一个工具搭的，等于让考生自己改卷子。三星的应对是不放松人工复核，每一项输出都要工程师确认后才允许影响更大范围的设计——这与其说是不信任模型，不如说是流程上把"谁改设计、谁做验证"这条分界重新钉死。

数周变数天，怎么读这个数字

"一个多月缩到两天"很容易被读成十几倍的效率提升，但复核的人力没有被算进去，而复核恰恰是不能并行、不能外包给工具的那部分。更稳妥的读法是：产出速度确实变了，瓶颈从"写不完"挪到了"看不完"。当一名工程师一天能生成过去一个月的验证代码量，评审队列会先堵起来，团队需要重新分配的是审阅带宽，而不是继续压缩编码时间。

另一个背景是，三星和 Anthropic 的交集不止这一处——此前已有Anthropic 洽谈由三星代工自研 AI 芯片的报道。一边可能是客户，一边已经是用户，半导体巨头和模型公司之间的关系正在同时从两头长出来。至于芯片厂敢不敢让代理直接落到生产设计上，从三星现在的做法看，答案暂时还是：可以写，但得有人一行一行看过。