MCP 和插件、Function Calling 是一回事吗？

不完全是。Function Calling 是模型“能调函数”的底层能力，MCP 是在它之上定了一套统一规矩，让工具方写一次、所有支持 MCP 的智能体都能用。

用 MCP 接工具安全吗？

MCP 只是接口规范，安全取决于你接的是哪个服务器、给了什么权限。装第三方 MCP 要看清它能读写什么，试的时候用隔离环境，不要指向重要数据。

我必须懂代码才能用 MCP 吗？

用现成的 MCP Server 基本不用写代码，在配置里加几行就行。只有你想自己写新工具暴露给智能体时，才需要按规范写服务端。

MCP 出了 2026-07-28 新规范，我的龙虾配置要改吗？

只在本机用 npx 这类命令挂现成服务器的，配置里没有和握手、会话对应的项，不用为这次改版去动它。挂了远程服务器的，看一眼传输方式：旧的 HTTP+SSE 已被规范列为弃用，服务器支持 Streamable HTTP 就换过去。自己写服务器的，要照官方变更清单补上 server/discover，并且别再依赖 Roots、Sampling、Logging。龙虾自带的 MCP 客户端跟到了哪一版规范，OpenClaw 的 mcp 命令文档没有交代；某个服务器连不连得上，用 openclaw mcp probe 连一次看。

概念 · MCP

MCP 是什么：让 AI 智能体“即插即用”接工具的通用接口

钳叔 · 龙虾AI 编辑部 · 2026-06-06 发布 · 2026-10-08 更新

MCP（Model Context Protocol）是一套开放的接口规范：工具方按它把自己的能力做成 MCP Server，支持 MCP 的智能体（MCP 客户端）就能直接连上调用，不用每家各写一份对接代码。龙虾（OpenClaw）是 MCP 客户端，现成的 MCP Server 在配置里登记一下就能用。

发布日期: 2026-06-06
更新日期: 2026-10-08

以前的麻烦：每个工具都要单独写适配

智能体真正有用，是因为它能调工具：读文件、查数据库、开网页、发消息。问题是在 MCP 之前，这些工具没有统一接法。A 智能体想接某个数据库，得照 A 的规矩写一份对接代码；B 智能体想接同一个数据库，又得照 B 的规矩重写一遍。工具方和智能体方两两配对，数量一多就成了一张乱网。

MCP 怎么解决：统一一个插口

MCP 做的事，就是定一套统一的“插口形状”。按这个形状做出来的工具一端叫 MCP Server，来连它的智能体一端叫 MCP 客户端。下文说的“服务器”，指的就是 MCP Server。

这就像 USB：以前每个设备一种接口、一根专用线，有了 USB 之后，插口统一了，鼠标、硬盘、键盘随便插都认。MCP 之于 AI 工具，差不多是这个意思。

一个具体例子：让龙虾接文件系统

读写本地文件，龙虾不接 MCP 也做得到（它带哪些内置工具，见 OpenClaw 官方工具页）。这里拿文件系统当例子，只是借它看一眼 MCP Server 是怎么挂上去的。假设你想让龙虾通过 MCP 读写某个项目目录里的文件：在龙虾的配置里挂上一个“文件系统 MCP Server”，告诉它能动哪个目录就行。大致是这样几行：

{
  "mcp": {
    "servers": {
      "filesystem": {
        "command": "npx",
        "args": ["-y", "@modelcontextprotocol/server-filesystem", "/Users/me/project"]
      }
    }
  }
}

OpenClaw 把 MCP Server 登记在配置的 mcp.servers 下面，不想手写 JSON 可以用 openclaw mcp add 命令加，写法见 OpenClaw 官方文档的 mcp 命令说明页，分步过程在文件系统实战里。别的客户端外层键名不一样（文件系统服务器的官方 README 给 Claude Desktop 的示例用的是 mcpServers），里面的 command 和 args 是同一套。

挂好重启，龙虾就能发现这个服务器提供的能力（列目录、读文件、写文件……），然后在执行任务时按需调用。同一个文件系统 MCP，换一个支持 MCP 的智能体照样能用——这就是“写一次到处用”的好处。

第一次挂文件系统 MCP，建议把路径写成一个测试目录，丢一个小任务给它，比如“把这个目录下所有 .md 文件的标题汇总成一张清单”，结果对了再换成真实目录。

MCP 和传统插件有什么区别

