大多数 MCP 服务器本不需要存在——但你的情况可能是个例外
文章探讨了 MCP（模型上下文协议）服务器的实际必要性，指出当前许多 MCP 服务器的部署其实并不合理，大部分情况下可以直接通过 API 调用或简单脚本来替代。作者分析了 MCP 架构的适用场景与过度工程化的常见陷阱，帮助开发者判断何时真正需要引入 MCP 服务器，何时应优先选择更简洁的方案。
背景速读
- MCP（Model Context Protocol）是由 Anthropic 在 2024 年底推出的开放协议，旨在让 AI 助手（如 Claude）直接访问外部工具、数据库或 API。简单说，它让大模型能"动手"干活，而不只是"动嘴"聊天。
- 文章争论的核心是：MCP 营销很火热，但在大多数场景下，它并非必要的架构。作者认为直接用 API 调用或现有 SDK 往往更简单、更可靠、更容易调试，尤其在业务逻辑中。
- 作者来自 Evil Martians，一家知名的技术咨询公司，客户包括 GitHub、PostgreSQL 社区等，在开发工具和基础设施方面有权威性，不是纸上谈兵。
- 这篇是实践者的务实"泼冷水"：当所有人都在 hype 某个新协议时，先想清楚问题是不是真的需要一个新协议来解决。对技术决策者来说，这是一篇"该不该上 MCP"的冷静指南。