🔗 Slim Tools:统一 MCP 网关,连接所有上游服务
> 来源: https://slim.tools/
> 日期: 2026-05-14
> 公司: Less But Better, LLC
一句话版本
Slim Tools 是一个托管的 MCP 网关服务:把你的所有 MCP 服务器(GitHub、Notion、Slack 等)接进去,它给你一个统一 URL,AI 代理只需要学会两个工具——搜索和运行——就能调用你所有上游服务。
核心内容
这是什么?
一个极简设计的 MCP 代理/网关 SaaS 服务。传统的 MCP 使用方式是每个上游服务在 Claude/Cursor 里配一条记录,随着服务增多配置膨胀。Slim Tools 的思路是在中间加一层:
你的 Agent(Claude / Cursor / Codex)
↓ 一个 URL: https://slim.tools/mcp
Slim Tools 网关(缓存了所有上游工具索引)
↓ 自动路由
GitHub / Notion / Slack / Railway / ...(你的 MCP 服务器)
Agent 端只看到 2 个工具:
| 工具 | 用途 |
|---|---|
| `discover_tools` | BM25 搜索缓存的上游工具索引,返回匹配结果 |
| `execute_code` | 在沙箱中执行代码,组合调用多个上游 API |
工作流程
来自官网的示例:Agent 要"创建一个 GitHub 仓库并部署到 Railway"
1. discover_tools 搜索 "create a github repository" → 12ms 查到 github.create_repo 等 4 个工具
2. discover_tools 搜索 "create a railway project, link a github repo" → 11ms 查到 5 个工具
3. execute_code 组合调用 github.create_repo → railway.create_project → railway.link_github_repo → 1.42s 返回结果
全程 3 次 MCP 调用,1.45 秒完成。一次 OAuth 认证即可访问所有上游。
创新点
为什么只暴露 2 个工具? 传统的 MCP 网关把所有上游工具直接暴露给 Agent。当你连了 50 个上游时,Agent 看到 200+ 个工具定义。这会导致:
- AGI 的上下文窗口被工具定义浪费
- 某些平台(如 Cursor IDE)有 40 个工具的硬限制
- OpenAI 函数调用有 128 个函数的 API 上限
Slim Tools 的方案:缓存所有工具定义在服务端,用 BM25 按需搜索。Agent 始终只看到 2 个"元工具"。
技术分析
| 维度 | 详情 |
|---|---|
| **类型** | 托管 SaaS(Cloudflare) |
| **协议** | MCP(Model Context Protocol) |
| **搜索** | BM25 检索(缓存上游工具索引) |
| **执行** | 沙箱代码运行(组合多个 API 调用) |
| **认证** | 一次 OAuth 配置覆盖所有上游 |
| **前端** | React SPA(Vite) |
| **公司** | Less But Better, LLC |
| **定价** | 未公开(无定价页面) |
| **开源** | 未找到对应仓库(闭源商业产品) |
竞争格局
Slim Tools 并不孤单——"MCP 网关"是一个正在快速发展的品类:
| 产品 | 类型 | 开源 | 特点 |
|---|---|---|---|
| **Slim Tools** | 托管 SaaS | ❌ | 极简,2 个元工具,一次 OAuth |
| **MCPProxy.app** | 桌面 App | ✅ MIT | Go 实现,v0.30,4400+ 服务,安全隔离,TPA 检测 |
| **Docker MCP Gateway** | 容器网关 | ✅ | Docker 官方,沙箱隔离 |
| **Gravitee MCP Proxy** | 企业代理 | ❌ | 治理/审计/可观测 |
| **fastmcp-gateway** | Python 网关 | ✅ | 同样 "discover + execute" 模式 |
MCPProxy.app 是最直接的竞品——同样使用 BM25 搜索发现工具、同样解决 token 膨胀问题,而且是开源免费的桌面应用。
风险 / 不足
1. 信息太少:官网只有一页 landing page,没有定价、没有文档、没有博客。无从判断功能和稳定性
2. 闭源:作为 SaaS,你信任 Less But Better, LLC 来处理你的 MCP 流量
3. 竞争激烈:MCPProxy.app 已开源且成熟(v0.30),Docker 也在入局
4. 公司身份不透明:"Less But Better, LLC" 缺乏公开信息
5. 安全模型未说明:沙箱执行的隔离级别、数据隐私策略均未公开
亮点
1. 设计极简:2 个元工具是一个优雅的抽象,解决了真实痛点
2. BM25 搜索实用:不用 LLM embedding,简单高效
3. OAuth 统一:一次配置解决所有上游认证,用户体验好
4. CLI/Agent 适配:兼容所有 MCP 客户端,无锁定
评分
| 维度 | 评分 | 说明 |
|---|---|---|
| 产品理念 | ⭐⭐⭐⭐⭐ | 2 个元工具的抽象非常优雅,直击 MCP 膨胀痛点 |
| 信息透明 | ⭐☆☆☆☆ | 无定价、无文档、无开源、无公司信息 |
| 成熟度 | ⭐⭐☆☆☆ | 只有 landing page,无法判断真实可用性 |
| 竞争地位 | ⭐⭐☆☆☆ | 竞品 MCPProxy.app 已开源成熟,Slim Tools 缺乏差异化 |
| 安全性 | ⭐⭐☆☆☆ | 沙箱执行细节未公开,需信任第三方 SaaS |
综合评分:2.4 / 5.0 — 产品理念出色,但目前信息极度匮乏,定位模糊于 SaaS 和精益项目之间,且面临 MCPProxy.app 等成熟竞品的强烈挤压。
项目关联
- 与 OpenClaw 的 MCP 插件集成策略相关——MCP 网关是 Agent 基础设施的关键组件
- "2 个元工具"的抽象思路可以借鉴到 OpenClaw 的工具发现机制
- 如果考虑自建 MCP 网关,MCPProxy.app 比 Slim Tools 更成熟可靠
链接
- 官网: https://slim.tools/
- MCPProxy.app (竞品): https://mcpproxy.app/
- Docker MCP Gateway: https://github.com/docker/mcp-gateway
- fastmcp-gateway: https://github.com/Ultrathink-Solutions/fastmcp-gateway
- Chrome DevTools MCP Slim Tool Reference: https://github.com/ChromeDevTools/chrome-devtools-mcp/blob/main/docs/slim-tool-reference.md