计划模式已死

作者：#duoyun 板块：#搞七捻三 最近海外爆火的文章，分享给大家 原文：Ayman Nadeem，《Plan mode is dead》，Plan mode is dead | Ayman Nadeem 今年早些时候，我相信规划将成为使用人工智能构建软件的最重要部分。 我对这个想法的信念如此坚定，以至于我围绕它构建并启动了整个桌面编码应用程序。细致入微其动机是观察到人工智能从根本上提高了代码生成的速度和数量，但支持这种新的工作节奏所需的界面尚未跟上。 Nuanced 的计划方法失败了，但它也向我揭示了更广泛的计划模式如何不再有用。从历史上看，计划模式有两个目的：（1）它们为代理指定足够精确的指令，（2）它们帮助人类理解他们正在构建的内容。 我认为随着模型变得更好，#1 正在迅速过时。我认为#2 比以往任何时候都更重要，但计划模式对于它来说是错误的抽象，特别是随着我们运行的并行代理数量的增加。 为什么我构建 Nuanced 我想要构建的产品最终回答了一个我认为仍然相关且永远相关的问题，即：当机器改变软件系统的速度快于人类检查变化的速度时，人类如何保持软件系统的连贯心理模型？ 模型可以在几分钟内编写数千行代码，这意味着您在考虑要构建什么或为什么构建之前就承受了巨大的维护负担。这使得推理行为和调试过早固化为代码的错误假设变得困难。 虽然以这种方式生成代码的简便性引发了更大的多巴胺奖励，但它混淆了理解为什么构建某些东西很重要、它是否重要以及严格评估产品、设计和基础设施决策的令人不安的工作。在有意识地做出任何产品决策之前，我经常会先拥有一个产品。如果我对架构的指定不足，代理就会冒昧地填补这些空白，即使它划分抽象边界的方式后来给我带来了问题。这些对预期行为和设计的误解将通过聊天表面下的多个文件传播，并且很容易被忽略。与一开始就正确设计一些东西相比，在这个表面下寻找难以理解的问题感觉效率较低。 这次经历让我感觉精神上脱节，就像僵尸一样，特别是当 Conductor 和 Codex 等编码应用程序能够并行运行更多代理时。我觉得我无法像以前那样真正集中注意力并深入了解我正在做的事情。这也让我