人工智能
“编码代理”这个名称是不正确的，它是一个万能代理
在与Claude编码，Anthropic的开发者活动中，工程师Jeremy Hadfield向观众提出了一个问题：谁在过去一周内提交了一个完全由Claude编写的pull请求？大约有一半的手举了起来。然后他问了一个后续问题：谁提交了一个没有阅读代码的pull请求？紧张的笑声。多数手仍然举着。
Anthropic现在表示，大部分自己的软件都是由Claude编写的，包括Claude Code本身的大部分代码。而这不仅仅是他们。同一时间，OpenAI被，并将其Codex代理推向Dell和Ramp等公司。两个实验室，一个方向，没有歧义：将代码交给代理已经从新鲜事物变成了正常操作，大约花了 一年时间。
我们一直称这些东西为“编码代理”。这个名称会让很多人忽略实际正在构建的东西。
实际发生的事情
在与Claude编码的舞台上，表述并不是“AI帮助您更快地编写代码”。它比那更进一步。Claude Code的负责人Boris Cherny这样说：“默认设置不是‘我将提示Claude’——现在默认设置是‘我将让Claude提示自己’”。另一个工程师的版本：“让Claude自己工作。我们喜欢说：让它运行。”Anthropic甚至演示了一个功能，编码代理为自己编写注释，然后将这些注释整合起来，以便在代码库中变得更好。
出现在演示中的公司不仅仅是大型工程车间，尽管Spotify和Delivery Hero都在那里。线索是初创公司：Lovable、Base44、Monday.com，这些公司的产品让人们通过描述应用程序来构建应用程序。帮助您构建应用程序的应用程序。抽象概念正在上升，并且正在向不编写代码的人们靠近。
一位Anthropic的领导人表示，Claude“可能和中级工程师一样擅长编写代码”。另一位表示，他们的最终目标是让Claude“基本上能够自己构建自己”。
为什么“编码代理”这个名称不足以描述
代码只是最容易衡量的东西。它是文本，要么运行，要么不运行，您可以计算pull请求的数量。因此，这就是基准的指向，也是粘住的名称。
但是，如果我们剥去外壳，这些并不是代码工具。它们是可以持有目标、将其分解为步骤、使用工具、检查自己的工作并尝试直到某些事情有效的通用代理。代码碰巧是最干净的演示文稿。这个循环本身与代码无关。
这就是大多数报道缺失的内容。头条新闻是“工程师少写代码”。实际的故事是，一个人有一个想法和一个可行的东西之间的差距正在缩小。而代码只是这个差距的其中一个表达方式。
当演示是“Claude提交了一个pull请求”时，开发人员会争论这对开发人员来说是好事还是坏事。公平的论点。但是它掩盖了一个更大的问题：编写pull请求的相同能力也可以构建市场营销人员需要的小型内部工具、调和两个混乱的电子表格的脚本、将一个笔记文件夹转换为已发布草稿的管道。这些都不是“软件开发”意义上的工作。所有这些现在都可以由能够描述他们想要什么的人来构建。
实际改变的人
我不是工程师。我负责内容和运营。一年前，如果我需要一个不存在的工具，我有三个选择：购买一个足够接近的东西，等待有人构建它，或者没有。现在有第四个选择——描述它，让代理为我构建它，围绕我实际的工作方式。
这就是“编码代理”框架隐藏的解锁。最能从代理中受益的人不是那些已经编写代码的人。他们是那些以前无法编写代码的人。杠杆作用不在于工程师变得更快20％。它在于运营人员从没有工具变成拥有自己的工具。
这与其他正在交付的内容保持一致。与与Claude编码同一周，Google展示了构建您自定义迷你应用程序的搜索代理，仅需一个问题。不同的公司，相同的方向：软件正在成为您请求的东西，而不是您雇佣的东西。演示“构建应用程序的应用程序”的初创公司只是曲线的中间部分。曲线的末端是每个人。
值得提及的陷阱
这不是一个纯粹的胜利，会议室也清楚这一点。在会议外，很多开发人员都在强烈反对。研究人员警告说，未经审查的代码的泛滥会造成安全和维护债务，目前还没有人偿还。一些工程师说，他们自己的技能正在萎缩。甚至Anthropic的人也承认，旧的软件最佳实践仍然适用，而且很多团队在推动过程中已经失去了对这些实践的关注。
认真对待这一点。在规模上，将无法阅读的代码交付到依赖它的生产系统中，是如何制造一个缓慢的灾难的。
但是，请注意，这个警告实际上是针对谁的。它是针对那些将监督权交给可能影响他人系统的团队的。对于一个运营人员为自己的工作流程构建一个小工具来说，爆炸半径就是他们自己的下午。下方是脚本无法运行的风险。上方是以前不存在的杠杆作用。
所以，称它为它的真实名称。不是编码代理——是一个碰巧目前最擅长代码的万能代理。故事不是机器在编写软件，而是构建软件的大门已经为所有被锁在外面的人打开了，大多数人还没有走过这扇门。
