Cloudflare MCP上线skills：先确认客户端支持skills/list

服务器已支持，为什么我的客户端还看不到？

Cloudflare在2026年10月10日宣布，API MCP服务器开始通过Skills over MCP扩展提供Cloudflare skills。这里的skill是一组可重复使用的工作指令与参考文件，帮助代理理解怎样组合工具完成任务，而不只是多一个API按钮。

公告的条件很明确：使用支持这项扩展的客户端。普通MCP能连通、能列出Cloudflare工具，并不能证明客户端也实现了技能发现。公告只给出日期，没有准确上线时刻、技能专属费用或地区清单；这些条件仍不能自行补全。

先确认扩展支持，别把工具列表当技能目录

查看客户端自己的扩展说明，确认它支持io.modelcontextprotocol/skills。MCP官方页面说明，规范已定稿，但SDK和宿主支持仍在实现，具体覆盖要查当前支持表；仅写着“支持MCP”还不足以回答这一问题。

规范要求服务器声明资源能力和Skills扩展，客户端看到声明后才发送skills/list或skills/get。skills/list返回名称、描述和文件清单，帮助选择需要的工作流；技能不会因为名字像一个工具，就自动出现在普通工具列表里。

列出来、读到文件、真正加载是三步

选中技能后，客户端通过资源读取取得SKILL.md及需要的参考文件。Cloudflare公告给出的文件地址形态是skill://<name>/<path>。这些文件描述操作方法，实际读取与加载仍由客户端和宿主应用处理。

MCP官方文档特别区分：resources/read读到SKILL.md，本身不会激活技能。宿主应走自己的技能加载路径，核对文件与清单的一致性，并处理适用的用户批准；因此“文件已返回”不等于模型已经按该技能工作。

假设你能调用Cloudflare工具，却找不到skills菜单，这是一个未执行的例子。先查客户端是否支持扩展；若技能已列出，再查宿主的加载入口。不要直接把两种情况都归结为连接失败，也不要用扩大账号权限替代扩展支持。

装了Cloudflare插件，就等于远程skills可用吗？

不是。Cloudflare服务器文档还提供插件、命令行安装和复制技能文件的路径，并列出Claude Code、Cursor、OpenCode、OpenAI Codex、Pi等本地技能目录。这些说明解释如何把Agent Skills放进工具环境。

远程Skills over MCP则从服务器发现并按需读取技能。能加载本地技能的代理，未必已经实现远程扩展；反过来，远程扩展可用也不要求先复制同一套文件。选用哪条路径，要依据当前客户端文档，不能把两份支持名单合成一份。

技能不会替你扩大Cloudflare权限

Cloudflare API MCP服务器使用search和execute两个工具提供API访问。服务器文档说明，交互连接通过OAuth授权，并选择授予代理的权限；自动化也可使用具有所需权限的用户或账号API token。这些是已有连接方式，不是本次新增技能自动提权。

技能提供工作指令，不是账号授权凭证。即使文件建议修改DNS或Workers，实际操作仍受原连接权限及宿主批准约束。读取技能、允许宿主执行动作和Cloudflare API是否有权完成动作，应分别判断。

现在怎样确认自己走到了哪一步？

第一步，在客户端的远程MCP设置中核对Cloudflare API服务器：主机mcp.cloudflare.com，路径/mcp。随后确认客户端的Skills扩展说明，再观察技能发现入口；这只是接入顺序建议，本篇没有连接服务器或验证任何个人账号。

第二步，确认选定技能的文件能被读取，并查看宿主是否已通过技能加载路径使用它。若内容清单发生变化，规范要求重新取得适用批准，不能把旧批准当作对任意新文件的长期许可。这个边界有助于分清缓存问题、加载问题与实际API权限问题。