企业官网建设流程全解析

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_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，注册后在控制台创建 Key 即可。

2. TaoToken 统一 Key 接入前置准备

TaoToken 在这里扮演的角色是「模型统一入口」：你不需要为每个 Skill 单独申请不同厂商的 Key，只要拿到一个 Key 和一个 Base URL，所有走 OpenAI 兼容协议的调用都能复用。对 OpenClaw 这种会调用多个模型能力的框架来说，这一点很关键，因为 Skill 内部可能同时用到对话模型和判断模型。

第一步，打开控制台创建 API Key。地址是 https://taotoken.net/console?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，登录后在 API Keys 页面点创建，复制出来的字符串就是你的统一 Key。注意这个 Key 只显示一次，先存到本地文本里。

第二步，确认你要用的模型 ID。不同 Skill 对模型能力要求不同，文案生成用通用对话模型即可，判断类任务可以用更轻量的模型。模型列表和说明在文档里：https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_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 Plan：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，它更适合高频调用场景。但本文的小红书发布链路用按量 Key 就够了。

3. 可复制的 OpenClaw 与 Skill 配置片段

这一节是全文核心，所有配置都给你写全，路径和原文保持一致。先装 Node.js，Mac 用 Homebrew，Windows 用 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 对话界面直接发：

帮我安装这个skill，https://github.com/Xiangyu-CAS/xiaohongshu-ops-skill

安装完成后，Skill 目录在~/.openclaw/workspace/skills/xiaohongshu-ops-skill/，里面会有persona.md。如果你用 Claude Code 部署，可以把下面这段发给它，让它一次性建好配置文件：

请帮我创建以下 OpenClaw 配置文件： 1. ~/.openclaw/workspace/settings.json（模型统一走 TaoToken，Base 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/v1，apiKey是否完整无空格。改完重启 OpenClaw。

local proxy failed：说明 OpenClaw 尝试走本地代理转发但没起来。检查是否有其他程序占用了本地端口，或者 settings 里误配了 proxy 字段。删掉多余的 proxy 配置，让它直连 Base URL 即可。

reading choices 报错：通常是模型返回结构不符合预期，多半是 Model ID 填错，或者该模型不支持当前调用方式。换成文档里标注支持对话的模型 ID 重试。

OAuth 相关报错：如果你之前配过其他厂商的 OAuth 登录，残留凭证会干扰。清掉旧的凭证缓存，统一改用 Key 方式接入。

openclaw: command not found：npm 全局路径没进 PATH。把这个报错原样发给 Claude Code，让它帮你修 PATH，比手动找路径快。

发布失败但模型正常：先检查小红书登录态是否失效，重新发「登录小红书」扫码。再检查发帖频率，每天最多 1-2 篇，高频连发会触发风控。

手机端排版错乱：先发私密，手机上检查一遍再改公开，这是最稳的流程。

提示：所有报错都可以直接复制丢给 Claude Code，让它读日志帮你定位，比你自己猜快很多。

6. 把 Key 用对，链路才跑得稳

整条链路里，模型鉴权是最容易被忽略又最容易出问题的一环。把 Base URL、Key、Model ID 三件套统一到一处配置，后面无论你换模型还是加新 Skill，都只改一个文件。需要创建或管理 Key 时走控制台：https://taotoken.net/api-keys?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= ，接入细节看文档：https://taotoken.net/doc?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。想先验证模型对话效果，可以直接在模型对话页试：https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。长期跑编码和 Agent 任务的话，Coding Plan 更合适：https://taotoken.net/coding-plan?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 。

最后留一个实用习惯：每次改完配置，先用第 4 节那条 curl 验证一次，再进 OpenClaw 操作。这一步花十秒，能帮你省掉半小时的盲目排查。