MCP 基础：是什么、解决什么、为什么重要

MCP 是什么

Model Context Protocol（模型上下文协议），是 Anthropic 于 2024 年 11 月发布的开放标准，用于规范 AI 模型与外部工具/数据源之间的通信方式。

一句话版本：

MCP 是给 AI 装插件的标准接口。你写一个 Server，声明"我有哪些工具"，任何支持 MCP 的 AI（Claude/Cursor/Windsurf）都能调用它们——写一次，全局复用。

MCP 解决了什么问题

没有 MCP 时：N × M 的碎片化

每个 AI 应用对接每个外部系统，都要各自写一套对接代码，格式不统一，代码无法复用：

graph LR
    subgraph 没有MCP
        App1 -->|自定义代码| Slack1[Slack]
        App1 -->|自定义代码| GH1[GitHub]
        App2 -->|自定义代码| Slack2[Slack]
        App2 -->|自定义代码| GH2[GitHub]
    end

10 个 App × 20 个系统 = 200 套不可复用的集成代码

有了 MCP 后：N + M 的标准化

graph LR
    AppA --> MCP[MCP 标准层]
    AppB --> MCP
    AppC --> MCP
    MCP --> S1[Slack Server]
    MCP --> S2[GitHub Server]
    MCP --> S3[DB Server]
    style MCP fill:#F26419,color:#fff

关键误解澄清：N+M 不是说"连接数减少"，而是开发工作量减少。Server 写好后所有 App 直接复用，每新增一个 App 的边际开发成本变成零。

N+M 背后的普世思想

引入标准中间层，将乘法复杂度降为加法复杂度——这是人类解决规模化问题的通用模式：

MCP 的三层架构

graph TB
    subgraph 生态层
        E1[N+M 效应] --- E2[飞轮效应] --- E3[标准化价值]
    end
    subgraph 应用层
        A1[Agent Loop] --- A2[Tool 调用] --- A3[多 Server 协作]
    end
    subgraph 协议层
        P1[Host] -->|1:N| P2[Client]
        P2 -->|1:1| P3[Server]
        P3 --> P4[Tools]
        P3 --> P5[Resources]
        P3 --> P6[Prompts]
    end
    生态层 --> 应用层
    应用层 --> 协议层
    style P4 fill:#fef0e7,color:#633806
    style P5 fill:#e6f1fb,color:#042c53
    style P6 fill:#eaf3de,color:#173404

命名说明：不要叫"架构层"，容易和软件架构混淆。协议层更精确，聚焦于 MCP 的技术规范本身。

Host / Client / Server 职责

MCP 的三类能力

详细说明见 02-core-concepts/tools-resources-prompts.md

生态层：飞轮效应

graph LR
    A[Server 越多] --> B[Host 接入价值越高]
    B --> C[更多 Host 支持 MCP]
    C --> D[Server 开发者意愿越高]
    D --> A
    style B fill:#F26419,color:#fff
    style D fill:#F26419,color:#fff

主流 SaaS（Slack、GitHub、Google Drive）已陆续发布官方 MCP Server；主流 Host（Claude Desktop、Cursor、VS Code）均已支持。就像 USB 出现后外设厂商竞争点从"接口兼容性"转向"功能本身"，MCP 让 AI 应用竞争从"连接哪些系统"转向"用得多好"。

延伸阅读

• Tools / Resources / Prompts 三类能力详解
• Function Calling 底层机制
• 异构系统接入：Adapter & Gateway
• 面试题库