2026年7月15日 我几乎同意所有LLM批评者的观点，但我仍然大量使用LLM。我知道这听起来像我在妄想，有时因为这种不和谐我也感到如此，但我不认为我对此是孤单。这周我在柏林参加了Local-First大会，这种不和谐无处不在。阿尔敏·罗纳赫刚刚进行了关于构建机器实体的演讲。他创建了Flask，并且是Sentry的早期团队成员之一，所以他显然是一位优秀的软件工程师。最近，他创办了自己的公司Earendil，构建Pi.dev，一个“开源编码代理”的框架。演讲结束后，你可以通过Discord提问，会在舞台上大声朗读，我问：你们是否接受Pi的PR，或者你们是如何处理来自LLM的PR洪流的？他在整个观众前当场回复说，他们会自动关闭几乎所有的PR和问题。但不应该因为这个而气馁，因为人类的光辉总会闪耀出来。所以，不仅仅是我，显然还有一些相当聪明的工程师也如此。那些为使用LLM而构建工具的人，自己却被他们的创造所淹没，为了保护自己，他们自动关闭了一切。在他们的目标页面上写道：在一个快速迈向AI的世界中，我们相信人类是最好的代理。又是一个不和谐。当我坐在观众席时，我能看到很多人打开了Claude Code。然后演讲者会对LLM发表这些批评意见，观众会给予热烈的掌声。甚至是那些打开Claude Code的人们。同样，这又是一个不和谐。我在那次大会上发言，当我后来和一些人交谈时，他们描述的感觉与我的相似，这让我感到宽慰，因为我知道我不是孤单的。所以这篇文章是我尝试描述这一切的。我将从讨论使用LLM的所有正当和有效的担忧开始，这些担忧会得到热烈的掌声。然后我会解释是什么让我仍然使用LLM。最后我会总结一些我发现的模式，希望通过给出具体的例子，其他人也能参与进来，描述他们的经历，这样我们都可以聚在一起，更好地理解这种不和谐。来自昨天演讲的一些印象📸 @adamwiggins.com @martin.kleppmann.com @stevenruiz.bsky.social @jakelazaroff.com — Local-First会议（@localfirstconf.com）2026年7月13日下午3:44 LLM是糟糕的 仅仅通过倾听人们的意见或者演讲或阅读HN，我认为我对某些人为何拒绝使用LLM有了相当清晰的认识。而且使这一切极其奇怪的是，我几乎同意他们所有的观点！它充满了受版权保护的材料，是的。它对环境有害，是的。所有的伦理问题，是的。这个整个NVIDIA、OpenAI、资金转移的循环不会有好的结局。这是一个泡沫，肯定会破裂。让我逐一列举最大的几个问题。首先是最常见的批评“LLM产生了很多废物”。是的，他们确实如此。如果你看看开源软件，你会看到越来越多的代码库和项目要么直接拒绝所有类型的贡献，要么试图在其前面加上一些过滤器。类似于阿尔敏和Earendil与他们的自动关闭所做的。我认为这里的核心问题是信任。你永远不应该相信互联网上的随机人。在LLM出现之前，有一个基本的事：创建一个合适的PR和合适的描述至少需要一些人力时间，这样可以将水军和低质量的提交排除在外。或者至少你可以在几秒钟内轻松筛选它们。因此，即使有新的人加入，你也可以相信这个人至少花了几个小时在上面。然后这可能值得仔细看看。这个基本事物不再成立。每个人都可以简单地创建一个新的GitHub帐户，让他们的LLM发作，而作为维护者，你无法轻易判断某人是否在PR上花了很多时间（或许只是使用Claude进行了PR描述），或者它是否只是一个独立操作的OpenClaw机器。像Zig或Gentoo这样的项目已经拒绝接受LLM生成的PR（我认为这不是解决方案，因为你怎么能告诉呢？）我认为，LLM如果我们不找到恢复这种信任的方法，可能会对OSS造成严重的威胁。一个想法是只允许少量经过验证的人对项目做贡献，而要获得验证，你需要去参加一次真实的会议或其他活动。然后还有关于初级工程师的状况。实际上这里有两个不同的观点：a) 你不再能信任你初级同事代码背后的努力，b) 高级工程师没有动力去教初级工程师。让我们先从a)开始：高级人员总是修正和修复初级人员的代码。而初级人员总是写出一些相当糟糕的...