“Lisp 诅咒”描述了编程史上的一个现象，即 Lisp 语言极高的能力和灵活性允许开发者如此轻松地创建自定义解决方案，以至于他们经常绕过共享库。因为编写一个独特的解决方案比学习他人的特定抽象和“思维方式”更快，Lisp 生态系统往往缺乏其他语言中常见的集中式框架。这种孤立导致了可重用组件的匮乏，因为开发者更倾向于在私下“重新发明轮子”，这往往导致代码难以被第三方理解或维护。

Tim Zöller 认为，大型语言模型现在正将这种诅咒带入 Java 等主流生态系统。随着 LLMs 使从少量提示词中生成功能性代码变得更便宜、更快速，研究、阅读文档或学习成熟库接口的动力正在减弱。如果一个开发者只需花费几美元的 token 就能在 20 分钟内生成一个自定义模块，那么集成一个经过社区测试的稳定库（这需要理解其特定的 API 和版本管理）的摩擦力就变成了一个巨大的障碍。这种转变可能导致一种更个人主义的开发模式，即软件是在孤立状态下构建的，而不是通过集体协作解决问题。

这一趋势对开源模式构成了双重威胁。首先，库使用的减少减少了维护者的反馈循环，使得维持现有项目变得更加困难。其次，新库的创建可能会停滞；开源软件中“困难的部分”——模块化、托管基础设施和保持向后兼容性——当开发者可以简单地生成一个完全针对其眼前需求定制的、可丢弃的本地模块时，就变得不再那么有吸引力。虽然一些开发者认为 LLMs 实际上让集成现有库变得更容易，但其他人警告说会出现“垃圾海洋”，即 AI 生成的代码使得个人的贡献更难被区分或评估。这种权衡是向极端定制化和速度转变，但潜在代价是牺牲成熟软件生态系统提供的稳定性及集体知识。