MCP到底解决了什么问题?一篇文章带你从零搭建

说实话，我关注MCP不是因为它火，而是因为我真的受够了。

受够了什么?受够了那些所谓的"集成代码"——一堆临时拼凑的脚本,看似聪明,实则脆弱得一碰就碎。每次同事问我:"能不能让AI安全地读取内部数据,但不用重写半个后端?",我就知道又要开始一场艰难的架构讨论。

直到我真正理解了MCP,才发现这不是什么时髦的新框架,而是一个早就该存在的抽象层。就像REST让服务和服务对话,MCP让模型和系统对话——这个类比一旦想通,其他问题就迎刃而解了。

这篇文章不谈理论,不讲故事,只讲怎么用TypeScript搭建你的第一个MCP服务器,以及我踩过的所有坑。

先搞清楚一件事:MCP不是什么

在动手之前,咱们得澄清一个误区。

MCP(Model Context Protocol)不是:

• 又一个需要你供起来的框架
• 什么神奇的AI服务器
• 你现有后端的替代品

MCP是一份契约——一份非常固执己见的契约。

它定义了工具(Tools)、资源(Resources)和提示词(Prompts)如何以可预测、可检查、可审计的方式暴露给模型。

打个比方:REST让微服务之间能说话,MCP让AI模型和你的业务系统能说话。

如果这个概念还不清楚,建议先去看官方规范(https://modelcontextprotocol.io),看一遍就够了。看完回来,我们接着聊。

为什么TypeScript是最优选?

能用Python写MCP服务器吗?当然。

能用Rust写吗?没问题。

但为什么我强烈推荐TypeScript?

理由很简单:

1. 你的技术栈里很可能已经有Node了
2. JSON是MCP的原生语言,TypeScript天然亲和
3. 类型系统能在模型开始胡编乱造之前就把错误拦住
4. 工具链成熟且稳定(这是夸奖,不是讽刺)

更重要的是,大部分MCP服务器都是集成密集型,而非计算密集型。TypeScript在这种场景下如鱼得水。

必须理解的心智模型(否则你会很痛苦)

在写代码之前,你必须搞懂这个核心概念:

一个MCP服务器暴露三样东西: