为什么需要 MCP
在 Agent 之前，每个 IDE 自己接一套插件：A 能查 DB，B 能调 Notion，接口互不兼容。
MCP（Model Context Protocol） 试图成为中间层：
- Host：Cursor、Claude Desktop 等；
- Client：Host 内的 MCP 客户端；
- Server：你部署的工具服务（读 GitHub、Postgres、自定义 API）。
一次实现 MCP Server，多个 Host 可复用。
核心概念
| 概念 | 说明 |
|---|---|
| Resources | 只读数据（文件、schema） |
| Tools | 可执行动作（query、create issue） |
| Prompts | 预置模板（可选） |
传输常见 stdio（本地子进程）或 HTTP/SSE（远程）。
典型用例
- 查 PostgreSQL / MySQL schema 再写 SQL；
- 读 GitHub issue 实现功能；
- 调 内部 REST API 查订单；
- 读 本地 monorepo 规范文档。
安全清单
- MCP Server 最小权限（只读账号、限 IP）；
- 生产 DB 与开发 DB 分离；
- 日志审计 tool 调用；
- 勿把 root 凭证写进配置文件提交 git。
在 Cursor 中的位置
Cursor 支持配置 MCP servers（mcp.json / 设置 UI，以当前版本文档为准）。配置后，Agent 会话可自动看到 Server 提供的 tools。
入门步骤（抽象）：
- 选一个官方或社区 MCP Server（如 filesystem、github）；
- 本地安装并配置 env token；
- 在 Cursor 启用，测试「列目录」「查 issue」；
- 再考虑自写 Server 封装博客 API。
自写 Server 何时值得
- 你有重复在多个项目里查同一内部系统；
- 需要把 合规审计 集中在 Server 层；
- 团队要统一 tool schema，而不是每人写 prompt 粘贴 curl。
否则先用现有 HTTP + 脚本可能更快。
与 Function Calling 区别
OpenAI function calling 是模型 API 层能力；MCP 是 Host 与工具之间的协议与生态。二者可共存：Host 通过 MCP 拿 tool，再转成模型 tool schema。
小结
MCP 是 AI 时代的 USB 口——标准化插件连接。个人开发者从官方 Server 玩起，团队再考虑封装内部系统。
参考：Model Context Protocol 规范 · 作者整理。