对比项	传统插件	MCP
适配成本	每个智能体单独写	写一次，通用
复用性	按某一家智能体的接口写	任何 MCP 客户端可用
生态	各家自己的插件市场，互不通	共享同一批 MCP Server
上手	找对应版本、可能要改代码	在配置里登记启动命令或地址

MCP 和 Function Calling 是上下层的关系：Function Calling 是模型“能调函数”的底层能力，MCP 在它之上把“怎么连、怎么描述工具”这套规矩统一了。

MCP 2026-07-28 新规范改了什么，龙虾用户要不要改配置

MCP 规范用日期当版本号。官方版本说明页标的当前版本是 2026-07-28，上一版是 2025-11-25。这一版动的主要是客户端和服务器两个程序之间怎么对话，下表右栏是它落到用现成服务器的人身上的部分。

规范里改了什么	对你的影响
取消 `initialize` 握手和协议级会话（`Mcp-Session-Id`），每次请求自己带上协议版本和客户端能力	这是两个程序之间的事，你的配置里没有对应的项
新增 `server/discover`，服务器必须实现	自己写服务器的人要补；只挂现成服务器的不用管
旧的 HTTP+SSE 传输列为弃用，迁移方向是 Streamable HTTP	挂了远程服务器的，看一眼配置里的传输方式
Roots、Sampling、Logging 列为弃用	弃用期内照常可用；最早要到 2027-07-28 当天或之后发布的第一个修订版，才有可能被移除
OAuth 的动态客户端注册列为弃用，改用 Client ID Metadata Documents	登录流程由客户端处理，等客户端跟进

另外两处只跟写服务器的人有关：Tasks 从核心协议移出去，成了官方扩展（MCP 协议里的 Tasks，和 OpenClaw 2026.9.7 移除的 Tasks 面板不是一回事）；服务器原先主动向客户端发起的请求，改成“先返回还缺什么、客户端补上再重试”的多轮往返。逐条原文在官方的变更清单和弃用功能登记表。

要不要动手，分三种情况看：

只在本机用 npx 这类命令挂现成服务器：配置里写的是启动命令和参数，握手、会话都不在里面，不用为这次改版去改。
挂了远程服务器（配置里写的是 url）：OpenClaw 文档里远程服务器有 SSE 和 streamable-http 两种传输写法。SSE 那种在规范里已是弃用状态，对方服务器支持 Streamable HTTP 的话，建议把 transport 写成 streamable-http。
自己写服务器：照变更清单补 server/discover，新代码别再依赖 Roots、Sampling、Logging。规范给的替代做法是：目录和文件通过工具参数、资源 URI 或服务器配置传；要调模型就直接接模型服务商的 API；日志写到 stderr 或用 OpenTelemetry。

龙虾自带的 MCP 客户端跟到了哪一版规范，OpenClaw 的 mcp 命令文档没有交代（2026 年 10 月）。想知道某个服务器现在连不连得上，用 openclaw mcp probe，它会实际连一次，并列出这个服务器提供的工具。

去哪找现成的 MCP Server

给龙虾加新本事，不用等人专门适配，挑一个现成的 MCP Server 挂上就行。本站按用途整理的在常用 MCP Server 清单，里面标了官方仓库哪些参考实现还在维护、哪些已经归档。

常见问题

MCP 和插件、Function Calling 是一回事吗？: 不完全是。Function Calling 是模型“能调函数”的底层能力，MCP 是在它之上定了一套统一规矩，让工具方写一次、所有支持 MCP 的智能体都能用。
用 MCP 接工具安全吗？: MCP 只是接口规范，安全取决于你接的是哪个服务器、给了什么权限。装第三方 MCP 要看清它能读写什么，试的时候用隔离环境，不要指向重要数据。
我必须懂代码才能用 MCP 吗？: 用现成的 MCP Server 基本不用写代码，在配置里加几行就行。只有你想自己写新工具暴露给智能体时，才需要按规范写服务端。
MCP 出了 2026-07-28 新规范，我的龙虾配置要改吗？: 只在本机用 npx 这类命令挂现成服务器的，配置里没有和握手、会话对应的项，不用为这次改版去动它。挂了远程服务器的，看一眼传输方式：旧的 HTTP+SSE 已被规范列为弃用，服务器支持 Streamable HTTP 就换过去。自己写服务器的，要照官方变更清单补上 server/discover，并且别再依赖 Roots、Sampling、Logging。龙虾自带的 MCP 客户端跟到了哪一版规范，OpenClaw 的 mcp 命令文档没有交代；某个服务器连不连得上，用 openclaw mcp probe 连一次看。