← 返回知识库

工具筛选

装 MCP 工具之前,先看这三样:它能碰什么、吃多少上下文、坏了会不会喊

MCP 是给 AI 接外部工具的一套通用接口。装之前有三件事得先问清,不然装完才发现代价在别处。

本文目录 按章节阅读

导读

MCP 是给 AI 接外部工具的一套通用接口。以前要让它查数据库、发消息、操作某个软件,得有人专门给它写一套;现在只要按这个标准接一个服务,它手上就多出几个能真正动手的工具。

装之前有三件事值得先看清:它能看到什么、它会占掉多少上下文、它坏了会不会告诉你。这三件事都不是安装步骤里的内容,装完才发现就有点晚了。

下面这段整块发给你的 AI,让它先给你审一遍。

把这段话整段发给你的 AI

复制下面整块,原样发给它:

左右滑动查看完整代码

我准备给 AI 装一个 MCP 服务:(粘贴仓库地址或服务地址)

请你先做一次安装前的审查,不要动手装。逐项给我结论,查不到的写“查不到”。
一、它能读到什么、能改什么。列出它提供的工具,逐个写清会不会读文件、会不会写文件、会不会联网、会不会调用账号接口。
二、它怎么跑。是本机进程还是连到别人的服务器。要不要凭据,凭据放在哪,会不会经过对话内容。
三、它给 AI 挂几个工具。几十个以上的要特别标出来,并说明这些工具的说明每轮都会占上下文。
四、坏了会怎样。它启动失败的时候,AI 是报错,还是静默地少掉这几个工具。
五、不装的理由。如果你认为这个服务不值得装,直接说,并给出替代做法。

最后给我四行。
1. 装不装。
2. 装的话,我要为它开哪些权限(具体到目录、接口、账号)。
3. 装完第一步怎么验它真的生效了。
4. 以后不想用了,要关掉什么。

不要编工具名和字段名,只写你这次真的读到的。

它把审查结论交回来,你再决定装不装。

需要你亲手做的三件事

  • 决定开哪些权限。它会告诉你这个工具能碰什么,但“值不值得把这块交出去”只有你能定。能收紧就收紧,先给一个目录,别一上来给整个盘。
  • 把凭据放进配置,别放进对话。密钥写在聊天里,等于把它交进了一段会被保存、被压缩、可能被转发的内容里。
  • 装完亲手验一次。让它调用一次那个新工具,看返回的是真数据还是它自己编的。再故意做一件它不该能做的事,看拦不拦得住。

附:三个坑

坑一,它能碰到什么。MCP 服务分两种:本机进程那种,跑在你的机器上,用你的权限;连远程服务器那种,你的文件和数据要出去。两种都要问一句“它需要这个权限吗”,很多服务要的权限比它实际做的事大得多。

坑二,工具本身吃上下文。接进来的每个工具,名字和说明每轮都要塞进上下文里。接三四个服务、几十个工具之后,你真正要说的话被挤到一边,速度和费用一起变差。装之前数一下它给你加多少个工具,工具特别多的服务,用完就关。

坑三,它坏了不会喊。这一条最容易被忽略:底层的包没装,整套支持会被静默关掉,界面上看不出区别;服务起不来,那几个工具就是直接消失;定时任务里引用的东西不见了,任务照跑,最后还能输出一句“已完成”。所以别用“装完了、没报错”当验收,唯一的验收是“它真的返回了东西”。

附:装完怎么验一次

  • 让它调用新工具,拿一个你已知答案的问题去问,看返回对不对。
  • 试一次越权。让它去读一个你没授权的目录,或者调一个你不打算开的能力,看是拦住还是照做。
  • 记一笔。把“这个服务开了哪些权限、凭据放在哪、怎么关”写在一处。哪天不想用了,才知道要关什么。
  • 定期看一眼它还在不在。工具静默消失这件事不会通知你,隔一段时间调用一次是最省事的检查。

把用得上的方法,分享给需要的人

如果身边有人也遇到类似问题,可以把这篇文章发给他,一起参考文中的步骤。

接下来怎么做?

可以先按文中的步骤自己试一遍。遇到具体问题,再决定是否需要协助。

继续看知识库 ↗