1. 为什么要在本地跑 OpenClaw 自动发小红书OpenClaw 是一个能在你本机运行的 AI 助手框架它能读写文件、执行命令、操控浏览器再配合 Skill 机制就能把「写文案、做封面、发笔记、回评论」串成一条自动化链路。这篇教程聚焦一件事零基础用户在本地用 Node.js 跑通 OpenClaw并让小红书 Skill 在调用外部模型时正确完成鉴权配置最终成功发布一条测试笔记。适合谁适合想用 AI 批量运营小红书、又不想把账号密码交给第三方平台的内容创作者和小团队。我试过把模型 Key 直接写死在 Skill 的脚本里结果换模型时到处改文件非常痛苦。后来统一用 TaoToken 的 Key 做模型入口所有 Skill 只认一个 Base URL 和一个 Key配置量直接砍半。下面每一步都是可复制的你可以把整篇丢给 Claude Code 让它帮你执行。先说清楚整体链路Node.js 提供运行环境 → OpenClaw 本体提供 Agent 与 Skill 调度 → 小红书 Skill 负责浏览器自动化 → 模型负责生成文案和判断。四者里最容易出问题的就是模型鉴权因为 Skill 调用模型时走的是独立的 HTTP 请求配置不对就会报 401 或 local proxy failed。所以本文会把配置片段写全你照着填即可。需要提前准备的东西只有三样一台闲置电脑或专用机器OpenClaw 能操控浏览器和文件别装在主力工作机上、一个 Node.js v22 环境、一个小红书小号。模型侧我们统一用 TaoToken 的 Key官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 注册后在控制台创建 Key 即可。2. TaoToken 统一 Key 接入前置准备TaoToken 在这里扮演的角色是「模型统一入口」你不需要为每个 Skill 单独申请不同厂商的 Key只要拿到一个 Key 和一个 Base URL所有走 OpenAI 兼容协议的调用都能复用。对 OpenClaw 这种会调用多个模型能力的框架来说这一点很关键因为 Skill 内部可能同时用到对话模型和判断模型。第一步打开控制台创建 API Key。地址是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 登录后在 API Keys 页面点创建复制出来的字符串就是你的统一 Key。注意这个 Key 只显示一次先存到本地文本里。第二步确认你要用的模型 ID。不同 Skill 对模型能力要求不同文案生成用通用对话模型即可判断类任务可以用更轻量的模型。模型列表和说明在文档里https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。记下你选定的 Model ID后面配置里要填。第三步理解 Base URL 的写法。TaoToken 的 API 根地址是 https://taotoken.net/api 在 OpenAI 兼容的客户端里通常需要写成带 /v1 的形式也就是 https://taotoken.net/api/v1 。这一点很多人第一次配会踩坑只填根地址会 404填错路径会 401。下面配置片段里我会写全。第四步验证 Key 是否可用。在终端里用 curl 发一条最小请求确认能拿到正常返回再往下走。这一步能帮你把「Key 无效」和「OpenClaw 配置错误」两类问题提前分开省掉后面大量排查时间。注意Key 属于敏感信息不要提交到 Git也不要写进会分享出去的文件。建议放在环境变量或本地未跟踪的配置文件里。如果你后面要做长期编码或 Agent 类任务可以了解下 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 它更适合高频调用场景。但本文的小红书发布链路用按量 Key 就够了。3. 可复制的 OpenClaw 与 Skill 配置片段这一节是全文核心所有配置都给你写全路径和原文保持一致。先装 Node.jsMac 用 HomebrewWindows 用 WSL2 里的 Ubuntu版本必须 v22 以上低版本启动会直接失败。# Mac brew install node node -v # Windows在 WSL2 的 Ubuntu 终端里执行 curl -fsSL https://deb.nodesource.com/setup_22.x | sudo -E bash - sudo apt install -y nodejs node -v装好 Node.js 后安装 OpenClaw 本体curl -fsSL https://openclaw.ai/install.sh | bash向导里选 QuickStart模型那一步先随便选一个因为我们后面会用统一配置覆盖。安装完成后浏览器访问 http://127.0.0.1:18789 能看到控制界面就说明本体没问题。接下来是关键的模型鉴权配置。OpenClaw 的模型配置放在 workspace 下的 settings 文件里路径是~/.openclaw/workspace/settings.json。把下面这段 JSON 复制进去把sk-你的Key和模型 ID 换成你自己的{ models: { default: { provider: openai-compatible, baseUrl: https://taotoken.net/api/v1, apiKey: sk-你的Key, model: 你的ModelID } }, skills: { xiaohongshu-ops-skill: { model: default, autoPublish: false } } }如果你更习惯 TOML 风格OpenClaw 也支持~/.openclaw/workspace/settings.toml等价写法如下[models.default] provider openai-compatible baseUrl https://taotoken.net/api/v1 apiKey sk-你的Key model 你的ModelID [skills.xiaohongshu-ops-skill] model default autoPublish false两个文件选一个即可不要同时存在否则会以其中一个为准导致你改了没生效。配置里三件套必须齐全Base URL、Key、Model ID缺任何一个 Skill 调用模型时都会失败。然后安装小红书 Skill在 OpenClaw 对话界面直接发帮我安装这个skillhttps://github.com/Xiangyu-CAS/xiaohongshu-ops-skill安装完成后Skill 目录在~/.openclaw/workspace/skills/xiaohongshu-ops-skill/里面会有persona.md。如果你用 Claude Code 部署可以把下面这段发给它让它一次性建好配置文件请帮我创建以下 OpenClaw 配置文件 1. ~/.openclaw/workspace/settings.json模型统一走 TaoTokenBase URL 为 https://taotoken.net/api/v1 2. ~/.openclaw/workspace/SOUL.md 3. ~/.openclaw/workspace/AGENTS.md 4. ~/.openclaw/workspace/USER.md 5. ~/.openclaw/workspace/skills/xiaohongshu-ops-skill/persona.md 目录不存在请先创建写入后确认内容。4. 验证请求与发布测试笔记配置写完后不要急着发正式内容先做两步验证。第一步验证模型连通性在终端里直接请求curl https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer sk-你的Key \ -H Content-Type: application/json \ -d { model: 你的ModelID, messages: [{role: user, content: 只回复两个字通了}] }如果返回 JSON 里choices[0].message.content是「通了」说明 Key、Base URL、Model ID 三件套全部正确。这一步能排掉绝大多数鉴权问题比在 OpenClaw 里盲试高效得多。第二步在 OpenClaw 对话界面发「登录小红书」它会唤起扫码界面用手机小红书 App 扫码。扫完后发一条测试指令帮我发布一篇关于今天尝试了 AI 写作的小红书笔记发到私密笔记正常情况下 OpenClaw 会自动写文案、生成封面、上传发布。打开手机小红书在「我」→「笔记」→「私密」里能看到这条笔记就说明 Skill 触发和发布全链路打通了。手机上看一眼排版满意就改成公开不满意直接告诉它哪里不好让它重写。这里有个细节Skill 调用模型生成文案时走的就是你在 settings 里配的那个 default 模型。如果这一步文案生成卡住或报错回到第一步的 curl 验证基本能定位是 Key 问题还是 Skill 问题。5. 本篇常见报错排查401 Unauthorized最常见。九成是 Key 写错或 Base URL 少了/v1。检查settings.json里baseUrl是否为https://taotoken.net/api/v1apiKey是否完整无空格。改完重启 OpenClaw。local proxy failed说明 OpenClaw 尝试走本地代理转发但没起来。检查是否有其他程序占用了本地端口或者 settings 里误配了 proxy 字段。删掉多余的 proxy 配置让它直连 Base URL 即可。reading choices 报错通常是模型返回结构不符合预期多半是 Model ID 填错或者该模型不支持当前调用方式。换成文档里标注支持对话的模型 ID 重试。OAuth 相关报错如果你之前配过其他厂商的 OAuth 登录残留凭证会干扰。清掉旧的凭证缓存统一改用 Key 方式接入。openclaw: command not foundnpm 全局路径没进 PATH。把这个报错原样发给 Claude Code让它帮你修 PATH比手动找路径快。发布失败但模型正常先检查小红书登录态是否失效重新发「登录小红书」扫码。再检查发帖频率每天最多 1-2 篇高频连发会触发风控。手机端排版错乱先发私密手机上检查一遍再改公开这是最稳的流程。提示所有报错都可以直接复制丢给 Claude Code让它读日志帮你定位比你自己猜快很多。6. 把 Key 用对链路才跑得稳整条链路里模型鉴权是最容易被忽略又最容易出问题的一环。把 Base URL、Key、Model ID 三件套统一到一处配置后面无论你换模型还是加新 Skill都只改一个文件。需要创建或管理 Key 时走控制台https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 接入细节看文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。想先验证模型对话效果可以直接在模型对话页试https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。长期跑编码和 Agent 任务的话Coding Plan 更合适https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。最后留一个实用习惯每次改完配置先用第 4 节那条 curl 验证一次再进 OpenClaw 操作。这一步花十秒能帮你省掉半小时的盲目排查。