跳到主要内容

为什么还在手动做 RAG？当 Cursor 和 VSCode 已经进入 Agent 时代

· 阅读需 5 分钟

背景​

最近在对比几套工具能力：

  • Claude Code
  • Codex
  • Cursor 3.0
  • Visual Studio Code

RAG（Retrieval-Augmented Generation，检索增强生成）的范围覆盖了从数据准备、索引构建、检索到最终生成回答的完整技术流程。它旨在利用外部权威知识库优化大语言模型（LLM）的输出。 直白点就是：改bug的时候手动圈出的文件、代码范围。

原本只是能力对比，结果变成一个更底层的问题：我还在用旧范式，而工具已经换了范式。

问题：为什么我还在手动做 RAG？​

我的默认使用方式一直是：

  • 手动选上下文
  • 控制文件范围
  • 精准喂给模型

在 Cursor 2.0 时代，这是最优解：指定 RAG = 更高效率。但到了 Cursor 3.0（引入 Agent window）和 VSCode 1.118.1（引入 chat + project context），这个逻辑可能要改改了。

页面直观对比：升级的“错觉”与本质​

刚开始从页面上看，Cursor 2.0 和 3.0 的编辑器界面差异巨大，甚至有种“完全不同”的感觉，类似Codex：

Cursor 2.0 Editor 截图
Cursor 2.0 Editor 示例

切换到 Cursor 3.0 Agent window：

Cursor 3.0 Agent window 截图
Cursor 3.0 Agent window 示例

但当你把 Agent window 全部展开，功能区和交互方式又让人有种“回到 Cursor 2.0”的感觉：

Cursor 3.0 Agent window 全展开截图
Cursor 3.0 Agent window 全展开 示例

这种“升级不大→全展开又回到旧体验”的错觉，其实正好说明了范式转变的隐蔽性：表面看只是 UI 变化，实则底层逻辑已变。接下来正文会详细分析这种变化。

触发点：工具行为变了，但我的用法没变​

典型体验变化：

Cursor 3.0​

  • chat list（多会话）
  • chat（持续对话）
  • project（自动接入上下文）

甚至出现一种感觉：打开项目 ≈ 打开一个“有记忆的系统”。

Cursor 3.0 Agent window 截图
Cursor 3.0 Agent window 全展开 示例

VSCode 1.118.1​

在 Visual Studio Code 1.118.1 中，同样出现：Chat 面板、多 session、项目级上下文。这不是插件增强，而是 IDE 在内建 Agent 能力。

第一层误判：这不还是 RAG？​

直觉是对的：底层还是 RAG。但关键区别不在“有没有 RAG”，而在谁在做 RAG。

两种范式对比​

旧范式 — Cursor 2.0​

我 → 选文件 → 喂上下文 → 模型执行

特点：

  • 上下文一次性
  • 人工调度
  • 项目不可见

新范式 — Cursor 3.0 / VSCode 1.118​

Agent → 维护上下文 → 持续执行 → 动态检索

特点：

  • 项目级索引（symbol / embedding）
  • session memory（持续状态）
  • 自动上下文选择

本质变化​

以前：项目 = 文件集合

现在：项目 = 可查询 + 可推理 + 可修改的对象

我为什么会觉得“没区别”​

因为我仍然在：手动选文件、限制上下文、接管上下文调度。结果把 Agent 用回了 RAG 工具。

手动 RAG 还要不要用？​

结论很直接：要，但只在特定场景用。

适合手动 RAG 的场景：

  • bug 范围明确
  • 修改文件少（1–3 个）
  • 已知修改位置

—— 精准、快速

必须交给 Agent 的场景：

  • 跨模块修改
  • 新 feature
  • 调用链复杂
  • 影响范围未知

—— 否则你会变成人肉调度器

第二个问题：为什么 Agent window 这么割裂？​

现实体验：进入 Cursor Agent window → 丢失部分 VSCode 能力，例如插件生态、精细编辑、调试能力。

原因：Agent window 不是普通 UI，而是项目 runtime 的入口，依赖：项目索引、session memory、工具执行链（改代码 / 跑命令），所以它不能脱离主应用存在。

当前真实状态：不是工具混乱，是运行时并存​

你实际上在同时使用：

  • VSCode（编辑器 runtime）
  • Cursor 编辑器（弱 Agent）
  • Cursor Agent window（强 Agent）
  • Codex / Claude Code（CLI Agent）

为什么会“分裂”​

因为两个方向还没融合：

能力IDEAgent
精细控制强弱
自动执行弱强

本质是控制权 vs 自动化。

可执行策略​

不要按工具选，按任务选：

  • 日常开发：VSCode / Cursor 编辑器 + 手动 + AI 辅助
  • 中等复杂任务：Cursor 3.0 Agent window
  • 重任务：Codex / Claude Code

最终结论​

这次变化不是工具升级，而是你从“上下文调度器”，变成“任务指挥者”。一句话总结：RAG 没变，变的是你不再需要自己做 RAG 了。

再补一句更现实的：Cursor 3.0 和 VSCode 1.118.1 的出现，不是创新，是“Agent + IDE”形态开始统一的信号。