企业官网建设流程全解析

1. 为什么要把 xiaohongshu-mcp 的 endpoint 改到 TaoToken

xiaohongshu-mcp 是一个把小红书笔记操作封装成 MCP 工具的开源服务，它本身只负责“动手”——登录、搜索、发笔记、查笔记；真正决定对话质量、文案生成、意图理解的那部分，得靠背后的大模型。默认情况下，很多人会直接把它接到某个官方模型地址上，结果要么是额度紧张，要么是模型切换麻烦，要么是团队里几个人共用一个 Key 互相打架。

我这次做的事情很具体：把 xiaohongshu-mcp 背后调用的大模型 endpoint，从默认地址改成 TaoToken 的兼容接口，然后在 Cherry Studio 里用对话的方式驱动整个小红书笔记操作链路。TaoToken 是一个大模型 API 聚合平台，提供 OpenAI 兼容的接口格式，你拿到一个 Base URL 和一个 Key，就能在 Cherry Studio、Cline、Claude Code 这类客户端里调用多种模型。它适合谁？适合已经在用 Cherry Studio 玩 MCP、想让小红书笔记操作走对话流程、又不想被单一模型供应商绑死的人。

整条链路是这样的：Cherry Studio 作为客户端，加载 xiaohongshu-mcp 这个 MCP Server，MCP Server 暴露出一批工具函数（比如发布笔记、搜索笔记），Cherry Studio 里的助手在对话中决定调用哪个工具，而助手背后的模型推理走 TaoToken 的 endpoint。所以“改 endpoint”这件事，改的是模型推理那一层，不是 MCP 服务本身。这一点先分清楚，后面配置才不会乱。

下面我会从 MCP 服务启动、TaoToken 前置准备、Cherry Studio 侧配置、一次真实的发笔记验证、到常见报错排查，逐层拆开。每一步都给可复制的片段，你照着做就行。

2. TaoToken 前置准备与 xiaohongshu-mcp 服务启动

在动 Cherry Studio 之前，先把两件事准备好：TaoToken 的 Key，以及本地跑起来的 xiaohongshu-mcp 服务。

先说 TaoToken 这边。你需要一个可用的 API Key 和一个 Base URL。Base URL 是https://taotoken.net/api，注意这个地址不带任何查询参数，直接填在客户端的 API 地址栏里。Key 的获取入口在控制台的 API Keys 页面，登录后新建一个就行。如果你还没注册，从官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 进去，注册完在控制台里能找到 API Keys 和模型列表。模型 ID 这块，TaoToken 支持多种模型，你在控制台的模型列表里挑一个适合中文文案生成的，比如常见的通用对话模型，把它的 Model ID 记下来，后面 Cherry Studio 里要填。

再说 xiaohongshu-mcp。这个项目在 GitHub 上，仓库是 xpzouying/xiaohongshu-mcp。它的运行依赖 Go 环境，所以你得先装好 Go。装完之后，第一步是登录小红书账号，因为 MCP 服务要拿着登录态去操作笔记。登录命令是：

go run cmd/login/main.go

执行后会弹出一个浏览器窗口，你用小红书 App 扫码登录，登录状态会被保存下来。这一步只需要做一次，之后服务启动就能复用这个登录态。我第一次跑的时候没注意，以为每次都要扫码，其实登录态存在本地文件里，后面直接启动服务就行。

登录完成后，启动 MCP 服务。默认是无头模式，也就是没有浏览器界面，适合后台跑：

go run .

如果你在调试，想看到浏览器界面，方便观察它到底点了什么，可以用非无头模式：

go run . -headless=false

服务启动后，它会监听一个本地端口，默认是 18060 这类地址，具体以你启动时的日志输出为准。这个地址就是 MCP Server 的 endpoint，Cherry Studio 要连的就是它。注意，这里有两个“endpoint”概念容易混：一个是 MCP Server 自己的本地地址（Cherry Studio 连它），另一个是模型推理的 Base URL（TaoToken 的https://taotoken.net/api）。前者是工具通道，后者是模型通道，别填反了。

启动成功的日志里会显示服务已监听、工具已注册之类的信息。你可以先用 curl 探一下服务是否活着：

curl http://127.0.0.1:18060/health

如果返回正常，说明 MCP 服务这边没问题了。接下来才是把它接进 Cherry Studio，并让助手背后的模型走 TaoToken。

