MCP 是什么：为什么今年所有 AI 工具都在接入它

先说结论

MCP（Model Context Protocol）不是模型，也不是框架，是一套让 AI 能安全调用外部工具的接口标准。

打个比方：以前每接一个工具，AI 客户端都要单独写一套对接代码。现在有了 MCP，工具方按标准实现一次，所有支持 MCP 的客户端都能用。

它解决的真实问题

问题一：N 个客户端 × M 个工具

没有标准的时候：

Cursor  接 GitHub    → 写一套
Cursor  接 数据库    → 写一套
Claude  接 GitHub    → 再写一套
Claude  接 数据库    → 再写一套
Windsurf 接 GitHub   → 再写一套
...

N 个客户端乘 M 个工具，接口数量是乘法。

有了 MCP：工具方实现一次服务端，客户端实现一次客户端，数量变成加法。

问题二：权限失控

以前的做法是把 API Key 直接塞给 AI，它能干什么是靠提示词约束的。

MCP 把权限收在服务端：

三种能力，别搞混

MCP 服务端能提供三类东西，很多人以为只有一种：

自己写一个，比想象中简单

最小的 MCP 服务端，一个文件就够。以 Node 为例：

npm init -y
npm i @modelcontextprotocol/sdk

核心代码：

import { Server } from "@modelcontextprotocol/sdk/server/index.js";
import { StdioServerTransport } from "@modelcontextprotocol/sdk/server/stdio.js";

const server = new Server(
  { name: "my-server", version: "1.0.0" },
  { capabilities: { tools: {} } }
);

// 声明有哪些工具
server.setRequestHandler("tools/list", async () => ({
  tools: [{
    name: "count_posts",
    description: "统计指定分类下的文章数量",
    inputSchema: {
      type: "object",
      properties: { category: { type: "string" } },
      required: ["category"]
    }
  }]
}));

// 工具被调用时执行
server.setRequestHandler("tools/call", async (req) => {
  if (req.params.name === "count_posts") {
    const n = await queryCount(req.params.arguments.category);
    return { content: [{ type: "text", text: String(n) }] };
  }
});

await server.connect(new StdioServerTransport());

然后在客户端配置里加一行：

{
  "mcpServers": {
    "my-server": {
      "command": "node",
      "args": ["/path/to/server.js"]
    }
  }
}

就这两步，AI 就能调用你的工具了。

哪些宣传是吹的

吹点一：「让 AI 自动化一切」

实际用下来，MCP 能稳定干的是确定性任务：查数据、跑脚本、读文件。

涉及判断和权衡的，还是得人来。我让它「优化这段代码」，它会给出一个看起来合理但破坏兼容性的改法。

吹点二：「不用写代码了」

写 MCP 服务端就是在写代码。只是把「调 API」的活从客户端挪到了服务端。

吹点三：「零配置」

配置少是真的，但调试不简单。stdio 模式下日志是混在协议流里的，出了问题不好排查。

现在值得学吗

我的判断：值得，但要分清主次。

如果你只是想让 AI 帮忙写代码，不用管 MCP，VS Code 和 Cursor 已经内置了。

如果你想让它读你的数据库、查你的日志、操作你的内部系统——那 MCP 是目前最省事的路。