LSPTool：语言服务接入

它让 Claude Code 获得 IDE 级代码智能

LSPTool 的意义不在于“又多了一个搜索工具”，而在于：

Claude Code 不再只依赖文本搜索，而是能调用语言服务器做语义级理解。

这让它可以做：

• go to definition
• find references
• hover
• document symbol
• call hierarchy

也就是说，它已经接近 IDE 里的“代码智能”层。

关键源码

tools/LSPTool/LSPTool.ts：

const inputSchema = z.strictObject({
  operation: z.enum([
    'goToDefinition',
    'findReferences',
    'hover',
    'documentSymbol',
    'workspaceSymbol',
    'goToImplementation',
    'prepareCallHierarchy',
    'incomingCalls',
    'outgoingCalls',
  ]),
  filePath: z.string(),
  line: z.number().int().positive(),
  character: z.number().int().positive(),
})

这说明 LSPTool 并不是一个单一 API，而是一整组代码智能操作的统一入口。

调用链

它为什么比 GrepTool 高一级

两者的本质区别是：

• GrepTool：字符串匹配
• LSPTool：语言语义

举例来说，找一个函数定义时：

• GrepTool 可能会匹配到注释、字符串、相似名字
• LSPTool 能真正问语言服务器“这个符号定义在哪里”

所以它更像 IDE 的能力，而不是终端搜索能力。

它也有严格的输入和文件校验

源码里不只是看参数格式，还会检查：

• 文件是否存在
• 路径是否是 regular file
• 大文件限制
• 当前 LSP 是否已连接

这说明它不是“尽量调用一下”，而是一个比较严谨的语义工具入口。

一张图看它和其他搜索工具的关系

小结

LSPTool 最值得学的地方是：

Claude Code 已经不满足于文本搜索，而是把 IDE 里的语言服务器能力正式接进了 Agent 工具链。