MCP 客户端 · 通过 Amazon Bedrock 使用 Claude

MCP 客户端充当您的服务器与 MCP 服务器之间的通信桥梁。可以将其视为您访问 MCP 服务器提供的所有工具的接入点。当您需要使用外部功能时，客户端会为您处理所有消息传递和协议细节。

传输无关的通信

MCP 的一个关键优势是传输无关性——这是一种巧妙的说法，意思是客户端和服务器可以使用不同的通信方式相互通信。最常见的设置是在同一台机器上运行 MCP 客户端和服务器，它们通过标准输入/输出进行通信。

但您不仅限于这种方式。MCP 客户端和服务器还可以通过以下方式连接：

连接建立后，客户端和服务器会交换 MCP 规范中定义的特定消息类型。您将使用到的主要消息类型包括：

ListToolsRequest/ListToolsResult： 客户端向服务器询问"您提供哪些工具？"，并获得可用功能的完整列表。

CallToolRequest/CallToolResult： 客户端告诉服务器"使用这些参数运行这个特定工具"，并接收执行结果。

以下是在实际场景中所有部分如何协同工作的示例。假设用户询问"我有哪些仓库？"——以下是完整的通信流程：

当用户向您的服务器提交问题时，流程就开始了。但在您的服务器向 Claude 请求帮助之前，它需要知道有哪些可用工具。

您的服务器向 MCP 客户端请求工具列表。客户端向 MCP 服务器发送 ListToolsRequest，并获得包含所有可用工具的 ListToolsResult。

现在您的服务器已经拥有向 Claude 发出初始请求所需的一切：用户的问题以及可用工具列表。

Claude 分析这些工具，并判断需要调用其中一个来回答问题。它会以工具使用请求作为响应。

您的服务器识别到 Claude 想要运行一个工具，但您的服务器不再直接执行工具——这是 MCP 服务器的工作。因此，它会要求 MCP 客户端使用 Claude 指定的参数运行该工具。

MCP 客户端向 MCP 服务器发送 CallToolRequest，然后 MCP 服务器向 GitHub 发出实际请求以获取用户的仓库。

GitHub 返回仓库数据，MCP 服务器将其封装在 CallToolResult 中并发送回 MCP 客户端。

MCP 客户端将工具结果传回您的服务器，然后您的服务器将其作为后续消息的一部分发送给 Claude。

最后，Claude 获得了所需的全部信息，并生成类似"您的仓库是……"这样的响应，该响应通过您的服务器发送回用户。

是的，这个流程涉及许多步骤，但每个组件都有明确的职责。MCP 客户端抽象掉了服务器通信的复杂性，让您可以专注于构建应用程序逻辑，同时仍能访问强大的外部工具和服务。