引言

在第一篇文章里，我们介绍了 MCP 是智能体与现实世界之间缺失的一环。本文我们将深入探讨 MCP 如何真正让智能体连接到我们每天依赖的系统和数据 —— 包括数据库、API、SaaS 工具，甚至是一些仍在运行的旧系统。

---

架起桥梁：从 Agent 到企业系统

每个组织都运行在一套复杂的系统拼图上：数据库用来处理交易，API 提供服务，SaaS 应用支持办公效率，文件系统里保存着大量文档。

单靠智能体，它们无法访问这些系统。而 MCP 提供了桥梁：

• Agent（MCP Client） 发起请求。
• MCP Server 位于系统前端，翻译并转发这个请求。
• 系统（数据库、API 或 SaaS 应用）执行请求并返回结果。

通过这种方式，同一个智能体不仅能“写”SQL，还能安全地在 Postgres 数据库中“运行”SQL，从 Salesforce 获取信息，或打开日志文件进行分析。

---

连接现有的数据

MCP 可以直接与现有系统配合 —— 无需重建。

例如：

• 数据库（Postgres、SQL Server）： MCP Server 可以暴露一个受控的查询接口。智能体可能会问：“上周的前 10 笔交易是什么？” 服务器执行 SQL 并返回结果。
• 文件系统： MCP Server 可以提供文件浏览或读取功能。智能体可以总结文档，或扫描日志中的错误。
• APIs： 不需要为每个 API 都写一份定制代码，而是把它们统一封装成 MCP Server。从智能体的角度看，它们都是相同的接口。

只要系统通过 MCP 进行封装，任何支持 MCP 的智能体都能直接使用，而这种统一性正是关键所在。

---

MCP 作为通用适配器

真实的环境往往很杂乱：既有现代化的 SaaS API，也有依然重要的老旧系统。

通常，把智能体接入这些系统需要为每个写一份单独的集成代码。而有了 MCP，你只需封装一次。之后，智能体通过统一的协议就能访问它们。

这就是为什么 MCP 就像一个 通用适配器：

• 旧系统和现代 API 都以相同方式暴露。
• 智能体不需要知道服务器背后是什么。
• 开发者也不用为每个集成单独写“胶水代码”。

简而言之，MCP 在扩展智能体可用性的同时，降低了集成的复杂度。

---

连接方式

可以这样来理解MCP 和现有系统的关系：

用户 → Agent (MCP Client) → LLM
                 ↓
            MCP Protocol
                 ↓
            MCP Server → 数据库
                       → SaaS API
                       → 文件系统
                       → 遗留系统

---

总结

MCP 的优势在于让现有系统能够被智能体使用：

• 它通过标准化的服务器，把智能体与企业系统连接起来。
• 它直接连接到你现有的数据库、文件和 API 中的数据。
• 它消除了新旧系统之间的差异，让两者能够顺畅衔接。

MCP 不是用来取代现有系统的，而是让智能体能够以统一且安全的方式访问并利用这些系统。

下一篇文章，我们将超越单一操作，看看 工作流 —— 智能体如何利用 MCP 把多个步骤串联起来，真正完成实际任务。