# Grep 比 LSP 更好用？为什么编程 AI 不买你那些高级工具的账

> 原标题：Grep beats LSP? Why coding agents ignore your fancier tools

- 来源：Hacker News 首页
- 发布时间：2026-09-04T03:40:26.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/54652
- 原文：https://www.agentconnect.md/blog/grep-beat-lsp-harness/

## 摘要

AgentConnect 的工程师拿三个 Claude 模型做了个实验，让它们在代码库里找东西和改代码。结果发现，当 grep（文本搜索）和 LSP（语义导航，能分清函数调用和注释里的同名单词）同时可用时，模型在定位和重命名任务里几乎只选 grep，选 LSP 的比例只有 0% 到 6%。强制让模型先用 LSP，任务成功率反而从 100% 掉到了 89...

## 推荐理由

AgentConnect 拿三个 Claude 模型跑了个干净的小实验，对比 grep 和 LSP 在代码检索里的表现。结论很反直觉：模型几乎只选 grep，LSP 被晾在一边。数字够硬（0-6% 的自愿使用率，强制用 LSP 后成功率下降），对做 coding agent 的人有直接参考价值。扣分点在于样本小、实验设定没完全披露，所以我会先打个折——结论方向有意思，但别急着把 LSP 从工具链里删掉。

## 锐评

AgentConnect 的工程师拿三个 Claude 模型做了个实验，让它们在代码库里找东西和改代码。结果发现，当 grep（文本搜索）和 LSP（语义导航，能分清函数调用和注释里的同名单词）同时可用时，模型在定位和重命名任务里几乎只选 grep，选 LSP 的比例只有 0% 到 6%。强制让模型先用 LSP，任务成功率反而从 100% 掉到了 89%。

这不是说 LSP 没用。在要求找出所有调用者的任务里，模型主动选 LSP 的比例升到了 45% 到 57%，因为它能把准确率从 grep 的 0.76 拉到 1.00。但召回率没变，都是 0.66，说明瓶颈是模型干活不够细，不是搜得不准。LSP 工具一开始只返回文件位置，逼着模型多读文件；改成直接返回代码片段后，重命名任务的成功率从 0.67 涨到 0.83，后续读文件次数从 15.2 次降到 3.2 次，比 grep 的 4.3 次还少。

代码库的噪音程度是关键变量。在一个干净的 TypeScript 仓库里，grep 的准确率已经是 1.00，LSP 没带来任何 F1 提升，还多花了 16% 的 token。换到一个噪音大的仓库，grep 准确率掉到 0.51，LSP 把 F1 拉高了 0.246，同时省了 12% 的 token。文章没披露实验的总样本量和任务重复次数，所以这些百分比得打个折看。核心结论是：工具好不好用，不只看结果准不准，还得看返回信息的格式和上下文够不够直接喂给模型。