24个常用MCP推荐~

帮顶支持下

马克

战略马克

mark

感谢分享

感谢分享

@pilgrim #0 这些是不是适合用扣子、agent来调用呢？ 我在使用ai的过程中还没用过mcp呢

收藏了

@qllqll #7 Coze的话，stdio的应该不行吧，得是支持sse或者streamable-http的才可以。
Agent，得看是哪的Agent，线上平台的，只能用sse和streamable-http的，本地客户端的，三种都可以。

下面是Gemini生成的介绍

MCP：Model Context Protocol（模型上下文协议）。

这是一个于 2024 年底（由 Anthropic 等公司）推出的开放标准，旨在为大型语言模型（LLM，如 AI 助手）与外部工具、数据源（如文件系统、数据库、API）提供一个标准化的连接方式。您可以将其理解为“AI 的 USB-C 接口”，让不同的 AI 模型能以即插即用的方式使用各种外部工具。

您提到的 stdio、sse 和 streamable http 正是 MCP 用来在“AI 客户端”（如 VS Code Copilot）和“MCP 服务器”（提供工具的一方）之间进行通信的三种核心传输协议（Transport Protocols）。

下面我将为您详细介绍这三个概念在 MCP 框架下的含义：

1. stdio (标准输入/输出)

这是 MCP 用于本地通信的传输方式。

• 核心思想： 当 MCP 服务器（即您要连接的工具）与 AI 客户端（如您的代码编辑器）运行在同一台机器上时，使用此方式。
• 工作原理：
  1. AI 客户端会像运行一个普通程序一样，启动 MCP 服务器作为一个子进程。
  2. 客户端通过写入该子进程的**标准输入（stdin）**来发送请求（例如：“请读取这个文件”）。
  3. MCP 服务器处理完请求后，将结果通过**标准输出（stdout）**返回给客户端。
• 适用场景： 非常适合需要访问本地资源的工具，例如允许 AI 访问您的本地文件系统、运行本地脚本或连接本地数据库。它简单、快速且安全，因为通信不经过网络。

2. sse (服务器发送事件)

全称是 Server-Sent Events。这是 MCP 用于远程通信的**遗留（Legacy）**或较早的方式。

• 核心思想： 允许服务器（MCP Server）通过一个持久的 HTTP 连接，单向地向客户端（AI 助手）推送数据。
• 工作原理：
  • 它通常需要两个 HTTP 端点（Endpoint）。
  • 客户端通过一个端点（例如 /message）使用 HTTP POST 请求向服务器发送消息。
  • 客户端连接到另一个端点（例如 /events），该端点会返回 Content-Type: text/event-stream，建立一个 SSE 流。服务器会通过这个流主动将响应、更新或通知推送回客户端。
• 适用场景： 专为需要服务器主动推送更新的远程工具而设计，但目前正被 streamable http 所取代。

3. streamable http (可流式 HTTP)

这是 MCP 用于远程通信的**现代（Modern）**方式，旨在替代和改进 sse 方式。

• 核心思想： 使用单一的、统一的 HTTP 端点来处理所有通信，无论是简单的请求-响应，还是复杂的流式数据。
• 工作原理：
  1. 客户端向这个单一端点发送 HTTP POST 请求（包含指令）。
  2. 服务器根据请求的性质，可以选择：
     • 非流式： 如果是一个简单请求（如“获取工具列表”），服务器可以直接返回一个标准的 HTTP 响应。
     • 流式： 如果是一个需要持续更新或返回大量数据的请求（如“请分析这个大文件并实时报告进度”），服务器可以在响应中开启一个流（Stream）（通常也是基于 SSE 技术），持续不断地发回数据块。
• 优势： 相比 sse 方式，它更高效、更简洁（只有一个端点），并且能更好地兼容现有的网络基础设施（如防火墙和代理）。这是目前推荐的用于构建新 MCP 远程服务器的标准方式。

总结对比

为了让您更清晰地理解，这里有一个简单的对比表：

希望这个解释能帮助您理解 MCP 及其相关的传输概念。

mark