MCP 已死?一期讲清楚 MCP 是什么、为什么火、2026 年该怎么用
小袋鼠KAKO · 303 words · 2 min read · ZH

Below is the complete, readable transcript of MCP 已死?一期讲清楚 MCP 是什么、为什么火、2026 年该怎么用 by 小袋鼠KAKO on YouTube. Read the full text, copy any part you need, or generate a transcript for any video with our free tool.
2026年MCP发生了一件很荒谬的事 不少人嘴上都说它死了 手上却还在疯狂使用 一篇叫MCP已死的文章 冲上了Hacker News首页 Y Combinator的总裁跟着 吐槽它太吃上下文 Perplexity的CTO也说公司 内部正在把它换掉 可就在同一年 MCP官方SDK的月下载量快到5亿次了 两个主力SDK的累计 下载各自过了10亿 被这么多人唱衰 用的人却越来越多 它是真的过时了 还是很多人一开始就没把它弄明白 这期视频 我们从MCP最初想解决的问题讲起 再看看到了今年 为什么越来越多人开始喊它已死 我会顺着三个问题往下讲 第一个 MCP到底是什么 它是一个软件还是别的东西 第二个它为什么会出现 没有MCP的时候 让AI用上各种工具有多麻烦 第三个两年过去 MCP现在变成了什么样 真正在用它的人又是怎么用的 这不是编程课 全程不写代码 只要你用过AI 就能听懂 hi欢迎来到我的频道 我是Kako 关注我带你了解最前沿的AI资讯 先从大模型本身说起 大语言模型只会做一件事 就是生成文本 写东西翻译总结 它都很拿手 可它打不开你的邮箱 读不到公司的数据库 一笔订单现在到哪了 它也查不到 后来开发者给模型加了一个能力 这个能力叫工具调用 做法是提前告诉模型 这里有个工具叫发邮件 那里有个工具叫查天气 每个工具要填哪些参数
模型收到问题 自己判断用哪个工具 传什么参数 程序去执行 再把结果交还给模型 有了工具调用 模型才开始能真正动手干活 问题出在每一家的 工具调用写法都不一样 OpenAI用一套格式 常见的开发框架用另一套 自己写的应用往往又是第三套 这就带来了一个乘法 叫N乘M问题 N是AI应用的数量 M是工具的数量 乘出来就是要写多少套对接 比如公司里有五个AI应用 要接五个工具 五乘五就是二十五套 真实的公司要接的 工具通常有几十个 邮箱项目管理代码仓库 客户系统内部数据库 都得接进来 每一套都是定制代码 写完还得有人一直维护 MCP的提出 就是为了解决这个问题 MCP的全称是Model Context Protocol 中文叫模型上下文协议 先说清楚一件事 MCP不是一个要下载安装的软件 它是一套规则 这套规则管两头 AI应用想连工具 按规则去问 工具想被AI用上 按规则描述自己 按规则回答 两边都照着这套规则做 AI应用适配一次 工具适配一次就行了 原来那二十五套对接变成了五加五 一共十次适配 来看一次调用具体是怎么走的 这里有三个角色 你正在用的AI应用叫宿主 比如Claude Code Codex Cursor 提供工具的那一侧叫服务器
宿主每连一个服务器 就在内部开一个客户端 专门对接它 连上以后 客户端先发一条请求tools斜杠list 就是问服务器你能干什么 服务器回一张清单 每个工具叫什么 做什么要哪些参数 都写在上面 模型看完清单 选好工具 客户端再发第二条请求 tools斜杠call 把参数一起带过去 第一步那个问清单的动作 有个名字叫动态发现 传统接口没有这一步 对方上了新功能 得有开发者回来改代码 MCP的工具清单是连上以后现问的 服务器加了新工具 AI这边不用改代码就能用 MCP真正省下来的是 后面没完没了的维护 比如某个邮箱服务明天改了接口 没有MCP 所有接入过它的 开发者都得回来修改代码 可能几千个人在不同 项目里重复做同一件事 有了MCP 适配工作主要交给邮箱服务的团队 他们更新一次MCP服务器 使用方通常不需要 逐个重写接入逻辑 原本分散在几千个 开发者身上的维护工作 现在集中到了服务提供方 这才是MCP能省下大量成本的地方 MCP是Anthropic做的 2024年11月25号正式开源 但一家公司的项目为什么只用 一年多就走到了行业标准的位置 我觉得一个重要原因是它没有炫技 而是直接用了已经被验证过的东西 MCP的架构参考了 微软的语言服务器协议LSP 消息格式采用JSON-RPC 2.0 这两套技术都用了很多年 开发者不需要从头 学习一套陌生的体系 然后是大厂迅速入场 2025年3月
OpenAI宣布采用MCP 4月Google跟进 到了5月 微软把它列为跨平台的一等标准 2025年12月9日 Anthropic又把MCP捐给了Linux基金会 旗下新成立的Agentic AI Foundation 亚马逊Google微软和 OpenAI都是白金成员 从这一天起 MCP的治理权交给了基金会 它不再由Anthropic一家公司说了算 也真正具备了成为 行业公共标准的条件 MCP用起来方便 但这份方便是有代价的 每连接一个MCP服务器 模型通常都要先读 一遍它的工具说明 哪怕这一轮根本用不到这些工具 它们依然会占用上下文 Anthropic在官方视频里 也承认了这个问题 他们给的建议很直接 定期检查自己连接了哪些服务器 不用的就关掉 如果某个工具已经有命令行版本 直接调用命令行 往往更省上下文 Claude Code甚至加了一条自动规则 当MCP工具说明占用的上下文超过10% 它就不再一次性加载全部工具 而是切换为按需搜索 用到哪个再找哪个 到了今年 MCP的这些问题不再 只是开发者之间的抱怨 而是引发了一场争论 我们真的还需要MCP吗 2月28日 开发者Eric Holmes发表了一篇文章 标题就叫MCP已死 命令行万岁 文章当天登上Hacker News首页 他遇到的问题非常具体 MCP服务器经常启动失败 只能反复重启 一旦出错 还得钻进JSON日志里找原因 他的结论也很直接
Transcribe another video
Paste any YouTube, Instagram or TikTok link to get a free transcript.