AI 为什么会？⑭ AI 为什么突然什么软件都能连接了？
上一篇，我们调查了一个重要问题。模型可以学会理解代码、选择工具，但真正的运行和操作通常发生在模型之外。于是，一个新的问题出现了，如果浏览器、Python 都只是工具，那么
为什么越来越多的软件，也开始主动接入 AI？GitHub，Notion，飞书，Google Drive，Slack，……它们之间，到底发生了什么？
一、软件早就能连接，只是接口各不相同
软件之间的连接并不是今天才出现。API、插件和自动化平台早就能让不同软件交换数据。
问题是，每扇门的锁都不一样。一个程序想连接十个软件，往往要适配十套账号、接口和规则；对方一升级，还要跟着维修。门越来越多，钥匙也越来越多。
二、后来，我发现 AI 遇到了同一个问题
AI 想完成任务，越来越需要调用软件，例如，今天，它要读取 GitHub，明天，它要查 Notion，后天，它要修改飞书文档，如果每接入一个软件，开发者都重新写一套，事情很快就失控了，这其实和现实世界一样，如果每个品牌的手机充电器都不同，每次出门，你都要带一包线，真正麻烦的，不是充电，而是没有统一标准。
三、USB 为什么会成功？
有一天，我突然想到一个特别好的比喻。以前，鼠标，键盘，U 盘，打印机，都有自己的接口，后来，USB 出现了，世界突然简单了，不是因为 USB 更聪明，而是因为：
大家终于约定了一种共同的语言。
于是，支持同一标准的设备更容易接入同一套系统。这个比喻不完全严谨，但它说明了一件事：统一接口，可以减少重复适配。
四、AI 世界，也发生了同样的事情
后来，AI 应用也撞上了同一堵墙。每接一个数据源、一个工具，都重新做一把钥匙，成本实在太高。于是，人们开始尝试约定一种共同的连接方式：服务按相似的格式说明自己能提供什么、需要哪些参数、会返回什么结果。
这样，支持同一协议的 AI 应用，就能用相近的方式发现和调用不同服务。
不过，统一插头不等于拿到了所有房间的钥匙。认证、权限和业务规则仍然要分别处理，“接得上”和“可以随便用”完全是两回事。
五、终于，我们可以介绍一个名字了
走到这里，这个名字终于有必要出现了。其中一套正在被广泛采用的协议，叫作：
MCP（Model Context Protocol）。
第一次听见这个名字的时候，我觉得特别复杂，后来，我越来越觉得，它其实一点也不复杂，如果一定要用一句话解释。我更愿意这样说：
MCP 不是一种能力，而是一套连接大模型应用与外部数据和工具的协议。
就像 USB，它不会帮你存文件，不会帮你打印，不会帮你上网。它只是告诉所有设备：
以后，我们就按这个标准交流。
MCP 也是一样。如果继续往工程里走，你还会遇到 Host、Client 和 Server：Server 提供资源、提示词和工具，Host 负责用户授权、安全边界和整体协调。
现在不用急着背这些角色。先记住那排终于开始统一的插口就够了。
六、连接不是模型独自完成的
写到这里，我突然发现，很多人只看到了模型越来越厉害，却忽略了连接还需要另一半：
越来越多的服务，开始通过相同的协议向 AI 应用暴露能力。
如果把 AI 理解成完整产品，当然可以说“AI 连接了软件”。但这不是模型独自学出的一项本领，而是模型、AI 应用、协议和服务提供方一起完成的。
MCP 不是唯一的连接方式，也没有让所有软件一夜之间彼此兼容。它做的事情没有那么神奇，却很重要：让一部分重复造钥匙的工作，变少了。
调查笔记 No.14
今天，我们推翻了第十四个认知。
❌ 模型必须为每一种软件重新训练一种连接能力。
✅ 很多时候，真正发生变化的是 AI 应用与外部服务开始支持同一种连接协议。
今天，我们认识了一个新名字。
MCP（Model Context Protocol）
不过，真正重要的不是记住 MCP，而是记住：
它是一套连接协议，而不是模型新长出来的一种能力。
当前掌握的线索
- AI 根据 Context 思考。
- AI 可以调用 Tool 完成任务。
- 只有 Tool 还不够，系统还要知道何时调用、怎样执行并检查结果。
- MCP 标准化的是大模型应用与 MCP Server 之间的一类连接方式。
- 统一协议降低接入成本，但不会自动解决权限、信任和安全问题。
下一步调查
如果 AI 已经能够连接工具，又能够连接软件，那么，它为什么还能自己规划任务？为什么知道：第一步做什么，第二步做什么，第三步再做什么，它又是什么时候开始像一个真正的项目经理？下一篇，我们继续调查。
《AI 为什么会？⑮ AI 为什么开始自己安排工作了？》