书接上回，文末提到一个点：
当然也有不变的点：工具的建设依然很重要。只不过，今年需要更多的思考如何将这些基建工具与上述的flowgraph结合起来。
当时没有展开写，而最近随着MCP(Managed Context Protocol)的逐步普及和应用，今天来补一下当时挖的坑。
什么是MCP
参考MCP的官方文档，MCP是一个用于管理和使用上下文的协议，旨在帮助开发者更好地与大型语言模型（LLM）进行交互。它提供了一种结构化的方法来处理上下文信息，使得在与LLM进行对话时，可以更有效地传递和管理信息。
它的工作流程也很简单(LLM以Claude为例)：
When you submit a query:
- The client gets the list of available tools from the server
- Your query is sent to Claude along with tool descriptions
- Claude decides which tools (if any) to use
- The client executes any requested tool calls through the server
- Results are sent back to Claude
- Claude provides a natural language response
- The response is displayed to you
从工作流程来看，是不是感觉跟我们熟悉的Function Calling有些类似？
MCP vs function calling
MCP和Function Calling的区别在于：
- 功能范围：MCP不仅仅是一个函数调用的接口，它还包括了上下文管理、工具描述和结果处理等多个方面的功能。而Function Calling主要集中在函数调用本身。
- 上下文管理：MCP提供了更为全面的上下文管理功能，可以在多个工具之间共享和传递上下文信息。而Function Calling通常是针对单个函数的调用，缺乏跨函数的上下文管理能力。
- 工具描述：MCP允许开发者为每个工具提供详细的描述信息，以便LLM更好地理解如何使用这些工具。而Function Calling通常只提供函数名和参数，缺乏详细的描述信息。
- 结果处理：MCP在结果处理上也提供了更多的灵活性，可以根据不同的工具和上下文信息进行定制化的结果处理。而Function Calling通常是固定的结果处理方式，缺乏灵活性。
- 适用场景：MCP更适合于复杂的应用场景，尤其是需要多个工具协同工作的场景。而Function Calling更适合于简单的函数调用场景。
- 扩展性：MCP的设计考虑了未来的扩展性，可以方便地添加新的工具和功能。而Function Calling在扩展性上相对较弱，添加新功能可能需要较大的改动。
- 社区支持：MCP是一个开放的协议，得到了广泛的社区支持和参与。而Function Calling通常是由特定的公司或组织维护，缺乏广泛的社区支持。
- 文档和示例：MCP提供了详细的文档和示例，帮助开发者快速上手。而Function Calling的文档和示例相对较少，可能需要开发者自行摸索。
- 学习曲线：由于MCP的功能更为全面和复杂，学习曲线相对较陡。而Function Calling相对简单，学习曲线较平缓。
- 性能：在性能方面，MCP可能会因为其复杂性而引入一定的性能开销。而Function Calling通常是直接调用函数，性能较高。
- 安全性：MCP在设计上考虑了安全性，提供了一些安全机制来保护上下文信息。而Function Calling通常缺乏这样的安全机制，可能存在一定的安全隐患。
- 兼容性：MCP是一个开放的协议，可以与多种语言和平台兼容。而Function Calling通常是针对特定语言或平台的，兼容性较差。
此外，可以参考《MCP 与 Function Call 区别》。其中提到一个比喻非常形象：
- MCP：通用协议层面的标准约定，就像给 LLM 使用的“USB-C规范”。
- Function Call：特定大模型厂商提供的独特特性，就像某品牌手机的专属充电协议。
如何使用？
回到我们最开始的观点：不变的点：工具的建设依然很重要。对于MCP来说，主要是指MCP Server。作为一个gopher，推荐者以下两个项目：
两个项目都是golang传统的开箱即用。
要让LLM能够把提供工具、资源、prompt驱动起来，需要借助 MCP client 这个桥梁。而目前从官方推荐的Clients来看，MCP client 主要以两种形式出现：①面向普通用户的application应用，如Claude Desktop App；②面向开发者的agent框架库，如mcp-agent。这里推荐fast-agent.
MCP 的意义
MCP的意义在于它为开发者提供了一种结构化的方法来管理和使用上下文信息，使得与LLM的交互更加高效和灵活。通过MCP，开发者可以更好地利用LLM的能力，构建出更为复杂和智能的应用程序。
还是有点抽象，对不对？从过去技术发展历史来看，MCP跟当年的微服务架构有点类似。不同的是，微服务架构下更多的还是工程、业务逻辑驱动数据流和控制流，而MCP则是将LLM作为决策中枢。也就是说，MCP是一个面向LLM的微服务架构。
太阳底下没有新鲜事，以前微服务架构下的经验在MCP架构下会有一定的借鉴意义。另一方面，MCP的出现也意味着我们需要重新审视和设计我们的应用架构，以更好地适应LLM的特点和需求。