3. 可复制配置：Cherry Studio 接入 MCP 与 TaoToken endpoint

这一节是核心，给你可以直接复制的配置片段。分两块：Cherry Studio 里加 MCP Server，以及把模型推理指向 TaoToken。

先打开 Cherry Studio，点右上角齿轮进设置，找到 MCP 标签页，点“添加”，再点“快速创建”。这里要填 MCP Server 的连接信息。xiaohongshu-mcp 是本地进程，通常用 stdio 或者 SSE 方式接入。如果你用的是 SSE/HTTP 方式，填的是本地服务地址，类似这样：

{ "mcpServers": { "xiaohongshu-mcp": { "url": "http://127.0.0.1:18060/sse", "type": "sse" } } }

如果你用的是 stdio 方式，也就是让 Cherry Studio 直接拉起这个进程，配置长这样：

{ "mcpServers": { "xiaohongshu-mcp": { "command": "go", "args": ["run", "."], "cwd": "/你的路径/xiaohongshu-mcp" } } }

路径和端口以你本地实际为准。填完之后保存，Cherry Studio 会去连这个 MCP Server，连上之后你在工具栏里能看到它暴露出来的函数接口，比如发布笔记、搜索笔记这些。

然后是模型推理这一层，也就是把 endpoint 改到 TaoToken。在 Cherry Studio 的设置里找到模型服务/API 配置，新增一个 OpenAI 兼容的提供商，填三个关键项：

{ "provider": "taotoken", "base_url": "https://taotoken.net/api", "api_key": "你的 TaoToken API Key", "model_id": "你在控制台选的模型 ID" }

Base URL 就是https://taotoken.net/api，不要加多余的路径后缀。API Key 从控制台 API Keys 页面复制。Model ID 填你在模型列表里选定的那个。保存后，Cherry Studio 会拉取模型列表，你能在下拉里看到可用模型。

这里有个关键点：MCP 工具调用和模型推理是两条独立的链路。MCP Server 负责执行小红书操作，模型负责理解你的自然语言指令并决定调用哪个工具。所以你在 Cherry Studio 里创建助手时，要同时做两件事：一是勾选 xiaohongshu-mcp 这个工具集，让助手能用这些工具；二是把助手的模型选成刚才配好的 TaoToken 提供商下的模型。两件事都做对，对话驱动小红书操作才能跑通。

配置完成后，建议先做一个最小验证：在对话里问一句“你现在能用哪些小红书相关的工具”，如果助手能列出发布笔记、搜索笔记这些工具名，说明 MCP 工具已经挂载成功，模型也正常响应了。这一步过了，再去做真实的发笔记操作。

4. 验证请求：一次发笔记与查笔记的完整对照

配置好之后，最直接的验证就是让它真的发一条笔记，再查一下。我用的是对话方式，全程不写代码，只发自然语言指令。

第一步，发笔记。我在 Cherry Studio 的对话里输入类似这样的话：“帮我发一条小红书笔记，标题是‘周末在家做的手冲咖啡’，正文写三段，讲讲豆子、水温、口感，标签加咖啡、手冲、周末。”助手会先理解意图，然后决定调用 xiaohongshu-mcp 的发布笔记工具。这时候你能在 MCP Server 的日志里看到工具被调用的记录，类似tool call: publish_note这样的输出。

发布成功后，MCP Server 日志会显示笔记已提交，Cherry Studio 的对话里会返回一个结果，通常包含笔记 ID 或者成功状态。我实测下来，返回结构大概是这样：

{ "success": true, "note_id": "xxxxxxxx", "message": "笔记发布成功" }

拿到 note_id 之后，第二步做查询验证。我在对话里接着说：“帮我搜一下刚才发的那条笔记，关键词用手冲咖啡。”助手会调用搜索工具，返回结果里应该能看到刚才那条笔记的标题和 ID。如果搜到了，说明发布和查询两条链路都通了。

这里有个细节值得说：模型在决定调用哪个工具时，靠的是工具的描述和你的指令语义匹配。如果你说得太模糊，比如只说“处理一下小红书”，模型可能不知道该调发布还是搜索。所以指令里带上动作词（发、搜、查）和关键信息（标题、关键词），命中率会高很多。我试过把指令写得像跟人说话一样自然，效果反而比堆参数好。

