最新

我是一名数字设计工程师，日常工作是使用SystemVerilog设计芯片（主要是IP模块，而不是完整的芯片）。在2026年初，我开始尝试使用像Claude和Codex这样的LLM代理，并意识到它们不仅在软件和脚本方面非常有能力，在硬件设计方面也同样出色！但在最初的兴奋之后，我开始遇到反复出现的失败和摩擦： - 在芯片设计中，我们使用许多重型EDA工具：仿真、综合、代码检查器。LLM代理通常会跳过这些检查，除非明确提示。 - SystemVerilog代码并不像程序代码那样逐行执行。不同的代码块是同时执行的，这使得在脑海中推理代码变得非常困难。工程师通常会对代码进行仿真并分析波形，但代理在这方面的表现并不理想（它们对视觉信息的处理不够出色）。 - 代理选择了错误的配置或误解了工具报告。 - 生成的测试主要集中在理想路径上。 - 给予它们足够的权限以独立工作会使开发机器面临风险。 尽管存在这些缺点，但潜力依然存在！因此，我开始逐一修复这些失败模式，创建脚本、技能，并在Docker中隔离开发环境……随着时间的推移，这项工作发展成一个完整的系统。我在用户体验、文档和调试上投入了大量精力，现在我很高兴能向世界展示它。 Booley将开源的芯片设计EDA工具和代理CLI结合在一个沙箱中，使用VScode作为图形用户界面。代理与EDA工具之间的紧密集成（通过MCP）使得代理能够有效地使用EDA工具，而且您不必维护自己的脚本或解决“在我机器上可以运行”的问题。Booley为代理提供了一种使用CLI检查波形的方法（自定义的Rust二进制文件解析仿真跟踪），并允许人类定义严格的确定性标准来指导代理的工作（“面积必须减少10%或更多”，“此测试必须通过并捕获9/10的被测设备突变”）。 我自己并不是专业的软件工程师（使用LLM确实有帮助，但当然不是灵丹妙药），因此来自实际软件开发者的任何反馈都特别受欢迎。 Github页面包括演示视频和快速入门演示。

我有一个成功的应用程序，是我自己开发的，拥有稳定的用户基础。我大约花了六个月的时间，时不时地通过Claude在开发一个新版本。 在工作中，我们完全依赖大型语言模型（LLMs）。现在没人再写代码了。我们对事物的运作有一个高层次的理解，但仅此而已。 对于我的副项目，我原本是以飞快的速度在使用Claude添加新功能，但我意识到我对新代码的工作原理、它的变化或可能导致的问题一无所知。我在这个项目上花了很多年的时间，我不想让它变成另一个神秘的黑箱，尤其是在没有其他工程师团队的帮助下。 所以昨晚，我放弃了带有所有新功能的Claude分支，重新开始手动编码。 这让我感到非常满意。虽然有些单调，我更改了一些变量名，还得追踪所有引用它们的地方，注释掉大量代码以使其正常工作，然后慢慢将其恢复，但这就像在半年的酒店生活后，回到一个凌乱的家，开始打理一样。是的，还有很多工作要做，但这个地方是我的，是我自己的。我知道每样东西放在哪里。 这让我重新找回了对这个项目的热爱和动力（至少目前是这样，我希望这种状态能持续下去！）。我很高兴地说，我仔细查看了自己在使用Claude之前写的代码，发现了许多可以改进的地方，重构，使其更具可读性和效率。我没有忘记。 如果有人感到不再编码的绝望，觉得自己正在失去优势，我建议你至少放弃Claude几天，看看你的感受。每个人的情况可能不同，但这让我找回了我以为永远失去的东西。