MCP（Model Context Protocol）是 Anthropic 推动的开放协议：让 Agent 用统一方式连接数据库、GitHub、Slack、本地文件等MCP Server。Hermes 文档有专门 MCP 章节——不是又一个 JSON hack，而是可复用的工具总线。
一、一句话搞懂
MCP = Agent 与外部世界之间的标准插口：Server 提供 tools/resources，Client（Agent）按需连接。
以前每个框架各自写 Slack 插件、Postgres 插件；MCP 希望写一次 Server，多个 Client 都能用。类似 USB：设备（Server）和电脑（Agent）通过标准协议对话。
二、深度拆解：到底差在哪？
### 1. 三个核心概念
MCP Server：暴露 tools / resources / prompts
MCP Client：Agent 或 IDE 里嵌入的连接器
Transport：stdio / HTTP 等
### 2. 为什么 Agent 框架爱 MCP
工具清单可发现（list_tools）
权限可在 Client 侧过滤
社区 Server 可复用（Git、Drive、DB…）
### 3. Hermes 里的 MCP
文档：连接 Server → 过滤 tools → 注入 Agent loop
### 4. 和 Function Calling 的关系
底层仍可能是 function calling；MCP 是更上一层的生态标准，不是替代模型 API。
三、适合谁 / 不适合谁
适合：给 Agent 接企业内部系统的集成工程师；用 Cursor/Claude Desktop 的开发者。
不适合：只有一个 HTTP API 的简单 Chatbot。
典型决策：
1.工具 >5 个且多项目复用→ 考虑 MCP Server
2.单一脚本→ 直接写 function 更快
3.安全敏感→ Client 侧必须 filter + audit
四、核心要点（收藏这张）
手写 tool
快 | 难复用
MCP Server
标准、可共享 | 多一层运维
插件市场
省心 | 信任链要谨慎
五、和别的概念怎么分？
MCP vs Plugin：MCP 是协议；Plugin 常指某产品私有扩展
MCP vs API 直连：MCP 管 discovery 与 schema；API 只管调用
MCP vs Skills：Skills 偏「知识/流程」；MCP 偏「实时工具与数据」
六、真实工作流（可以直接抄）
接一个 MCP Server 的最小路
1. 选现成 Server（如 filesystem、github）
2. Client 配置连接串
3. `list_tools` 确认 schema
4. 在 Harness 里限制允许调用的 tool 名
5. 打日志：谁、何时、调了什么
七、常见误区与踩坑
❌上了 MCP 就安全：Server 仍可能越权
❌所有工具都要 MCP 化：过度工程
❌MCP 只给 Claude 用：Hermes、Cursor 等都在接
)