另外，发布笔记这种操作是有副作用的，建议第一次验证时用一条测试内容，确认链路通了再发正式内容。搜索查询是无副作用的，可以多试几次，观察返回结构。

如果你在对话里看到助手回复“我没有这个工具”或者“无法调用”，大概率是 MCP 工具没挂载上，回到 Cherry Studio 的助手设置里检查工具集有没有勾选 xiaohongshu-mcp。如果助手能调用工具但返回报错，那就要看 MCP Server 的日志，通常是登录态失效或者参数不对。

5. 本篇常见错排查：401、local proxy failed、reading choices、OAuth

这一节把我踩过和见过的报错集中列一下，对照着排。

401 Unauthorized。这个最常见，出现在模型推理这一层。原因通常是 TaoToken 的 API Key 填错、过期，或者 Base URL 写成了带路径的地址。检查两点：Base URL 必须是https://taotoken.net/api，Key 从控制台 API Keys 页面重新复制一次。如果 Key 没问题，看看是不是把 MCP Server 的本地地址误填到了模型 Base URL 里，这两个别混。

local proxy failed。这个报错一般出现在 Cherry Studio 尝试连接 MCP Server 的时候。意思是本地代理连接失败，通常是 MCP Server 没启动，或者端口不对。回到终端确认go run .还在跑，日志里有没有监听地址。然后用 curl 探一下那个地址是否可达。如果服务在跑但连不上，检查 Cherry Studio 里填的 URL 端口和协议（http 还是 https、sse 还是 stdio）是否和服务实际暴露的一致。

reading choices 相关报错。这类报错通常出现在模型返回结构不符合预期的时候，比如客户端期望 OpenAI 格式的choices数组，但返回体结构不对。排查方向是确认你选的模型 ID 在 TaoToken 这边是支持的，并且客户端用的是 OpenAI 兼容模式。如果换了模型 ID 后出现这个错，换回一个确认可用的通用对话模型再试。

OAuth 相关报错。这个和模型无关，是小红书登录态的问题。xiaohongshu-mcp 依赖登录态操作笔记，如果登录过期，工具调用会失败并提示鉴权问题。解决办法是重新跑一次登录命令go run cmd/login/main.go，扫码登录，然后重启 MCP 服务。登录态文件一般在项目目录下，别误删。

还有一个容易忽略的点：如果你同时开了多个 MCP Server 实例，端口会冲突，导致连接不稳定。确认只有一个实例在跑。另外，Cherry Studio 里如果配了多个提供商，注意助手实际选中的是哪一个，选错了模型就会出现“工具能调但回复很奇怪”的情况。

排查顺序建议是：先确认 MCP Server 活着（curl 健康检查），再确认 Cherry Studio 能连上 MCP（工具列表能看到），再确认模型推理通（普通对话能回复），最后才是工具调用。一层一层来，别跳步。

6. 把这条链路用顺：CTA 与后续玩法

链路跑通之后，你可以做的事情就多了。比如把发笔记的指令模板化，每次只改标题和正文关键词；比如让助手先根据热点生成文案，再调用发布工具；比如批量搜索竞品笔记，做内容分析。这些都是在“对话驱动 + MCP 工具”这个框架下自然延伸出来的。

如果你在排障或接入阶段卡住了，重点看两个地方：TaoToken 的 API Keys 页面（确认 Key 和 Base URL）以及接入文档（确认客户端配置格式）。这两个入口能解决大部分配置类问题。地址分别是：

• API Keys：https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite
• 接入文档：https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite

如果你想先验证模型本身能不能正常对话、返回质量如何，可以直接用模型对话页面试几句，确认模型可用再往 MCP 链路里接：

• 模型对话：https://taotoken.net/chat?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite

如果你打算长期用这套做内容运营或者 Agent 开发，比如让助手持续跑小红书笔记的生成和发布，那 Coding Plan 会更合适，额度和调用方式都更适合长期高频场景：

• Coding Plan：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite

最后说一个我自己的使用习惯：把 MCP Server 的启动命令写成一个脚本，登录态失效时一键重登，服务挂了自动重启。这样你就不用每次手动敲命令，对话驱动小红书操作这件事才能真正变成日常工具，而不是一次性的实验。