我不会成为逆向半人马：拒绝LLM代码贡献的坚定立场

大约一年前，我在这个博客上写过，即使没有道德或环境方面的顾虑阻止我使用LLM，用它们编码也不适合我。我不打算重复当时提出的论点，因为我对这个问题的看法没有改变。然而，变化的是，我收到的开源项目贡献数量增加了，而且现在几乎所有的贡献都是用LLM完成的。

前几天，我对此产生了一个非常沮丧的想法。所有这些人向我的项目提交顺路式的pull request，正在迫使我把越来越多的时间花在审查和合并由机器挤出的代码上。Cory Doctorow将执行此功能的人称为逆向半人马。他称这些人为“被冷漠、无情的机器操控的脆弱而脆弱的人”。哎！

现在我是逆向半人马了吗？作为一个经验丰富的软件工程师和开源开发者，我的新使命就是整天审查LLM代码，尽管我自己决定既不需要也不想要这项技术？正如你从标题中猜到的那样，我永远不会成为一个逆向半人马。让我告诉你我如何抵抗那些想让我成为逆向半人马的力量。

不再接受未经请求的pull request

在LLM之前的日子里，收到一位同行程序员意外的pull request（PR）是一种兴奋和自豪的源泉。这意味着某个随机的人认为值得投入时间和精力来改进我的一个项目，并与我和所有用户分享结果。

如今，一个未经请求的PR是一个危险信号。太多人懒惰地提示LLM代码生成工具，要求它改变我的某个开源项目的行为以满足他们的特定需求，而不关心或考虑所更改的内容或可能对其他用户产生的影响。有时这些更改有意义并改进了项目，但很多时候它们没有。提交者很少在意，他们只是贴上一长串LLM生成的描述，然后发送PR，留给我去弄清楚这个更改是否有任何意义，还是纯粹是垃圾。

我已经决定，我的生活中有比整天审查LLM产生的代码更重要的事情要做。如果你想为我的一个项目做贡献，我希望你是直接的贡献者，并且对改进我的项目有真正的兴趣。

我在所有开源项目中包含的贡献指南对贡献者有如下说明：

> 如果您有兴趣对此项目进行更改，请先在issue中向维护者介绍您希望进行的更改。未经事先在issue中讨论而提交的pull request可能会由维护者酌情关闭。 > 一旦维护者接受您建议的更改并允许您着手进行，请随时提交pull request。

通过这个过程，我在双方投入大量时间之前就能了解贡献者及其提议，这对每个人来说都是双赢。

尽管如此，我仍然会收到未经请求的PR，所以显然一些用户（或者更可能是他们的LLM）不阅读贡献指南。当一个新的意外PR到来时，我的首要任务是确定背后是否有真人，幸运的是，这只需几秒钟就能轻松判断。如果我没有看到人类参与的证据，那么我不感兴趣，所以PR会立即关闭，且不予询问。

你可能会说，这种态度很可能会让我错过对项目有用的改进或错误修复，我想这是可能的。我无法知道，除非花时间审查这些未经请求的PR来区分好坏。当我确信每个贡献背后都有人的努力时，这种审查工作是合理的，我甚至很享受。在今天这个充满垃圾的世界里，这是逆向半人马的工作，不适合我，所以我只关注来自活跃贡献者的PR。

如果你只能借助LLM编码，并且需要我的项目中的修复或改进，我的建议是：不要浪费你的token在PR上，因为我会忽略它。相反，在issue中描述问题，让我来处理工作。我不想要LLM生成的小说，有章节、要点和表情符号，只想要你用自己的语言对问题进行简单描述。既然你会省下一些昂贵的token，你也可以考虑捐款，这可能会促使我优先处理你的问题！

开源还重要吗？

这是我经常问自己的问题，我还没有明确的答案。我仍然做了很多编码，无论是工作还是娱乐，但在过去几年里，我对分享我制作的东西兴趣减弱了。我仍有足够的兴趣来保持我当前的开源项目更新，但我有一堆最近的项目无法让自己公开。

我的感觉是对开源以及编码整体的兴趣减少了。我喜欢编码的主要原因是它是一个挑战，我认为这实际上是很多人更喜欢付钱给AI实验室，让机器为他们吐出代码的原因，即使有代码质量不佳的风险。

这种趋势会持续到没有人再编码，只有机器在做的地步吗？我希望不会，但我们必须拭目以待。我将继续反对一个我们都必须成为逆向半人马、由机器（及其亿万富翁主人）发号施令的未来。