Cloudflare MCP Server

★ 3.9k · GitHub →

Cloudflare 的远程托管 MCP 服务器集群——Workers、可观测性、DNS、Radar 等一应俱全。

Cloudflare MCP Server 是什么?

Cloudflare 在架构上押了和多数厂商不同的方向:不是给你一个本地安装的服务器,而是在自家边缘网络上托管了一整批领域专用的 MCP 服务器,统一挂在 *.mcp.cloudflare.com 下——文档、Workers 绑定与构建、可观测性、浏览器渲染、Logpush、AI Gateway、审计日志、DNS 分析、GraphQL,还有几个 Cloudflare One 安全类服务器。每个只做一件事,工具面都不大。

因为是远程托管,你什么都不用跑:把 MCP 客户端指向类似 https://observability.mcp.cloudflare.com/mcp 的 URL,再用 Cloudflare 账号完成授权即可。原生支持远程服务器的客户端(包括 Claude)可以直连;只支持 stdio 的老客户端要借 mcp-remote 这个 npm 包做桥接。旧的 SSE 端点已弃用,统一转向 Streamable HTTP。

它同时也是"远程 MCP 认真做出来是什么样"的现成范本——Cloudflare 先造了在 Workers 上托管带鉴权 MCP 服务器的一整套工具链,再用这批服务器自己吃狗粮。但毛边也是真实存在的:部分服务器需要付费 Workers 套餐,可观测性服务器的链式工具调用长起来能直接撑爆模型的上下文窗口。

核心能力

  • ▸ 十余个领域专用托管服务器——文档、Workers 绑定/构建、可观测性、浏览器渲染、Logpush、AI Gateway、DNS 分析、审计日志
  • ▸ 完全远程:没有本地进程、不用升级版本——连上 URL、用 Cloudflare 账号授权即可
  • ▸ Claude 等客户端原生支持远程 MCP;只支持 stdio 的客户端可用 mcp-remote 桥接
  • ▸ 每个服务器工具面都很窄,按需挂载时上下文开销很低
  • ▸ 构建在 Cloudflare 自家基于 Workers 的远程 MCP 托管栈之上,本身就是这套栈的验证

什么时候该用它

如果你的基础设施本来就在 Cloudflare 上——Workers、DNS、Zero Trust——想让 Agent 以对话方式查配置、调试 Workers 构建、拉可观测性数据,就用这批服务器,而且只挂和你技术栈相关的那两三个。不是 Cloudflare 用户的话,只有文档服务器对你有点用。至于批量或脚本化操作,wrangler 和 Cloudflare API 依然比什么都过一遍 LLM 更快、更可预测。

替代方案

AWS MCP Servers ★ 9.4k GitHub MCP Server ★ 31.1k MCP Reference Servers ★ 88.0k

常见问题

怎么把 Claude 连上 Cloudflare 的 MCP 服务器?

原生支持远程 MCP 的客户端里,直接添加服务器 URL 即可——比如 https://docs.mcp.cloudflare.com/mcp 或 https://bindings.mcp.cloudflare.com/mcp——按提示完成 Cloudflare 登录授权。只支持 stdio 的客户端,则配置 mcp-remote 这个 npm 包做本地桥接、转发到托管 URL。服务器要一个个单独挂;没有一个囊括全部功能的统一 URL。

Cloudflare 的 MCP 服务器免费吗?

服务器本身由 Cloudflare 免费托管,代码也开源。花钱的是底下的产品:绑定付费套餐的功能——部分 Workers 能力、Cloudflare One 模块——只有你的账号开通了才能用。文档服务器在免费账号上完全可用,也不需要特殊权限。

能不用托管版、在本地跑 Cloudflare MCP 服务器吗?

官方设计就是远程托管——基于账号 OAuth 授权、零本地进程,整个架构围绕这一点搭建。代码开源,理论上可以自己部署到 Workers 上,但基本没有收益:你要自己维护部署和鉴权,做出来的东西托管端点本来就有。本地 stdio 不是受支持的使用方式。

星标数据更新于 2026-07-02 · 每周从 GitHub API 自动刷新 · 浏览全部工具 →