为什么你的编码代理不再需要 RAG 了 Cline 的 Nik Pash 解释了他为什么不再推荐 RAG 用于自主编码代理，他的观点比我预期的更有力。 应用层正在缩小。我们围绕 LLMs 构建的所有聪明工程随着模型的改进而变得过时。 RAG 发生了什么： 上下文窗口大幅扩展，使得嵌入搜索变得不必要 编码代理在直接文件访问时表现更好，而不是分块嵌入 当你将温度设置为 0 时，幻觉甚至不是问题 嵌入存储的安全隐患是显著的 现代编码代理如 Klein 使用 Nik 所称的 "叙事完整性"，让代理通过 grep 等工具有机地探索代码，完整阅读文件，并遵循自己的思路。这模仿了高级工程师的实际工作方式。 甚至云代码的 Boris 也承认他们尝试过 RAG 并放弃了。模式很明显。 RAG 仍然有意义的情况： 预算限制（嵌入搜索使用更少的令牌） 大量非结构化数据湖 一些非编码用例 但对于严肃的工程团队来说？停止用嵌入搜索分散你的编码代理的注意力。让他们直接阅读代码，自然建立理解，并专注执行。 真正的问题不是 RAG 是否死了，而是你是否仍然固守过时的解决方案，而更简单的方法现在效果更好。