上周三，你写完最后一个工具函数，把那个塞了三十个工具的 MCP 服务器挂到了目录上，顺手推了条链接。三天过去，安装量纹丝不动。但真正让你后背发凉的事情还在后面——那些为数不多点下“连接”的人，盯着空白的输入框愣了几秒，然后关掉了窗口。你以为自己面对的只是一个安装问题，其实从头到尾，你踩了两个坑，而第二个坑几乎没人想过要填。

Remoet 团队把自己的 MCP 服务器反复推了五个版本，专门蹲着看人怎么从“听说过”走到“智能体真的调通了一次工具”。结果走到了连接界面的人里，不到一半真正跑出过一次工具调用。有些人压根没搞明白到底连上没连上，更多的人是连接一切正常，但打开交互框之后完全不知道能跟它说什么。进去了，然后什么都没发生——这不是多挂几个目录、写条更巧妙的推文能补得上的漏斗。这就是“二次安装”：第一次是把服务器连上客户端，第二次是把这项能力装进用户的脑袋里。大部分人只交付了第一次，完全无视了第二次。

打开网易新闻 查看精彩图片

搞 MCP 的人容易把分发当成一个工程结束之后才启动的市场动作，可从用户听说这个服务器到真的让它产出一句有用的工具调用，中间每一步都是产品工程。只要有一个环节对人不友好，人就流失了。安装路径本身就是一个产品，需要设计、需要构建、需要实际观察人走一遍，然后盯着他们摔倒的地方去修。Remoet 自己的人一度以为问题是“没能进足够多的目录”，后来才发现，就算有人找到了他们，路径里没被量过的六七个地方都在悄悄漏人。漏得最惊悚的不是开头，而是终点。

为什么 MCP 的安装会这么难？结构性的毛病摆在那：服务器跑在自己的基础设施上，但安装这件事却要在别人的客户端里进行。配置文件放在你没见过的角落，机器也由不得你远程看一眼，本质上你是在给一间自己压根没待过的房间画装修图。更要命的是那个 N 乘 M 的问题——客户端有 N 个，Claude 桌面版、Claude 代码模式、Claude 网页版、Cursor、Windsurf、VS Code、OpenClaw，而且几乎每个月都会冒出新的。每个客户端要求的配置结构都不一样，文件名不同，路径不同，对认证方式的想象也不同。而作为 M 个服务器之一，你必须把自己的说明书写得能适配所有的 N。同一个服务器，为了三个不同的客户端，就得出三套不同的入口指引，用户哪怕走错一步，整条链就断了。

问题到这里还没完。即便你费劲解决了配置差异，用户成功连上了，那个空白的提示框照样能把人逼退。用户脑子里没有“我能让这个服务器干什么”的菜单，也没有任何语音或引导告诉他们可以执行的第一个动作。他们需要的不是一篇技术文档，而是一套即刻可用的交互范例，告诉他们：你可以说“帮我把上个季度销售数据整理成图表”，或者“扫描代码仓库里不合规的配置文件”。工具的能力不装在用户的认知里，就相当于没装。二次安装的本质，就是用最轻量的交互设计，把服务器能力翻译成用户瞬间能理解的动作样本。这件事目前几乎没有 MCP 服务器的开发者当回事。

所以当你下一次打算往目录里新扔一个 MCP 服务器的时候，先别急着打磨那三十个工具。去数一数从你放下链接到用户成功完成一次工具调用之间，一共要过几道门。然后再问问自己：除了 JSON 配置和 OAuth 令牌之外，你给那扇写着“连接成功后请开始使用”的空屋子，到底准备了什么。