3 分•作者: boldaxolotl•17 天前
我是一名数字设计工程师,我的本职工作是使用 SystemVerilog 设计芯片(主要是 IP 模块,而非完整的芯片)。2026 年初,我开始尝试使用 Claude 和 Codex 等大型语言模型(LLM)代理,并意识到它们不仅在软件和脚本方面能力很强,在硬件设计方面也同样如此!但在最初的兴奋过后,我开始遇到反复出现的失败和阻碍: * 在芯片设计中,我们会运行大量复杂的 EDA 工具:仿真、综合、代码检查。LLM 代理通常会跳过这些检查,除非明确指示。 * SystemVerilog 代码不像程序代码那样逐行执行。代码的不同部分是同时执行的,这使得在脑海中理解代码变得非常困难。工程师通常会仿真代码并分析波形,但代理无法有效地做到这一点(它们对视觉信息不擅长)。 * 它们选择了错误的配置或误解了工具报告。 * 它们生成的测试集中在“最佳路径”上。 * 给予它们足够的权限使其独立工作,会将开发机置于风险之中。 但是,尽管存在不足,潜力依然存在!于是我开始逐一解决这些失败模式,创建脚本、技能,并在 Docker 中隔离开发环境……随着时间的推移,这项工作逐渐形成了一个统一的系统。我在用户体验、文档和调试方面付出了巨大的努力,现在我很高兴能向世界展示它。 Booley 将开源芯片设计 EDA 工具和代理 CLI 集成在一个沙箱中,并使用 VSCode 作为图形用户界面。代理与 EDA 工具之间(通过 MCP)的紧密集成,使代理能够有效地利用 EDA 工具,而且您无需维护自己的脚本并解决“在我机器上可以运行”的问题。Booley 为代理提供了一种通过 CLI(一个解析仿真跟踪的自定义 Rust 二进制文件)检查波形的方法,并允许人类定义严格的、确定性执行的标准来塑造代理的工作(“面积必须减少 10% 或更多”,“此测试必须通过并捕获被测设备 10 个突变中的 9 个”)。 我本人并非专业的软件工程师(使用 LLM 有帮助,但当然不是万能的),因此非常欢迎实际软件开发人员的任何反馈。 GitHub 页面包含演示视频和快速入门演示。
6 分•作者: trencedamp•17 天前
我有一个自己开发的、拥有稳固用户群的成功应用。我断断续续地通过 Claude 开发新版本大约有六个月了。 在工作中,我们完全使用大型语言模型(LLMs)。没有人再写代码了。一切都是放手不管的,我们对事物的工作原理有高层次的理解,但仅此而已。 至于我的副业项目,我曾以惊人的速度通过 Claude 添加功能,但我意识到我完全不知道新代码是如何工作的,也不知道它会改变或破坏什么。我花了生命中很多年在这个项目上,我不想把它变成另一个“氛围编码”的黑箱,尤其是在没有其他工程师组成的组织来帮助的情况下。 所以昨晚,我放弃了包含所有花哨新功能的 Claude 分支,重新开始手动编码。 这非常有成就感。当然,也有单调乏味的时候。我更改了一些变量名,不得不追踪它们被引用的所有地方,注释掉大量内容来让代码运行,然后慢慢地重新引入它们,但这感觉就像在酒店住了半年后回到一个凌乱的家,开始打扫。是的,还有很多工作要做,但这个地方是我的。我自己的。我知道东西都放在哪里。 这重新点燃了我对项目的热爱和精力(至少目前是这样,我希望它能持续下去!),我很高兴地说,我仔细看了看我自己 Claude 之前的代码,仍然发现了很多可以写得更好、重构、使其更具可读性和效率的方法。我并没有忘记。 如果有人感到不再写代码的绝望,觉得正在失去自己的优势,我建议你至少放弃 Claude 几天,看看你的感受。你的体验可能不同,但这让我找回了我认为永远失去的东西。
1 分•作者: whoami_nr•17 天前