MCP 客户端 · 在 Google Cloud 上使用 Claude

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

传输无关的通信

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

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

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

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

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

让我们通过一个完整的示例来了解所有这些部分如何协同工作。假设用户询问"我有哪些仓库？"——以下是整个通信链：

当用户向您的服务器提交问题时，流程开始。您的服务器意识到在向 Claude 发出请求之前，需要先为 Claude 提供可用的工具。

您的服务器向 MCP 客户端请求工具列表，这会触发向 MCP 服务器发送 ListToolsRequest。服务器以包含所有可用工具的 ListToolsResult 作出响应。

现在您的服务器已拥有发起初始 Claude 请求所需的一切：用户的问题以及可用的工具。Claude 分析这些工具，并判断需要调用其中一个工具才能正确回答问题。

Claude 以工具使用请求作出响应。您的服务器识别到这一点，并要求 MCP 客户端使用 Claude 指定的参数执行该工具。

MCP 客户端向 MCP 服务器发送 CallToolRequest，然后服务器向 GitHub 发起实际的 API 调用以获取用户的仓库信息。

GitHub 返回仓库数据，MCP 服务器将其封装在 CallToolResult 中并通过链路发送回去。您的服务器接收到这些数据后，现在可以向 Claude 发起后续请求。

最后一步是将工具结果作为用户消息的一部分发送给 Claude。Claude 现在拥有了制定关于用户仓库的完整回复所需的全部信息。

是的，这个流程涉及许多步骤，但理解它能让您为实现自己的 MCP 客户端和服务器做好准备。每个组件都有特定的角色，标准化的消息类型确保了无论底层传输机制如何，一切都能顺畅协同工作。