Smithery 是什么?27,365 个 MCP 的目录,10 月 31 日关掉了自己的代理(基础篇)

Smithery 是什么?27,365 个 MCP 的目录,10 月 31 日关掉了自己的代理(基础篇)

如果你今年配过 MCP,大概率见过 smithery.ai 这个站:搜一个服务器,点一下,OAuth 弹窗走完,工具就能用。10 月 31 日,这套连接服务全部下线——网站还在,27,365 个服务器条目还在,但那个”一键跑起来”的 Smithery 已经没有了。

它本来是干什么的

MCP 是 Anthropic 在 2024 年底放出来的协议,作用是让 Agent 能调外部工具。但协议本身不带市场,问题立刻来了:那么多 MCP 服务器,去哪找、怎么装、OAuth 谁来配?

Smithery 2024 年 12 月由 Henry Mao(Jenni 前联创)起手,做的就是这块空白,可以理解成 MCP 世界的 Docker Hub,三层功能叠在一起:

  • 目录:搜索服务器,看用途、调用次数、verified 标记,后来还加了 90/100 这样的质量分。
  • 托管:把本该你自己跑的 remote server 跑在它机房里,对外给两个域名,run.tools 和 server.smithery.ai。
  • 代认证:OAuth 流程、token 刷新、凭据加密存储全包,客户端只需要填一个 URL。

这套东西在 2025 年确实解决了痛点。当年 4 月它公开的服务器数量是 4,000 多;到 2026 年 8 月是 23,611;现在首页写的是 27,365+。Skills 目录另算,25,356 条。Henry 自己说过,平台每天要处理 10 万次工具调用。

8 月被收购,10 月关停

8 月 5 日,Arcade.dev 宣布收购 Smithery,联创 Anirudh Kamath 一起进 Arcade。Arcade 做的是企业 Agent 的工具运行时和授权,6 月刚拿 6000 万美元 A 轮,收购逻辑写得很直白:Smithery 有开发者流量和体验,Arcade 有安全和治理,拼一起卖给企业。

收购不到三个月,10 月 31 日,Smithery 关掉了全部连接管理服务。官方公告列得很清楚,停掉的部分包括:

  • run.tools 和 server.smithery.ai 上的服务器 URL
  • Smithery API、Connect、Toolbox
  • 账号体系和 API key
  • CLI 和各个 SDK(会被标记为 deprecated)

付费用户按 8 月 5 日之后的费用全额退款,订阅直接取消。

留下的只有一个纯目录:smithery.ai 继续收录服务器,verified 的页面改成直接显示厂商官方地址,比如 mcp.linear.app/mcp,而不是原来那个 linear.run.tools 的中转域名。换句话说,Smithery 从”帮你把工具跑起来”退回到”帮你找到工具”。

现在怎么用

Smithery 关停后接入 MCP 工具的流程:目录选型、取厂商官方地址、写入 mcpServers、Agent 调用厂商服务并拿回结果
10 月 31 日之后,一个 MCP 工具从”在目录里被找到”到”被 Agent 调用”要走的四步

第一步,找。 进 smithery.ai/servers 搜关键词,重点看三样:verified 标记、调用次数、质量分。调用次数比 star 实在,一个 4 万次调用的服务器,至少说明有人在用、没跑挂。

第二步,拿官方地址。 点进详情页,找厂商自己的 MCP URL;本地类的记下 npm 包名。原来抄在小本本上的 server.smithery.ai/xxx 全部作废,10 月 31 日之后连不上了。

第三步,接进客户端。 远程服务器直接把 url 写进配置,Claude Desktop、Cursor、Hermes 这些客户端都认 mcpServers 这一套;本地服务器用 npx -y 加包名起进程。认证得自己走一遍,Gmail、Slack 这种要建 OAuth 应用的,准备好花半小时。

第四步,关于发布。 官方公告没说新服务器以后怎么收录,只说了目录继续在。想做分发的人,现在等于没有入口,别指望还能像以前那样自助上架、自带托管和观测。

实话

目录不等于能跑。 Smithery 现在省下的只是搜索时间,认证、托管、凭据轮换全得自己来,或者掏钱买 Arcade。如果你之前是靠它跑 Gmail、Slack 这类现成连接,这次是被迫迁移,不是升级。

安全账要自己算。 GitGuardian 披露过它托管层的一个路径穿越问题:smithery.yaml 里的 dockerBuildPath 没校验,能把构建机上的文件带进 Docker 构建上下文,理论上波及 3,000 多台托管服务器和一批密钥。官方修得很快,也没发现被利用,但这事说明集中托管的风险模型——一家出事,一片跟着抖。现在代理关了,这层风险没了,换成每个厂商各自认证,责任也摊回你自己身上。

首页和公告不同步。 首页大标题还挂着 “Connect agents to thousands of tools”,下面还有 npx smithery auth login 的示例代码,但每页顶部的横幅和 /future 页都写着 10 月 31 日已关停。CLI 最后一版停在 4 月 30 日的 4.11.1,半年没动过。照着首页抄配置,只会白折腾。

对个人玩家,它还值得收藏。 27,365 条的样本量、调用次数、质量分,选 MCP 服务器时比 GitHub 搜索靠谱得多;把它当黄页用,别当基础设施用,心态就对了。

从 4,000 到 27,365,Smithery 用一年半教会了整个 MCP 生态怎么找工具;然后用一次收购和一次关停,把”谁来跑工具”这个问题交回给厂商和云厂商。目录会一直在,但代跑这门生意,最后还是要落到有企业合同的人手里。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注