在过去的一个月里，我花了大约 100 小时的工作，以确保 git-annex 可以在没有包含 LLM 生成代码的依赖项的情况下构建。至少目前是这样。https://git-annex.branchable.com/no_llm_code/ 需要持续审查程序的整个依赖树显然已经成为编程的常态？我发现了一些真正糟糕的情况。大规模的 LLM 生成更改在下一个版本中被恢复，而没有任何解释。一个不连贯的 1489 行提交信息，涉及到 26,000 行代码的 10,000 行更改。一个 LLM 提示，要求从另一个项目复制代码，该项目似乎仅仅出于运气避免了侵犯版权。我现在对依赖项的质量有了更多信息，这无疑会影响未来的决策。就我所见，这是此项工作的唯一积极收获。我意识到我可能正在试图逆潮流而行。这似乎是软件自由保护协会放弃的原因，我怀疑 FSF 会做得更好。随着这些多米诺骨牌的倒下，我正在重新考虑我参与这些社区的决定。但我仍然继续我的工作并支持我的用户。看起来很简单的给 LLM 提示：