2026/9/20 11:36:14
FEATURED · 精选文章 
1. 为什么 MCP fetch 配好了网页还是抓不动很多人跟着 Dify 三部曲走到第三篇Cherry Studio 里 uv、bun 装好了MCP 服务器也加上了fetch 服务显示绿灯结果在聊天框里让它抓个网页它要么装傻说没有工具要么直接报鉴权失败。问题不在 MCP而在模型这一层没接上。MCPModel Context Protocol模型上下文协议解决的是“模型怎么调用外部工具”这件事。它把网页抓取、文件读写、图表生成这些能力封装成标准接口模型只要按协议发起调用就能拿到结果。但模型本身得先能跑起来——它需要一个可用的 API Key 和一个正确的 Base URL。原文里这一步是隐含的很多人卡就卡在这。这篇是三部曲的收官视角放在 Skill / MCP 上。我会把 Cherry Studio 跑 MCP fetch 的完整链路拆开MCP 服务怎么配、模型鉴权怎么接、对话里怎么触发抓取、抓完怎么验证。适合已经看过前两篇、手上有一个 Cherry Studio 但还没跑通网页抓取的人。跟着做你能得到一条“对话触发 fetch → 抓网页 → 返回总结”的可用链路。2. 前置准备TaoToken 提供模型能力MCP 负责工具调用先把分工说清楚。Cherry Studio 是客户端负责聊天界面和 MCP 服务管理MCP fetch 是工具服务负责真正去抓网页模型是大脑负责理解你的意图、决定要不要调 fetch、以及把抓回来的内容总结成回答。这三者里模型这一环需要鉴权信息也就是 API Key 和 Base URL。我试过直接拿一个没配 Key 的模型去跑 MCP表现就是工具列表能加载但一发消息就报错或者模型根本不触发工具调用。所以正确顺序是先让模型能通再让 MCP 工具挂上去。模型能力这块可以去 TaoToken 注册并创建一个 Key。地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册后在控制台创建 API Key。拿到 Key 之后Cherry Studio 里模型服务的 Base URL 填 https://taotoken.net/api 注意这里不加 /v1加了反而容易连不上。API 的根地址就是 https://taotoken.net/api 。注意Base URL 和 API Key 是两个独立字段别把 Key 填到 URL 里也别在 URL 后面手动拼 /v1。Cherry Studio 的模型服务配置里Base URL 填到 /api 这一层就够了。这一步做完模型就有了可用的鉴权。接下来才是 MCP fetch 的配置。顺序别反反了会多花很多时间排查。3. 可复制配置Cherry Studio 里挂上 MCP fetch打开 Cherry Studio进设置找到 MCP 服务器。这里有两种添加方式原文提到的 See 和 uvx 都保留我分别说清楚。方式一uvx 方式。这是最省事的前提是你已经装了 uv。在 MCP 服务器里点添加名称自定义比如 fetch类型选 studio对应 uvx 命令方式命令填 uvx参数填 mcp-server-fetch。保存后 Cherry Studio 会自动去拉这个包并启动服务。方式二SSE 方式。如果你用的是某个托管好的 MCP 服务类型选 seeSSEURL 填服务方给的地址。这种方式不需要本地装 uv但依赖那个托管服务可用。两种方式选一种就行不用都配。配完之后MCP 服务器列表里 fetch 这一项应该显示为已启动或绿灯状态。如果一直转圈或者报错先看 uv 是否在 PATH 里命令行执行uvx --version能出版本号才算装好。模型服务这边回到设置里的模型服务新增一个提供商Base URL 填 https://taotoken.net/api API Key 填你刚创建的那个。模型名称按你实际要用的填。保存后可以点一下测试连接通了再往下走。配置项对照如下配置位置字段填写内容模型服务Base URLhttps://taotoken.net/api模型服务API Key控制台创建的 KeyMCP 服务器名称fetchMCP 服务器类型studiouvx或 seeSSEMCP 服务器命令/URLuvx mcp-server-fetch或托管 URL4. 验证请求对话里触发 fetch 抓网页配置完别急着下结论先做一次最小验证。回到 Cherry Studio 聊天界面新建一个对话在输入框附近找到 MCP 服务的启用开关把 fetch 勾上。这一步很关键MCP 服务不启用模型是看不到这个工具的。然后发一条明确需要联网的指令比如帮我抓取 https://example.com 这个页面用三句话总结它的内容。发出去之后观察两件事。第一模型有没有发起工具调用界面上一般会显示“正在调用 fetch”或类似的提示。第二抓回来的内容有没有被总结成回答。如果模型直接凭记忆瞎编说明它没触发工具回去检查 MCP 开关和模型是否支持工具调用。成功的话你会看到类似这样的过程模型识别出需要抓网页 → 调用 fetch 工具 → fetch 返回页面正文 → 模型基于正文生成总结。整个过程不需要你手动复制网页内容。再补一个稍微复杂点的验证让它抓一个带结构的页面比如某个文档页然后要求它提取标题和一级小节。这能验证 fetch 返回的内容是否完整以及模型对长文本的处理是否正常。如果返回内容被截断可能是页面太长可以换短一点的页面先跑通。5. 本篇常见错排查跑不通的时候按下面这几条对号入座基本能定位到问题。报鉴权失败或 401。模型服务的 API Key 没填、填错或者 Base URL 写成了带 /v1 的地址。回到模型服务设置确认 Base URL 是 https://taotoken.net/api Key 是控制台里创建的那一串。改完保存重开一个对话再试。MCP 服务显示未启动。uvx 方式下多半是 uv 没装好或不在 PATH。命令行跑uvx --version确认。SSE 方式下检查 URL 是否完整、服务方是否可用。另外 Cherry Studio 有时需要重启才能识别新装的环境变量。模型不触发 fetch。先确认对话里 MCP 开关勾了。再确认你用的模型本身支持工具调用有些纯对话模型不支持 function calling挂上 MCP 也不会调。换一个支持工具调用的模型再试。抓回来的内容是空的或乱码。目标页面可能是动态渲染的fetch 拿到的是初始 HTML正文还没加载出来。换一个静态页面验证链路动态页面需要额外的渲染能力不在本篇范围。对话里工具列表看不到 fetch。MCP 服务虽然启动了但没在对话里启用。每个对话的 MCP 启用状态是独立的新建对话要重新勾一次。提示排查顺序建议从模型鉴权开始再到 MCP 服务状态最后到对话里的启用开关。从下往上查容易绕远路。6. 把链路固定下来长期编码和 Agent 场景怎么接链路跑通一次之后建议把它固定成日常可用的配置。模型服务那边如果你经常做编码或 Agent 类任务可以了解一下 Coding Plan地址是 https://taotoken.net/api 对应的控制台里能找到入口适合需要长期稳定调用的场景。只是偶尔验证模型效果的话用模型对话就够了地址在 https://taotoken.net/api 同一套体系下。MCP fetch 这条链路的价值在于它把“联网获取信息”变成了模型可以自主调用的一个动作。你不需要每次手动贴网页模型在需要的时候自己会去抓。配合文件系统类的 MCP 服务还能做到抓完直接存成本地 Markdown这就是原文 2.2 节提到的网页加本地文件的组合。如果你在配置过程中卡在 Key 或 Base URL 上直接去 API Keys 页面重新创建一个接入文档里也有各客户端的填写示例。把模型鉴权和 MCP 工具这两层分开看哪层报错查哪层比混在一起猜要快得多。
Dify 三部曲收官：Cherry Studio 跑 MCP fetch，Key 用 TaoToken
1. 为什么 MCP fetch 配好了网页还是抓不动很多人跟着 Dify 三部曲走到第三篇Cherry Studio 里 uv、bun 装好了MCP 服务器也加上了fetch 服务显示绿灯结果在聊天框里让它抓个网页它要么装傻说没有工具要么直接报鉴权失败。问题不在 MCP而在模型这一层没接上。MCPModel Context Protocol模型上下文协议解决的是“模型怎么调用外部工具”这件事。它把网页抓取、文件读写、图表生成这些能力封装成标准接口模型只要按协议发起调用就能拿到结果。但模型本身得先能跑起来——它需要一个可用的 API Key 和一个正确的 Base URL。原文里这一步是隐含的很多人卡就卡在这。这篇是三部曲的收官视角放在 Skill / MCP 上。我会把 Cherry Studio 跑 MCP fetch 的完整链路拆开MCP 服务怎么配、模型鉴权怎么接、对话里怎么触发抓取、抓完怎么验证。适合已经看过前两篇、手上有一个 Cherry Studio 但还没跑通网页抓取的人。跟着做你能得到一条“对话触发 fetch → 抓网页 → 返回总结”的可用链路。2. 前置准备TaoToken 提供模型能力MCP 负责工具调用先把分工说清楚。Cherry Studio 是客户端负责聊天界面和 MCP 服务管理MCP fetch 是工具服务负责真正去抓网页模型是大脑负责理解你的意图、决定要不要调 fetch、以及把抓回来的内容总结成回答。这三者里模型这一环需要鉴权信息也就是 API Key 和 Base URL。我试过直接拿一个没配 Key 的模型去跑 MCP表现就是工具列表能加载但一发消息就报错或者模型根本不触发工具调用。所以正确顺序是先让模型能通再让 MCP 工具挂上去。模型能力这块可以去 TaoToken 注册并创建一个 Key。地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册后在控制台创建 API Key。拿到 Key 之后Cherry Studio 里模型服务的 Base URL 填 https://taotoken.net/api 注意这里不加 /v1加了反而容易连不上。API 的根地址就是 https://taotoken.net/api 。注意Base URL 和 API Key 是两个独立字段别把 Key 填到 URL 里也别在 URL 后面手动拼 /v1。Cherry Studio 的模型服务配置里Base URL 填到 /api 这一层就够了。这一步做完模型就有了可用的鉴权。接下来才是 MCP fetch 的配置。顺序别反反了会多花很多时间排查。3. 可复制配置Cherry Studio 里挂上 MCP fetch打开 Cherry Studio进设置找到 MCP 服务器。这里有两种添加方式原文提到的 See 和 uvx 都保留我分别说清楚。方式一uvx 方式。这是最省事的前提是你已经装了 uv。在 MCP 服务器里点添加名称自定义比如 fetch类型选 studio对应 uvx 命令方式命令填 uvx参数填 mcp-server-fetch。保存后 Cherry Studio 会自动去拉这个包并启动服务。方式二SSE 方式。如果你用的是某个托管好的 MCP 服务类型选 seeSSEURL 填服务方给的地址。这种方式不需要本地装 uv但依赖那个托管服务可用。两种方式选一种就行不用都配。配完之后MCP 服务器列表里 fetch 这一项应该显示为已启动或绿灯状态。如果一直转圈或者报错先看 uv 是否在 PATH 里命令行执行uvx --version能出版本号才算装好。模型服务这边回到设置里的模型服务新增一个提供商Base URL 填 https://taotoken.net/api API Key 填你刚创建的那个。模型名称按你实际要用的填。保存后可以点一下测试连接通了再往下走。配置项对照如下配置位置字段填写内容模型服务Base URLhttps://taotoken.net/api模型服务API Key控制台创建的 KeyMCP 服务器名称fetchMCP 服务器类型studiouvx或 seeSSEMCP 服务器命令/URLuvx mcp-server-fetch或托管 URL4. 验证请求对话里触发 fetch 抓网页配置完别急着下结论先做一次最小验证。回到 Cherry Studio 聊天界面新建一个对话在输入框附近找到 MCP 服务的启用开关把 fetch 勾上。这一步很关键MCP 服务不启用模型是看不到这个工具的。然后发一条明确需要联网的指令比如帮我抓取 https://example.com 这个页面用三句话总结它的内容。发出去之后观察两件事。第一模型有没有发起工具调用界面上一般会显示“正在调用 fetch”或类似的提示。第二抓回来的内容有没有被总结成回答。如果模型直接凭记忆瞎编说明它没触发工具回去检查 MCP 开关和模型是否支持工具调用。成功的话你会看到类似这样的过程模型识别出需要抓网页 → 调用 fetch 工具 → fetch 返回页面正文 → 模型基于正文生成总结。整个过程不需要你手动复制网页内容。再补一个稍微复杂点的验证让它抓一个带结构的页面比如某个文档页然后要求它提取标题和一级小节。这能验证 fetch 返回的内容是否完整以及模型对长文本的处理是否正常。如果返回内容被截断可能是页面太长可以换短一点的页面先跑通。5. 本篇常见错排查跑不通的时候按下面这几条对号入座基本能定位到问题。报鉴权失败或 401。模型服务的 API Key 没填、填错或者 Base URL 写成了带 /v1 的地址。回到模型服务设置确认 Base URL 是 https://taotoken.net/api Key 是控制台里创建的那一串。改完保存重开一个对话再试。MCP 服务显示未启动。uvx 方式下多半是 uv 没装好或不在 PATH。命令行跑uvx --version确认。SSE 方式下检查 URL 是否完整、服务方是否可用。另外 Cherry Studio 有时需要重启才能识别新装的环境变量。模型不触发 fetch。先确认对话里 MCP 开关勾了。再确认你用的模型本身支持工具调用有些纯对话模型不支持 function calling挂上 MCP 也不会调。换一个支持工具调用的模型再试。抓回来的内容是空的或乱码。目标页面可能是动态渲染的fetch 拿到的是初始 HTML正文还没加载出来。换一个静态页面验证链路动态页面需要额外的渲染能力不在本篇范围。对话里工具列表看不到 fetch。MCP 服务虽然启动了但没在对话里启用。每个对话的 MCP 启用状态是独立的新建对话要重新勾一次。提示排查顺序建议从模型鉴权开始再到 MCP 服务状态最后到对话里的启用开关。从下往上查容易绕远路。6. 把链路固定下来长期编码和 Agent 场景怎么接链路跑通一次之后建议把它固定成日常可用的配置。模型服务那边如果你经常做编码或 Agent 类任务可以了解一下 Coding Plan地址是 https://taotoken.net/api 对应的控制台里能找到入口适合需要长期稳定调用的场景。只是偶尔验证模型效果的话用模型对话就够了地址在 https://taotoken.net/api 同一套体系下。MCP fetch 这条链路的价值在于它把“联网获取信息”变成了模型可以自主调用的一个动作。你不需要每次手动贴网页模型在需要的时候自己会去抓。配合文件系统类的 MCP 服务还能做到抓完直接存成本地 Markdown这就是原文 2.2 节提到的网页加本地文件的组合。如果你在配置过程中卡在 Key 或 Base URL 上直接去 API Keys 页面重新创建一个接入文档里也有各客户端的填写示例。把模型鉴权和 MCP 工具这两层分开看哪层报错查哪层比混在一起猜要快得多。 
