详细内容或原文请订阅后点击阅览
新的软件生命周期
以下文章最初出现在 Addy Osmani 的博客上，经作者许可在此重新发布。我与他人共同撰写了一份关于人工智能如何改变软件生命周期的谷歌白皮书。我不打算总结整个事情。相反，这里有一些我认为实际上很重要的想法，加上六位数 [...]
来源:O'Reilly Media _AI & ML以下文章最初出现在 Addy Osmani 的博客上，经作者许可在此重新发布。
我与他人共同撰写了一份关于人工智能如何改变软件生命周期的 Google 白皮书。我不打算总结整个事情。相反，这里有一些我认为实际上很重要的想法，还有欢迎您重复使用的六位数。
Google 本周发布了“The New SDLC With Vibe Coding”。我与 Shubham Saboo 和 Sokratis Kartakis 共同创作了这本书，这是短篇系列的第一部。
这是第一天的论文，所以前几页涵盖了基础知识：什么是代理、“氛围编码”意味着什么，以及为什么工作从编写代码转向判断代码。如果您阅读了此博客，那么您已经拥有了所有这些。我将跳过它并写下我认为值得您花时间的部分，并删除其中的六个数字。随心所欲地重复使用这些人物。
代理是模型加背带
这是我不断回顾的论文的框架：代理是一个模型加上一个安全带。
模型是一个输入。其他一切都是工具：指令和规则文件、工具和 MCP 服务器、运行的沙箱、在模型之间生成子代理和路由的编排逻辑、在设定点运行确定性代码的挂钩，以及告诉您何时发生漂移的可观察性。该论文的粗略划分为 10% 模型，90% 线束。在你花了一周时间调试之前，这听起来很高。
几个公众号使这一点变得具体。在 Terminal Bench 2.0 中，一个团队通过仅更改线束，将编码代理从前 30 名之外移至前 5 名，下面具有相同的模型。 LangChain 的一项单独实验通过围绕固定模型仅更改系统提示、工具和中间件，在同一基准上增加了 13.7 分。两者都没有触及模型。
上下文工程是决定您账单的部分
验证是 Vivi 编码和工程之间的界限
每个阶段实际如何变化
逐阶段：