给 AI 装手:MCP 是什么、怎么选

主线第 13 课讲过，它没有手。它只是在窗口里看到一张工具表，写一行"调这个工具"，外面的程序替它执行。

问题是工具表从哪来。以前每个 AI 产品要给每个工具单独写一份接法，一百个工具乘十个产品就是一千份。MCP 把插口统一了：工具方按同一个格式做一次，所有支持 MCP 的产品都能接。一个 MCP 服务，就是一包做好的工具，带名字、说明、要填什么参数，正好就是那张工具表的来源。

它火不是因为技术难，是因为省掉了一千份接法。

装一个，等于做了三件事

装一个 MCP 服务，你实际上做了三件事，每件都值得看一眼：

1. 工具表多了几行。这几行每一轮都进窗口（第 6 篇讲的那个账）。装十个 MCP，工具表几十行，它选工具就开始选错。

2. 给了它一双手。这双手能做的事，它就真的会去做。能读日历的，也可能改日历；能查数据库的，看它有没有写权限。

3. 引入了一个第三方。这个服务是谁写的、跑在哪、你的数据经不经过别人的服务器。装之前看清楚。

怎么选

三个问题，按顺序问：

• 这件事我真的会反复让 AI 做吗？只做一次的，复制粘贴比装 MCP 快。

• 它要什么权限？只读还是能写、能删。能不给写权限就不给。碰到"需要你的全部账户权限"，想一想它为什么需要。

• 谁做的？官方出的、大项目出的优先。来路不明的，等于把家门钥匙给了陌生人。

常见坑

• 能装的都装。工具表几十行，每轮都进窗口，它反而选错工具、变慢、变贵。只装用得上的。

• 权限一路点同意。给了删除权限，它某一轮判断失误就真删。第 13 篇讲怎么在危险操作前加一道门。

• 装完不验。问它"你现在有哪些工具"，看新工具在不在表里。不在，就是没接上。

• 拿 MCP 当 Skill。MCP 给的是手（能调什么），Skill 给的是手册（怎么做事）。装了 GitHub 的 MCP，它有了提 issue 的手，但"先查重、按模板写"还得靠 Skill 教。