代码质量争议：依赖中能否包含 LLM 生成代码

过去一个月，我花了大约 100 小时的工作，以确保 git-annex 能够在不依赖包含 LLM 生成代码的依赖项的情况下构建。至少到目前为止是这样。

https://git-annex.branchable.com/no_llm_code/

看来编程现在已经发展到需要持续审查整个程序依赖树的地步了？

我发现了一些真正糟糕的东西。大量 LLM 生成的更改在下一个版本中被撤回，却没有任何说明。一个 1489 行的混乱 commit message，涉及对 26,000 行代码库的 10,000 行更改。一个被用来从另一个项目复制代码的 LLM prompt，似乎只是侥幸避免了版权侵犯。

我现在掌握了关于依赖项质量的额外信息，这肯定会影响我未来的决策。据我所知，这是这项工作的唯一正面收益。

我意识到我现在可能是在螳臂当车。这似乎就是为什么 Software Freedom Conservancy 放弃了，我怀疑 FSF 也不会做得更好。

随着这些多米诺骨牌倒下，我在重新考虑我在这些社区中的参与。但我会继续我的工作，继续支持我的用户。

看起来很容易就能 prompt 一个 LLM

Add fourmolu config and restyled

然后提交结果并自称为 10 倍工程师。但请考虑你的行为所产生的更广泛影响。（在上面的例子中，那个项目因此失去了我的进一步贡献。）