1. OpenClaw 接小红书 MCP 自动化发文到底解决什么问题OpenClaw 实现小红书自动化发文本质是把「写文案、配图、点发布」这条人工链路换成 AI 通过 MCP 协议调用本地服务来完成。你只需要在对话框里说一句「帮我发一篇关于春天穿搭的笔记配图用本地这几张」剩下的标题生成、正文排版、图片上传、发布提交全部自动跑完。适合谁适合手里管着三五个小红书账号、每天要更新十几条内容、又不想雇人手动复制粘贴的运营同学也适合想拿小红书当练手场景、研究 Agent 工具链的开发者。我先把链路拆开讲清楚不然后面配置容易懵。整条链路有四层第一层是 OpenClaw它是你的 AI 助手入口负责理解自然语言第二层是 MCPorter因为 OpenClaw 目前不原生支持 MCP需要一个中间层把 MCP 服务转成它能调用的形式第三层是 xiaohongshu-mcp 这个本地服务它跑在你电脑上监听 18060 端口把「发布笔记」「搜索内容」「发评论」这些动作封装成标准工具第四层是小红书账号本身通过扫码登录后把 cookie 存在本地服务拿着 cookie 去操作。这里有个关键点很多人忽略MCP 服务本身不产生内容它只负责执行动作。真正写文案、想标题、决定配图顺序的是大模型。所以你会看到两个配置要分开做——一个是让 OpenClaw 能连上 MCP 服务工具层一个是让大模型能稳定调用模型层。工具层用 MCPorter 解决模型层就需要一个统一的 Key 来管住所有模型请求这就是 TaoToken 要出场的地方。为什么模型层要单独管因为你在 OpenClaw 里可能同时用 Claude 写文案、用别的模型做图片描述、用第三个模型做评论回复。如果每个模型都单独配 Key、单独记 Base URL账号一多就乱套而且不同模型的计费和额度分散在各个后台排查问题时要来回切换。统一 Key 的价值就是一个 Base URL、一个 Key、一个模型 ID 列表所有请求走同一个入口日志集中、额度集中、切换模型只改一个字段。再回到场景本身。批量管理多账号内容的运营最痛的不是「发一条」而是「稳定地发很多条」。手动发十条可能没事发一百条就会遇到登录态过期、图片路径写错、标题超字数、发布频率触发风控。MCP 方案把这些动作标准化之后你可以写脚本批量调用也可以让 AI 按队列一条条发。但前提是模型调用这一层不能掉链子——如果写到一半模型请求 401 了整批任务就卡住。所以这篇的重点一半在 MCP 配置一半在统一 Key 的稳定接入。我实测下来最容易翻车的环节不是发布本身而是「登录态」和「模型鉴权」这两件事。登录态靠 xiaohongshu-login 工具扫码解决cookie 存本地模型鉴权靠统一 Key 解决Base URL 和 Key 填对就行。把这两个地基打牢后面的自动化才跑得顺。下面从 TaoToken 的前置准备开始一步步给你可复制的配置。2. TaoToken 统一 Key 前置准备与 Base URL 填写在动手配 MCP 之前先把模型这一层的地基打好。TaoToken 在这里扮演的角色是「统一模型入口」——你不需要为每个模型单独申请账号、单独记地址只要一个 Key 就能调用它支持的模型列表。对 OpenClaw 这种要频繁切换模型的场景来说这一步能省掉大量重复配置。先明确三个必须填对的参数我把它叫做「三件套」Base URL、API Key、Model ID。这三个缺一个都连不上而且顺序不能错。Base URL 是请求的根地址API Key 是身份凭证Model ID 是你具体要调哪个模型。很多人配错就是因为把 Base URL 写成了带具体路径的地址或者 Model ID 写成了显示名称而不是调用名。Base URL 统一填这个https://taotoken.net/api注意结尾不要多加斜杠也不要自己拼/v1/chat/completions这种路径客户端会自动补。API Key 需要你去控制台生成入口在这里获取 API Keyhttps://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite生成之后复制那一串注意不要带空格。Model ID 则要看你实际用哪个模型在模型列表里能看到调用名。如果你不确定用哪个可以先在对话页面试一下模型对话体验https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite在对话页面里选一个模型发一句话能正常回复就说明这个 Model ID 可用再把它填到 OpenClaw 的配置里。接下来讲 OpenClaw 里怎么填。OpenClaw 的模型配置通常在一个 settings 或 config 文件里不同版本路径略有差异但字段名基本一致。你要找的是 provider 配置段把 base_url、api_key、model 三个字段填上。下面是一个可复制的 JSON 片段路径按你实际的配置文件位置来字段名保持原样{ providers: { taotoken: { base_url: https://taotoken.net/api, api_key: sk-你的Key粘贴在这里, models: [ { id: claude-sonnet-4-5, name: Claude Sonnet 4.5 } ] } }, default_provider: taotoken, default_model: claude-sonnet-4-5 }如果你用的是 TOML 格式的配置等价写法是这样[providers.taotoken] base_url https://taotoken.net/api api_key sk-你的Key粘贴在这里 [[providers.taotoken.models]] id claude-sonnet-4-5 name Claude Sonnet 4.5 [default] provider taotoken model claude-sonnet-4-5填完之后不要急着发小红书先做一次最小验证在 OpenClaw 对话框里问一句「你现在用的是哪个模型」如果它能正确回答出你配置的模型名说明模型层通了。这一步没过后面 MCP 配得再好也发不出去因为文案根本生成不了。这里有个坑要提醒API Key 不要写进会提交到 Git 的文件里。如果你把配置放在项目目录下记得加进 .gitignore。另外 Key 泄露了要立刻去控制台吊销重发不要觉得「反正没人看」。统一 Key 的好处是只有一个泄露了也只影响一个吊销重发比管十个 Key 简单得多。还有一点如果你同时要用多个模型比如写文案用 A、做图片理解用 B在 models 数组里多加几个条目就行default_model 选你最常用的那个。切换的时候只改 default_model 一个字段不用动 Base URL 和 Key。这就是统一入口的实际收益——配置集中切换成本低。3. OpenClaw 通过 MCPorter 接入 xiaohongshu-mcp 可复制配置模型层通了现在配工具层。OpenClaw 目前不原生支持 MCP官方推荐用 MCPorter 做中间层。我先说清楚 MCPorter 是什么它相当于一个「翻译器」把 MCP 服务的工具列表翻译成 OpenClaw 能识别的格式。它不是最完美的方案兼容性偶尔有小问题但目前是能跑通的路子。第一步下载 xiaohongshu-mcp 的二进制文件。去 GitHub Releases 页面按你的系统选对应包。macOS Apple Silicon 选xiaohongshu-mcp-darwin-arm64macOS Intel 选xiaohongshu-mcp-darwin-amd64Windows x64 选xiaohongshu-mcp-windows-amd64.exeLinux x64 选xiaohongshu-mcp-linux-amd64。每个包里有两个程序xiaohongshu-mcp-*是服务主程序xiaohongshu-login-*是登录工具。解压到一个固定文件夹比如 Windows 下D:\xiaohongshu-mcp\macOS 下~/xiaohongshu-mcp/。第二步扫码登录。打开命令行进入解压目录cd D:\xiaohongshu-mcp然后运行登录工具Windows 示例xiaohongshu-login-windows-amd64.exe程序会自动打开 Chrome用小红书 App 扫码登录。登录成功后 cookie 会保存到当前目录。macOS 下对应命令是./xiaohongshu-login-darwin-arm64。这一步只做一次cookie 有效期过了再重跑。第三步启动 MCP 服务。在同一个命令行窗口执行xiaohongshu-mcp-windows-amd64.exe看到Server running at http://localhost:18060就说明起来了默认端口 18060。这个窗口不要关关了服务就停了。macOS 下是./xiaohongshu-mcp-darwin-arm64。第四步装 MCPorter 并注册服务。在 OpenClaw 的任意对话框Control UI、飞书、Telegram 都行里一次性粘贴下面三行让 AI 帮你装和配npm i -g mcporter npx mcporter config add xiaohongshu-mcp http://localhost:18060/mcp npx mcporter list xiaohongshu-mcp第一行全局安装 MCPorter第二行把本地 MCP 服务注册进去第三行列出工具确认注册成功。如果第三行能打印出工具列表说明 MCPorter 已经连上服务了。这里要强调「三件套」在 MCP 场景下的对应关系Base URL 是http://localhost:18060/mcp这是 MCP 服务的地址Key 在 MCP 这一层不需要因为服务跑在本地、靠 cookie 鉴权Model ID 则是你在 OpenClaw 里配置的模型用来生成文案。很多人把 MCP 的地址和模型的 Base URL 搞混记住一个是localhost:18060一个是taotoken.net/api完全不同。如果你用的是 Cline 或 Claude Code 这类支持 MCP 的客户端配置写法略有不同。Cline 的 MCP 配置在 settings 里格式类似{ mcpServers: { xiaohongshu-mcp: { url: http://localhost:18060/mcp, transport: http } } }Claude Code 则用claude mcp add命令注册或者写进.mcp.json。不管哪个客户端核心都是把http://localhost:18060/mcp这个地址填进去transport 选 http。Codex 用户如果走 auth.json 方式注意 auth.json 里存的是模型鉴权信息MCP 地址要单独配两者不要混在一个文件里。配完之后在 OpenClaw 对话框里输入一句验证查看 xiaohongshu-mcp 是否连接成功能自动发小红书笔记吗如果返回工具列表比如publish_content、check_login_status、search_feeds这些说明接入成功。到这一步工具层和模型层都通了可以进入实际发布验证。4. 从草稿到发布成功的验证请求与日志检查点配置通了不代表能发出去必须做一次完整的端到端验证。我建议按「检查登录态 → 生成草稿 → 发布 → 查日志」四步走每步都有明确的成功标志哪步卡住一目了然。第一步检查登录态。在对话框里说用 xiaohongshu-mcp 检查一下小红书登录状态这会调用check_login_status工具无参数。返回「已登录」或类似信息就对了。如果返回未登录说明 cookie 过期回到第 3 章重跑登录工具。这一步是后面所有操作的前提登录态不对发布必然失败。第二步生成草稿。让模型写一篇笔记但先不发布帮我写一篇关于春天穿搭的小红书笔记标题控制在 20 字以内正文 200 字左右先给我看草稿不要发布模型会返回标题和正文。检查一下标题有没有超字数、正文有没有敏感词、配图路径对不对。这一步是纯模型调用走的是你在第 2 章配的 TaoToken 统一 Key。如果这一步就报错问题在模型层不在 MCP。第三步发布。确认草稿没问题后给出发布指令带上本地图片路径用这些本地图片发布刚才的笔记D:\Users\LING\Desktop\logo\1a 使用 xiaohongshu-mcp 进行发布这会调用publish_content工具必需参数是 title、content、images。images 支持 HTTP 链接或本地绝对路径推荐本地路径因为链接可能失效。发布成功后工具会返回一个结果通常包含笔记 ID 或成功标志。第四步查日志。这是最容易被跳过但最重要的一步。MCP 服务的日志会打印在启动它的那个命令行窗口里你能看到请求进来、工具被调用、发布结果返回的完整过程。重点看三个检查点一是请求有没有到达服务看有没有收到 publish_content 调用二是 cookie 有没有被带上看鉴权相关日志三是发布接口返回码是不是成功。如果发布失败日志里通常会有具体原因比如「图片路径不存在」「标题超长」「登录态失效」。模型层的日志则在 TaoToken 控制台看。每次模型调用都会记录你能看到请求时间、用的哪个模型、消耗多少 token、有没有报错。如果发布流程卡在「生成草稿」这一步去控制台看模型调用记录大概率是 Key 或 Model ID 的问题。我实测下来最常见的失败是图片路径写错。Windows 下路径要用反斜杠但有些客户端会转义建议用双反斜杠D:\\Users\\...或者正斜杠D:/Users/...。另外图片格式也有要求jpg、png 一般没问题webp 偶尔会失败建议提前转成 jpg。还有一个检查点是发布频率。短时间内连续发布多条可能触发平台风控表现为发布成功但笔记不显示或者直接返回失败。建议批量发布时加间隔比如每条之间等 30 秒以上。MCP 本身不控制频率需要你在调用脚本里加 sleep。验证通过的标准是笔记真的出现在小红书账号里能看到标题、正文、配图都对。不要只看工具返回「成功」就完事去 App 里确认一下。我踩过的坑就是工具返回成功但实际没发出去原因是 cookie 在发布瞬间过期了日志里能看到鉴权失败但工具层没把这个错误透传出来。5. 本篇常见报错排查401、local proxy failed、reading choices、OAuth配置和验证过程中有几类报错出现频率特别高我按现象、原因、解决三步给你列清楚。401 Unauthorized。这个报错基本都出在模型层意思是鉴权失败。原因有三种Key 填错、Key 过期、Base URL 写错。排查顺序是先确认 Base URL 是不是https://taotoken.net/api结尾没有多余斜杠再确认 Key 有没有复制完整、有没有带空格最后去控制台看 Key 状态是不是正常。如果三个都对还报 401可能是配置文件没生效重启一下 OpenClaw。注意 401 和 MCP 无关MCP 服务在本地不需要 Key看到 401 直接查模型配置。local proxy failed。这个报错通常出现在 OpenClaw 尝试连接 MCP 服务时意思是本地代理连接失败。原因一般是 MCP 服务没启动或者端口不对。先确认启动窗口还在、没关再确认地址是http://localhost:18060/mcp。如果服务在但还报这个错检查一下有没有别的程序占了 18060 端口换个端口重启服务同时更新 MCPorter 里的地址。还有一种情况是防火墙拦了本地回环连接临时关掉防火墙试一下能定位问题。reading choices 相关报错。这个报错出现在模型返回结果解析阶段通常是返回格式不符合预期。原因可能是 Model ID 填错了调到了一个不兼容的模型也可能是请求参数里 stream 设置和客户端不匹配。解决方法是先确认 Model ID 是调用名不是显示名再检查客户端有没有开流式输出。如果用的是 Claude Code 这类工具注意它的模型名格式和 OpenClaw 可能不同不要直接复制。OAuth 相关报错。这个报错和登录态有关可能是小红书 cookie 过期也可能是某些客户端要求 OAuth 鉴权但配置里没填。先重跑登录工具刷新 cookie如果还报检查客户端配置里有没有多余的 OAuth 字段删掉试试。注意 OAuth 报错和模型鉴权是两回事不要混着排查。除了这四类还有几个小问题值得提。一是publish_content返回成功但笔记不显示前面说过大概率是风控或 cookie 瞬时失效加间隔重试。二是图片上传失败检查路径和格式webp 转 jpg。三是工具列表为空说明 MCPorter 没连上服务重跑npx mcporter list xiaohongshu-mcp看输出。排查的核心思路是「分层定位」模型层报错查 Key 和 Base URL工具层报错查 MCP 服务和端口账号层报错查 cookie 和风控。三层分开看不要一上来就全改改乱了更难定位。每次只改一个变量改完立刻验证这样能快速锁定问题。如果你排查到一半不确定是模型层还是工具层的问题可以单独测一下模型对话能正常回复说明模型层没问题问题在 MCP 那边。反过来MCP 工具列表能列出来说明工具层通了问题在模型或账号。6. 长期跑批量发布的配置建议与入口单次发布验证通过后如果你要长期跑批量任务有几个配置建议能让链路更稳。第一把 MCP 服务做成开机自启或后台常驻不要每次手动开窗口。Windows 可以用任务计划程序macOS 用 launchdLinux 用 systemd。服务常驻之后cookie 过期只需要重跑登录工具不用重启整个链路。第二模型层用统一 Key 的好处在这里体现得最明显。批量任务可能跑几个小时中途要调用几百次模型。如果 Key 分散在多个地方任何一个出问题都会中断任务。统一入口之后你只需要盯一个控制台额度、日志、报错都在一处。长期编码或跑 Agent 任务的话可以考虑用 Coding Plan额度更集中Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite第三批量发布一定要加间隔和重试。MCP 本身不管频率你要在调用脚本里控制。建议每条之间等 30 到 60 秒失败的重试两次两次都失败就跳过并记录不要死循环。记录日志的时候把笔记标题、发布时间、结果都存下来方便回溯。第四多账号管理的话每个账号单独跑一个 MCP 服务实例用不同端口区分比如 18060、18061、18062。每个实例对应一个 cookie 目录互不干扰。MCPorter 里注册多个服务调用时指定用哪个。这样账号之间隔离一个出问题不影响其他。第五定期检查登录态。cookie 有效期不确定建议每天跑一次check_login_status失效了及时刷新。可以写个定时任务每天早上检查一遍避免发布到一半才发现登录过期。接入文档和 API 细节可以在这里查接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteAPI Keys 管理https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewrite最后说个实际经验批量发布最怕的不是技术故障而是内容同质化触发平台限流。MCP 能帮你高效发布但内容质量还得靠模型生成时加变化。建议在 prompt 里让模型每次换角度、换句式不要十条笔记一个模板。技术链路搭好只是第一步内容策略才是长期跑下去的关键。把模型层和工具层都配稳剩下的就是调内容这条链路我跑了几周稳定性没问题你可以放心跟做。
