代理可以一次性生成真正有趣的游戏。有了正确的护栏，代理可以在复杂代码库中执行令人难以置信的迁移，甚至用新语言重写。但基本上所有“真正”的软件工作仍然由人类工程师驱动过程。我们如何达到一个地方，让更大比例的工作为我们处理，而不需要我们关注？

许多工程组织在今年上半年将尽可能多的工作卸载给成群的代理和对抗性循环。结果相当令人失望：堆积如山的可疑代码，但没有令人难以置信的软件海啸。所有这些代币的投资回报率充其量只是粗略的。用炒作周期的术语来说，我们正处于幻灭的低谷。

我们可以用来帮助我们到达那里的一种诊断方法是问：当软件大部分自我驱动时，工程师会做什么？一个常见的答案是：设置循环！我们曾经写代码，然后写提示，现在我们设置代理循环并经常写/goal。我认为这是错误的。现在，设置一个可行的软件循环，在不烧钱的情况下产生净正软件变更，是一项艰巨的工作，但主要是因为工具链还没有准备好。当我们有正确的活动部件时，这些循环将易于设置、易于信任且具有成本效益。这不会是我们时间去向的地方。

相反，最有价值的工程工作将是拥有好想法。重要的想法仍然来自软件工厂之外。杀手级功能仍然能成就公司。Cursor Tab、Descript的转录编辑、Open Router通过通用计费接口抽象推理供应商，这些都是成就公司的想法。除了创造力，好想法需要问题亲密性和领域专业知识，工程师需要为此过程做出贡献。杀手级架构仍然具有高杠杆作用。正确的简化仍然在以后节省大量复杂性。在“拥有好想法”的领域之外，我们应该尝试将代码库工作转移到GPU。例如，代理能处理这些整个关注点吗？检测和修复大多数错误。代理应该为我们捕捉并修复这些。调试生产错误。当错误出现时，代理应该将其与最近的提交或流量变化或基础设施差异或意外条件相关联，并且通常为我们修补它。

关键实体：公司：Cursor Tab、Descript、Open Router

FAQ：自驾驶代码库的下一步是什么？

将代码库工作转移到GPU，代理处理错误检测、修复和生产错误调试。

FAQ Q：自驾驶代码库的下一步是什么？

FAQ A：将代码库工作转移到GPU，代理处理错误检测、修复和生产错误调试。