超越grep：基于上下文的丰富AI编码套件的论文

用简单的语言来说。 Ars Technica (2026/07/20) 发表了对 Vinay Perneti (Augment Code) 的采访，他主张超越代码编写 AI 框架中的 grep 搜索，转而采用结构化上下文（语义索引器、符号导航器、本地内存）。这不是一个工具的辩论——这正是区分能够快速编写代码的代理和能够生成代码的代理的关键。

背景

自从 2024-25 年编码代理的爆发（Cursor、Cline、Aider、Codex、Claude Code）以来，标准协议仍然非常原始：grep -R foo → 将匹配的文件传递给模型 → 希望。这对于局部任务有效；但一旦涉及跨调用流程的错误、横向约定或推断类型，就会出现问题。最先进的框架已经转向混合模式：专用子代理、通过嵌入的语义回调、通过类型调用的导航（LSP、tree-sitter）。

数据

• 发布：Ars Technica，2026/07/20 - 采访 Vinay Perneti（Augment Code）。
• 相关理论框架：发布 #1055「代理框架工程：缺失的学科」。

分析

框架成为战略单位，而不仅仅是模型。没有上下文的前沿模型，其性能不如在良好框架中的较为普通的模型。这颠覆了 IT 部门的采购分析：在上下文堆栈（索引器、语义、导航器、内存）上进行裁决比在底层模型上更具影响力。推论：模型之间的可移植性体现在框架层面，而非 API 层面。KEEL CRUX 观察：在 IDE 使用中，此类堆栈的延迟开销，在内部测试中测量，仍然可被吸收；这不是限制因素。

幕后

三个组件构成了现代上下文：

1. 语义索引器 - 文件/函数的嵌入，可根据任务类型适应回调 top-k。
2. 符号导航器 - LSP 或 tree-sitter 用于转到定义、查找引用、类型解析。
3. 本地内存 - 决策缓存、架构笔记、项目约束；通常为版本化的 Markdown 文件。

所有这些由一个路由器控制，决定每个任务调用哪个组件。

场景

• 集中化（65 %）：开源框架（Aider、OpenHands）将在 2026 年底前原生集成三个组件；与闭源框架的差距缩小。
• 碎片化（25 %）：协议仍然是专有的（Cursor、Codex、Claude Code 各自有其堆栈）；MCP 联邦化不佳。
• 标准化（10 %）：一个标准出现（可能围绕 MCP + LSP），在 2027 年统一约 60 % 的市场。

关注点

• Claude Code / Cursor / Codex 的下一个版本发布，涉及上下文堆栈。
• MCP 在结构化上下文服务器上的牵引力（mcp-ecosystem-plumbing 线程）。
• 关于「框架增益」与「模型增益」的第三方发布的基准测试。