Mea Culpa - Dark Hours — Terry Godier 这里有个例子，作者让 Claude 从零开始做了个叫 Dark Hours 的 app 然后发布了。
结果发布之后，另一个发布过 DarkHours.app 联系作者，说作者生成的程序和这个人写的程序完全一样，甚至重复了前者程序曾经引入的一个 bug，而且作者是在自己对 DarkHours.app 完全不知情下，Claude 就给它生成了侵权代码。
我支持你说的 尤其是维护者去教新人写代码
主要是开源的「集市」模型下，用 LLM 引入的交流损耗太高了。集市模型就是人来人往，大家都往仓库里面提交代码/PR，但最终的维护工作还是会落在项目持有者身上，因为当某段代码出 bug 的时候，可能已经找不到提交的那个人了，维护者必须要完全理解所有贡献进来的代码。
传统编程的话，每个人提交的代码数量有限，这种交流损耗还比较低，而且考虑到对项目的改进和社区发展，整体来说比较划算。但是 LLM 时代就不一样了，采用像「两三个代码作者严格管控仓库，禁止他人随意提交/PR」（大教堂模型，即 sqlite）的模式的项目应该会对 LLM 更友好。甚至可能有的项目会采取会员制——你可以用我的代码（自由软件），但是要参与开发（发 PR/issue）就必须缴费成为会员。
这样能应对 vibe slop 的冲击，但这是以牺牲社区为代价的。