一、单个工具的极限

上篇文章里我搭好了一个能自主编程的 AI Agent。它有一个 ReAct 循环的大脑，还有四个工具作为四肢：

read_file → 读取文件内容
write_file → 写入文件
list_directory → 列出目录
exec_command → 执行 shell 命令

一开始觉得很够用。不过，

• 创建项目？exec_command 跑 pnpm create vite
• 写组件？write_file 覆盖 App.tsx
• 装依赖？exec_command 跑 pnpm install

使用者痛点：每当需要新功能。都必须手动实现一个对应的工具，工作量呈线性增长。

直到我想让它做这些事：

• "帮我搜一下项目里所有用到 useState 的文件"
• "把这次改动提交到 git，写一条规范的 commit message"
• "看看这段代码最终一次是谁改的"

Agent 的回答是：

我无法搜索文件内容。怎么说呢，说到可用工具，read_file,write_file,list_directory。exec_command

根本问题：Agent 的能力天花板就是工具的数量。

更糟的是这方面。隔壁 Cursor、Claude Code 那些已经实现好的 Git、GitHub Issue、数据库查询等工具，我只能自己重新造轮子。

使用者痛点：重复造轮子浪费时间，而且不同网站之间缺乏统一入口。

MCP 协议：工具的“USB 接口”

在翻 LangChain 文档时我看到了一个词：MCP。

MCP 定义了一套标准——就像 USB 协议让任何 U 盘都能任何电脑一样。MCP 让任何 MCP Server 提供的工具都能被任何 MCP Client使用.

┌─────────────────────┐ ┌──────────────────────┐ │ 我的 Agent │ │ Filesystem Server │ │ │ │ │ │ │ │ │ │ "帮我搜所有 .tsx" │ │ - search_files │ │ ▼ │ │ - directory_tree │ │ tools/list ───────►─────────►│ - edit_file │ │ │ │ - get_file_info │ │ tools/call ───────►─────────►│ - move_file │ │ │ │ ... │ └─────────────────────┘ └──────────────────────┘

User Pain Point：MCP 把「寻找合适工具」和「实现合适工具」两件事彻底分离，让开发者只关心「在哪里找」而不是「怎么写」。

三、集成：两行配置。十几个工具到手

@langchain/mcp-adapters,专门做 MCP → LangChain 的桥接。主要 API 就两个：

import { MultiServerMCPClient } from '@langchain/mcp-adapters';// . 创建客户端，传入 Server 配置
const client = new MultiServerMCPClient({
mcpServers: {
filesystem: {
transport: 'stdio'。command: 'node',args:
}
}
});// . 初始化连接 → 获取工具
const toolsByServer = await client.initializeConnections;const mcpTools = await client.getTools;// →

返回的是 LangChain 原生的 DynamicStructuredTool,与本地实现的 read_file / write_file …

model.bindTools;

 已连接 1 个服务器: filesystem
✓ filesystem: ✅ 加载了 12 个工具
共加载了 16 个 MCP 工具🔧 可用工具:
read_file,write_file,list_directory,exec_command,search_files,directory_tree,edit_file,move_file,read_multiple_files,get_file_info,create_directory,read_text_file,read_media_file,list_directory_with_sizes。list_allowed_directories

{
"command": "npx","args":
}

EBADDEVENGINES Invalid name "pnpm" does not match "npm" for "packageManager"