MCP 架构图示例

以下 MCP 示例展示了同样的 Host-协议-Server 模型如何从单个本地 Server 扩展到 Host 编排多个远程 Server，以及自定义 Server 如何封装你自己的系统。

真实案例

使用场景: 为应用添加首个 MCP Server 的开发者

Host：带一个 MCP Client 的桌面 AI 应用

单个 Server：基于 stdio 的文件系统访问

资源：一个本地项目文件夹

协议：JSON-RPC，Server 作为子进程运行

无需鉴权——本地、单用户

这样组织的原因: 单 Server 场景是理解 MCP 最清晰的方式——一个 Client、一个 Server、一个资源——之后再加入多 Server 或远程传输的复杂度。

使用场景: 构建触达多个系统的助手的团队

Host 运行多个 MCP Client，每个 Server 一个

Servers：文件系统、Git、数据库、Web 搜索

LLM 针对每个请求选择调用哪个 Server 的工具

每个 Server 独立版本化、独立部署

增加能力 = 增加一个 Server，而非修改 Host

这样组织的原因: 多 Server 模式是 MCP 价值所在——不必往应用里塞 N 个定制集成，而是添加都说同一协议的 Server，能力由此可组合。

使用场景: 向 AI Host 暴露内部 API 的工程师

自定义 Server 封装一个内部 REST API

暴露一小组 MCP 工具（搜索、创建、更新）

把 MCP 工具调用翻译成带鉴权的 API 请求

任何兼容 MCP 的 Host 现在都能用它，无需改 Host

其背后的资源：内部服务 + 其数据库

这样组织的原因: 自定义 Server 是让专有系统 MCP 原生化的方式——你只写一次 Server，每个 MCP Host（不同 IDE、聊天应用、Agent）都能访问，而无需各自编写定制集成。

使用场景: 为众多用户部署共享 Server 的团队

Server 作为远程服务运行，基于 HTTP + SSE

多个 Host 连接到同一个 Server 实例

OAuth 处理按用户的鉴权和权限范围

Server 集中维护和监控

资源：共享的 SaaS 后端

这样组织的原因: 远程 MCP 把 Server 从本地子进程变成托管服务——图表的变化是增加一个鉴权层，并展示多个 Host 连接到一个 Server，这是共享、多租户能力的模型。

回到模板页，直接替换成你的课程主题、章节和复习重点，就可以继续使用这套结构。