跳到主要内容

1 篇博文 含有标签「VSCode」

查看所有标签

为什么还在手动做 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.0VSCode 1.118.1 的出现,不是创新,是“Agent + IDE”形态开始统一的信号。