工具接太多,AI 反而变笨了?聊聊＂渐进式 MCP 网关＂PMCP

MCP 火起来之后，大家的姿势越来越像：这个服务器接一个，那个工具也接一个——GitHub、Jira、数据库、浏览器、文件系统……一个比一个香。

然后某天你会发现不对劲：

AI 还没开始干活呢，先"背"了二十几份工具说明书；问它一个简单问题，它盯着几百个工具选项发呆；想再加个新服务器？重启吧您内。

给 AI 装上手脚这件事，装上瘾了，结果手脚太多，脑子不够用了。

最近 GitHub 上有个开源项目专门治这个病，叫PMCP（Progressive MCP，渐进式 MCP 网关）。今天讲讲它是什么思路——顺便你会发现，这个思路比这个工具本身更有意思。

一、先看清病灶："工具肥胖症"

MCP 的机制是：AI 应用连上一个服务器，就要把这家所有工具的完整定义（名字、功能说明、参数格式）加载进上下文——不然 AI 不知道自己有啥可用。

连一个服务器没事。连五个还行。连十几个，事情起变化了：

• 贵：几十上百份说明书，动辄几万 token，每次提问还得"重新读一遍"，账单直接起飞；
• 挤：说明书占掉大半上下文，真正干活的聊天记录、代码、资料反而没地方放了；
• 懵：给一个模型摆 200 个工具选项，它挑错、混淆的概率肉眼可见地上涨——就像给新手司机一万个按钮的仪表盘；
• 烦：加个新服务器通常要重启助手，配置越攒越长。

这毛病连官方都公开点过名——上下文膨胀就是 MCP 工具生态的关键挑战。工具越多，AI 反而越迟钝，这不是玄学，是算术。

二、PMCP 的思路：给 AI 配个"前台"

PMCP 是个开源网关（Python 写的，pip install pmcp 就能装），核心动作特别简单：

把 AI 和一堆 MCP 服务器隔开，中间站一个前台。

以前：AI 直连十几个服务器，每家发一摞说明书。现在：AI 只连 PMCP 这一个口，看到的是固定的约 26 个"元工具"——说白了就是前台的几个标准动作："帮我找能干这事的""把这份说明书调出来""替我打给那家"。

至于背后接了多少服务器、每家有多少工具，AI 一概不用先背着——全在前台的名片库里躺着，用哪张，抽哪张。

这就是名字里 Progressive（渐进式）的含义：信息不一次性灌给你，用到哪层，给哪层。

三、"渐进式披露"三步走

具体到一次干活，就三步，你秒懂：

第一步：问前台，拿"名片"。你说"我需要给网页截图"。AI 调一下能力检索，前台回一张小名片：有个浏览器工具能干这事，一句话介绍，几十个字。注意：到这里都还没加载它的完整说明书。

第二步：确定要用了，才调"手册"。AI 说就它了，前台这时才把那份工具的完整说明书（参数、格式）下发。用哪个，看哪个的手册——一次一本，不是几百本。

第三步：真调用，顺便"叫醒"服务器。AI 通过前台的统一入口发起调用。而那个浏览器服务器呢？默认在睡觉——PMCP 的下游服务器"懒启动"，第一次被用到才自动唤醒；要加清单里的新服务器（内置 90+ 目录），现场拉起来就行，AI 助手不用重启。

三步走完，AI 的桌上永远只有：一份名片目录 + 正在用的那一本手册。工具从"全都背着"变成"随叫随到"。

四、前台顺便干的"家务事"

站住了中间这个位置，前台还能顺手管一堆杂务，这些可都是散装直连时没人管的：

• 门禁：统一权限策略，哪些服务器、哪些工具、哪些资源可用，一份清单说了算；项目自带的配置文件默认"不予信任"，要你手动批准——防的就是仓库里埋个恶意配置坑你；
• 嘴严：工具输出超长自动截断，可选的密钥脱敏——防止 access key 之类顺着输出漏给模型；
• 记账：待办任务能查能取消，长任务统一管理；
• 体检：命令行自带 doctor 自检，多人共用一个网关也给你把状态理清楚。

一句话：散装接工具是"各自为政"，走网关是"纳入编制"。管起来之后，安全、成本、运维这些成年人的问题才有解。

五、泼三盆冷水，再谈要不要上

这项目很对路，但别脑热，三句实话：

第一，它很年轻。PMCP 是社区开源项目（GitHub 上刚攒了几十 star，接口还在快速迭代，大版本升级带破坏性变更清单），不是 MCP 官方标准。追新可以，指望它十年稳定，还早。

第二，别为三个服务器请一个前台。就接了两三家工具，说明书占不了多少上下文，网关那层"问名片→查手册→再调用"反而多绕两道弯。它是为"十几个起步、还在膨胀"的重度玩家准备的。

第三，前台自己也要锁门。它的 HTTP 模式默认无鉴权、只建议监听本机——你要真把它架成团队共享服务，鉴权、TLS、防火墙都得自己配齐。给 AI 修了个前台，别忘了前台也得防着坏人。

六、写在最后：生态一大，"网关"必然出现

跳出这个工具看，PMCP 其实是个特别有历史韵味的信号。

互联网走到哪一步，"中间层"就长到哪一步：接口多了，出现 API 网关；网站多了，出现搜索引擎；应用多了，出现应用商店。它们的本质都是同一件事——

当"能力"多到背不动，就必须有人负责"不让你全背"。

AI 工具生态正在复刻这条路径。MCP 解决了"怎么接"，接下来真正的战场就是"接多了怎么办"：按需加载、渐进披露、统一治理——今天你叫 PMCP，明天可能叫别的，但这个物种一定会越来越多。

所以对你我这样的普通用户，结论反而简单：

放心接工具，但记住一条铁律——AI 的注意力是它最贵的资产，谁帮你省这个，谁就是自己人。