AI 编程从 ChatGPT 写代码片段、到 Cursor 在编辑器里辅助编码、到 Claude Code 在终端里自主完成任务——解决的是"Neng不Neng"。

grep 搜 update，可Neng搜出 个结果。AI 需要逐个kan上下文来判断哪个是你要的。

当主流AI编程助手纷纷采用向量索引实现语义搜索时,Claude Code却选择了grep——这个诞生于1973年的命令行工具.每个计算时代dou在重新发现同一个道理:有时候,遗忘比记忆geng强大。.Milvus的技术博客geng是直言不讳: Claude Code的grep-only方式会烧掉太多tokens .

答案可Neng让你失望：它在用 grep。

这就好比你请了一个顶级建筑师来改造你的房子，但只给了他一根蜡烛和一张手画的草图。他Neng力没问题，工具不行。

技术的发展总是这样：先解决"Neng不Neng"的问题，再解决"好不好"的问题。

但hen多时候 AI 需要的是"模糊搜索"——"这个项目里有没有处理支付的代码？"这种开放式的探索，grep 反而geng合适。

在 Claude Code 里执行 /plugin install 命令：

吃 token。 AI 的上下文窗口是有限的。每次 grep 搜出一堆结果，AI dou要读进来分析，白白消耗了大量 token。在复杂项目里光是找代码就可Neng用掉一半的上下文。

说了这么多好处，怎么用？

另外官方插件偶尔有 bug。比如 pyright-lsp@claude-plugins-official 就出过配置不生效的问题，社区不得不Zuo了替代方案。

LSP 是"感官"的进化。它让 AI 不只是"读"你的代码，而是"理解"你的代码——知道每个符号的类型、每个函数的调用关系、每次修改引入的错误。

两个方向叠加，效果是乘法而不是加法。

LSP 直接定位：UserService.update，在 user_service.py 第 行。因为它理解的是代码结构，不是文本。

LSP 支持kan起来只是一个技术细节，但它背后的趋势值得关注：

LSP 不是什么新技术。它是微软在 年提出的一个开源协议，全称 Language Server Protocol，中文叫"语言服务器协议"。

# Python - Pyright pip install pyright

go install golang.org/x/tools/gopls@latest

# Python /plugin install pyright@claude-code-lsps

/plugin install rust-analyzer@claude-code-lsps

{ "env": { "ENABLELSPTOOL": "true" } }

LSP 让 AI 精准定位代码，不需要大海捞针式地读一堆文件。同样的任务，消耗的 token geng少，速度geng快，花的钱geng少。

LSP 是“精确定位”的利器，但 grep 在“模糊搜索”上依然有价值。Zui佳实践是两者配合：grep 负责发现新大陆，LSP 负责深入探索。两者结合，才Neng真正Zuo到又快又准。

LSP 是锦上添花，但并非必须。对于小型项目或简单任务，直接用 grep 也Neng凑合。但当项目规模上来了、复杂度上来了LSP 就是那个让你如虎添翼的东西 —— 这才是它的真正价值。

AI 编程工具正在从“文本处理”走向“语义理解”。LSP 是这一趋势的重要标志 —— 它让 AI 不再只是“读”代码，而是“理解”代码。这背后是开发范式的变化，也是效率提升的关键。

未来Yi来只是尚未流行。