生成的作品不应被发布。
内容提要
作者反思了开源社区对LLM生成代码的争议，指出SuperCMD未修复问题，转而推荐有明确AI政策的vicinae项目。他列举了反对LLM的理由，如版权不明、信任危机、资源消耗和代码质量下降，但也承认其短期效率。最终认为LLM生成内容不应公开发布，因版权归属不清，但可容忍有限使用。
延伸解读
开源项目中的AI政策差异
作者在寻找Mac应用时发现，SuperCMD因缺乏明确的LLM政策而未被采用，转而推荐了vicinae项目。vicinae在CONTRIBUTING.md中明确表示，AI生成代码与普通代码同等对待，但要求贡献者不得偷懒，需理解并测试代码，且最好注明使用的模型。这种政策差异反映了开源社区对AI辅助开发的不同态度，从严格限制到宽松容忍，影响开发者对项目的信任和参与意愿。
Codeberg封禁vibe-coding的深层原因
Codeberg封禁vibe-coded项目，主要基于两点：一是LLM生成代码的版权状态不明，可能导致许可证洗白；二是开发者之间信任危机，因为难以判断贡献是否经过认真思考，从而影响审查投入。这揭示了AI生成内容对开源协作模式的根本挑战，即版权归属和信任机制，这些是技术难以解决的制度性问题。
LLM的不可解决缺陷与个人选择
作者认为LLM的许多缺点（如资源消耗、幻觉）可通过技术改进缓解，但版权不明和信任缺失无法解决。因此，他主张个人不应公开发布LLM生成的作品，因为其版权不属于使用者，也不应获得相应回报。他容忍有限使用（如vicinae的做法），但反对将AI生成内容直接投入公共领域，强调个人开发者应有更高标准。
Q&A
作者为什么不再使用SuperCMD？
因为SuperCMD没有修复Homebrew cask问题，尽管有人几个月前就提交了Pull Request，而且作者发现该仓库大量使用Claude生成的代码且缺乏LLM政策，他不希望未经审查的Claude生成的TypeScript代码运行在自己的电脑上。
vicinae项目对AI生成代码的政策是什么？
vicinae在CONTRIBUTING.md中规定：AI生成的代码与普通代码同等对待，必须遵守所有规则；AI不能替代对代码的理解和测试，懒惰的AI PR会被拒绝；如果贡献大部分由AI生成，建议注明使用的模型或工具。
Codeberg禁止vibe-coded项目的主要原因是什么？
Codeberg禁止vibe-coded项目的主要原因有两个：一是LLM生成代码的版权状态不明确，二是开发者之间正在失去信任，因为不确定贡献是否经过努力，以及是否值得花精力审查。
作者列举了反对LLM的哪些理由？
作者列举的理由包括：消耗大量计算资源导致硬件成本上升和环境污染；网络爬虫抓取数据影响小网站甚至Linux内核；不良使用者造成负面影响；生成低质量代码和描述使维护者疲惫；快速产生技术债务；人们对不确定软件过度信任；有人成为“肉代理”；以及幻觉问题。
作者认为LLM有哪些无法解决的问题？
作者认为有两个无法解决的问题：一是LLM生成代码的版权状态不明确，因为模型依赖他人的工作，不能将其拼凑后称为自己的；二是开发者之间信任的丧失，因为无法确定贡献是否真实。
作者对LLM生成内容的最终立场是什么？
作者认为LLM生成的内容不应公开发布，因为版权归属不清，不是自己的东西不能声称拥有或获得回报。但他容忍有限的使用，比如vicinae的做法，并认为LLM可以作为助手，但生成文本不应进入公共领域。
