xhs-skill

本技能是 xhs-* 的合并版，目标是让用户只需要 clawhub install xhs-skill 一次即可开始使用。

约束：

• 所有浏览器交互（打开页面/点击/输入/上传/截图/登录/导出）全部委托 agent-browser-stealth。
• 禁止在本仓库编写/维护发布编排脚本（如 publish_from_payload）；发布动作必须在会话中由 agent-browser-stealth 执行。
• 禁止使用 agent-browser（旧通道禁用，统一使用 agent-browser-stealth）。
• 所有敏感数据（cookies、导出文件、截图）只落地在本机 data/ 目录，不要粘贴到聊天里。

执行硬约束（稳定性）：

• 同一 agent-browser-stealth session 禁止并发操作（串行执行），否则容易触发 os error 35 假失败。
• snapshot 的 ref 会漂移：关键动作前后必须重抓 snapshot -i，并用 placeholder/role/text 做二次定位兜底。
• 扫码不等于登录成功；必须做后验校验（见下方 A 节“登录成功判定”）。

安装

clawhub install xhs-skill
cd skills/xhs-skill
npm i

说明：npm i 仅用于本技能自带的本地 CLI（二维码解码、cookies 工具）。如果你不需要解码二维码/转换 cookies，也可以只用 agent-browser-stealth 完成扫码与导出。

目录约定（本机）

建议在你运行命令的工作目录下准备：

• data/xhs_login_qr.png：登录页二维码截图（PNG）
• data/raw_cookies.json：导出的原始 cookies（JSON）
• data/xhs_cookies.json：归一化后的 cookies（JSON）
• data/exports/<YYYY-MM-DD>/：导出数据（CSV/XLSX/截图）
• data/assets/<YYYY-MM-DD>/：发布笔记用的图标/配图素材与来源记录

mkdir -p data

A. 登录（扫码）并保存 cookies

目标：登录小红书创作者中心并导出 cookies，避免频繁重复登录。

1. 用 agent-browser-stealth 打开登录页：

• https://creator.xiaohongshu.com/login
• 若默认展示「手机号/验证码登录」，点击「扫码」切换到二维码视图

2. 让 agent-browser-stealth 截图保存二维码（PNG）到 data/xhs_login_qr.png

3. （可选）用本地 CLI 解码二维码文本并打印 ASCII 二维码：

node ./bin/xhs-skill.mjs qr show --in ./data/xhs_login_qr.png

OpenClaw 回传规范（强制）：

• 禁止只回传文件路径（例如仅说 data/xhs_login_qr.png）。
• 必须先执行 node ./bin/xhs-skill.mjs qr show --in ./data/xhs_login_qr.png，然后把输出的二维码文本 + ASCII 二维码直接发给用户。
• 若会话支持图片渲染，再附上二维码截图绝对路径（或图片附件）作为补充。
• 发完二维码后必须暂停，等待用户确认“已扫码”再继续 cookies 导出。

推荐回传模板：

请用小红书 App 扫这个二维码登录。
二维码文本: <qr_text>
<ASCII QR>

4. 用小红书 App 扫码完成登录后，导出 cookies 到 data/raw_cookies.json（不走 DevTools）：

agent-browser-stealth cookies --json > ./data/raw_cookies.json

5. 归一化 cookies 并保存到 data/xhs_cookies.json：

node ./bin/xhs-skill.mjs cookies normalize --in ./data/raw_cookies.json --out ./data/xhs_cookies.json
node ./bin/xhs-skill.mjs cookies status --in ./data/xhs_cookies.json

5.1 推荐用脚本做后验校验（可执行门禁）：

# 例：先让 agent-browser-stealth 记录当前 URL 与后台探测后的 URL
CURRENT_URL="$(agent-browser-stealth get url)"
agent-browser-stealth open https://creator.xiaohongshu.com/creator/home
PROBE_FINAL_URL="$(agent-browser-stealth get url)"

node ./scripts/verify_login.mjs \
  --cookies ./data/xhs_cookies.json \
  --current-url "$CURRENT_URL" \
  --probe-final-url "$PROBE_FINAL_URL" \
  --json

登录成功判定（强制）：

• 必须同时满足以下 2 条才可回报“登录完成”（web_session 不再作为硬依赖）：
• 当前 URL 已离开 /login
• 可访问创作者后台页面，且不会 401/回跳登录
• 加分项：cookies 中存在“session-like cookie”（例如 web_session，或 cookie 名含 session）。没有也可能可用，但稳定性更差。
• 任一强制条件不满足，必须回报“登录失败/未完成”，并重试登录流程；禁止误报成功。

登录结果输出契约（JSON）：

{
  "task": "xhs_login",
  "ok": true,
  "checks": {
    "left_login": true,
    "backend_not_rejected": true,
    "has_session_like_cookie": true
  },
  "artifacts": {
    "qr_png": "data/xhs_login_qr.png",
    "raw_cookies": "data/raw_cookies.json",
    "normalized_cookies": "data/xhs_cookies.json"
  }
}

失败时 ok=false，并给出失败项（例如仍在 /login、或 probe 回跳），禁止输出“已完成”。

6. （可选）生成 Cookie: header：

node ./bin/xhs-skill.mjs cookies to-header --in ./data/xhs_cookies.json

失败回退：

• 二维码解码失败：通常是没有切到扫码视图或二维码太小，让 agent-browser-stealth 放大后重新截图（仍为 PNG）。
• cookies 归一化失败：保留原始 data/raw_cookies.json，后续再扩展兼容分支。

A1. 防封/限流运行规范（强制）

核心结论：小红书风控主要看“节奏 + 指纹 + 行为 + IP + 账号权重”。工具本身不是主因，使用方式才是主因。

强制策略：

1. 真人节奏：

• 禁止连续无停顿点击/填写；关键动作之间必须随机停顿（建议 1.2s~7s）。
• 输入优先 type --delay（逐字），避免全量瞬时 fill。

2. 固定指纹：

• 运行发布流程时优先固定 --profile，并启用 --headed。
• 推荐同一账号长期复用同一个 profile 目录，不要每次新建临时环境。

3. 发布频率门禁：

• 同一 profile 默认 24h <= 3 篇。
• 两次发布最小间隔默认 30 分钟。
• 命中门禁必须中止，不允许强发。

4. 发布前预热行为：

• 先做一次短时正常浏览（首页/创作者后台停留 + 滚动），再进入发布页。
• 禁止“打开页面后立刻提交”。

5. 网络与设备：

• 禁止机房 IP / 高频切换代理。
• 优先家庭网络或手机热点；同账号尽量保持设备/IP 稳定。

6. 被限流后的处理：

• 限流：停自动化，回归手动正常使用 3~7 天。
• 封号：仅能申诉；换号时要同时更换 profile + IP + 设备环境。

B. 发布笔记（图文/视频）

输入（用户提供）：

• 笔记类型：图文 或 视频
• 标题、正文、标签（必填）
• 话题（必填；做热点发布时必须是“今天热点”）
• 图片/视频路径（本机绝对路径优先）
• 图标/配图需求（可选）：关键词、风格（扁平/拟物/线性）、主色、是否透明背景
• 热点来源（必填）：来源名、来源 URL、来源日期（YYYY-MM-DD）

发布硬门禁（强制）：

1. 先把发布素材整理为 data/publish_payload.json（示例）：

{
  "topic": "今日热点：xxxx",
  "source": {
    "name": "央视新闻",
    "url": "https://example.com/news",
    "date": "2026-02-12",
    "evidence_snippet": "2月12日该媒体报道提到：......",
    "key_facts": ["关键事实1（含日期/数字）", "关键事实2（含日期/数字）"]
  },
  "post": {
    "title": "20字内标题示例",
    "body": "不少于 80 字的正文......",
    "tags": ["#热点", "#今日新闻", "#小红书运营"],
    "real_topics": ["#人工智能", "#AI资讯", "#科技观察"],
    "media": ["/abs/path/cover.png", "/abs/path/card_1.png"]
  }
}

2. 发布前必须执行校验脚本：

# 普通模式
node ./scripts/verify_publish_payload.mjs --in ./data/publish_payload.json --policy ./config/verify_publish_policy.json --tag-registry ./data/tag_registry.json --min-registry-tags 12 --require-source-evidence on --strict-anti-ai on --json

# 今天热点模式（强制 source.date = 今天）
node ./scripts/verify_publish_payload.mjs --in ./data/publish_payload.json --policy ./config/verify_publish_policy.json --tag-registry ./data/tag_registry.json --min-registry-tags 12 --require-source-evidence on --strict-anti-ai on --mode hot --json

3. 发布前必须执行内容审核脚本（分层规则 + AI）：

node ./scripts/review_publish_payload.mjs --in ./data/publish_payload.json --policy ./config/review_policy.json --taxonomy ./config/review_taxonomy.json --ai-provider auto --require-ai off --mode hot --json

4. 只有当校验和审核结果都 ok=true 才允许进入发布页点击“发布/提交”。 校验策略在 ./config/verify_publish_policy.json，审核策略在 ./config/review_policy.json，分层风险路径在 ./config/review_taxonomy.json。
5. 任一门禁失败必须中止流程并提示补齐，禁止“只传截图直接发”。

禁止链接（强制）：

• 标题/正文/标签里禁止出现任何链接或域名形态（http/https、www.、xxx.com/.cn/...）。否则有封禁风险。
• 如果内容生成遇到困难或校验不通过：宁可中止，不要“随便发一条”。

反 AI 识别与真实标签（强制）：

• 不承诺“100% 不被识别为 AI”；目标是显著降低风险。
• 正文必须有“个人视角 + 具体事实信号（数字/日期/来源提及）”，并规避模板腔。
• 发布前必须通过 review_publish_payload 审核门禁，要求 decision=pass，并输出 risk_path、证据和 review_queue 供复核。
• source.evidence_snippet 与 source.key_facts 必填，且能回溯到来源事实。
• 标签与 post.real_topics 都必须来自真实话题池 data/tag_registry.json，禁止自造标签。
• 禁止自动把 #标签 拼进正文冒充话题。
• 发布前必须在小红书发布页手动选择至少 3 个真实话题，然后由 agent-browser-stealth 执行最终点击发布。

示例：准备真实标签池（建议每天更新）：

cat > ./data/tag_registry.json <<'JSON'
{
  "updated_at": "2026-02-24",
  "source": {
    "platform": "xiaohongshu",
    "method": "manual_from_publish_topic_picker",
    "url": "https://creator.xiaohongshu.com/creator/publish"
  },
  "tags": ["#AI热点", "#人工智能", "#行业观察", "#科技新闻", "#AI资讯", "#科技观察"]
}
JSON

发布执行方式（唯一）：

• 本仓库只负责“数据准备 + 门禁校验 + 审核校验”；不再提供发布自动化脚本。
• 浏览器动作必须由 agent-browser-stealth 串行执行：打开发布页 -> 上传素材 -> 填写标题/正文/标签 -> 手动选择真实话题 -> 人工确认预览 -> 点击发布。
• 若任一门禁失败（verify/review 非 ok=true），必须停止在“发布前”，禁止继续点击提交。

发布可靠性 Checklist（照这个执行，避免“看似发了其实没发/字段没落库”）：

• 正文换行：写入编辑器前把 \\n 规范化为真实换行（text.replaceAll("\\\\n", "\n")），填完立刻读回校验正文 innerText 不包含字面量 \\n。
• 标题/正文/标签写入后都要读回校验：标题是否存在且 <= 20；正文是否非空且长度达标；标签是否至少 3 个且都以 # 开头、并来自 tag_registry。
• 读回门禁里把 post.real_topics 一并校验（>=3，且都命中 tag_registry），避免“假话题”。
• 正文编辑区可能不是普通 input/textarea；必须先 snapshot -i 确认可编辑区域，再写入并读回校验。
• 发布按钮：页面可能有多个“发布”入口，必须点击“可见 + enabled + 文案严格匹配”的主按钮；点击后用 URL/页面状态确认已跳转到成功/管理页。
• 图片重传：若需要替换，先点“清空”并在弹窗选择“重新上传”；上传后等待缩略图数量稳定再继续。
• 图片尺寸：截图类 1280x720 会让预览很差；发布前用门禁校验图片为竖版 3:4（推荐 1242x1660）。
• 串行：同一 agent-browser-stealth session 严格串行，必要时 sleep/wait，避免 os error 35 假失败。

发布成功闭环（强制）：

1. 发布/更新后回到「笔记管理」列表页，确认缩略图/标题已变化。
2. 重新打开该笔记的编辑页，读回校验：title/body/imgCount/tags 都存在且符合门禁（否则判失败重试）。

素材准备（可选，省去用户自己找图标/配图）：

1. 用户只给“需求描述”，例如：

• “一个红色爱心线性 icon，透明背景”
• “适合美妆笔记的浅色系贴纸风小图标”

2. 用 agent-browser-stealth 搜索并挑选 3-5 个候选（优先免版权/可复用来源）。 2.1 配图“内容一致性”门禁（强烈建议）：

• 截图入库前，先用 agent-browser-stealth get title/读 h1 检查页面内容确实包含目标关键词（否则可能是误点/错页）。
• 需要更强一致性时再上 OCR（可选），但默认先做 title/h1 的低成本校验。

3. 用 agent-browser-stealth 直接截图保存到：

• data/assets/<YYYY-MM-DD>/icons/<name>.png
• 把来源 URL 追加到：data/assets/<YYYY-MM-DD>/sources.txt

4. 进入发布页后按常规上传媒体，并在点击“发布/提交”前设置人工确认点（预览无误再发）。

流程（浏览器侧全部由 agent-browser-stealth 完成）：

1. 确保已登录（先完成上面的 A，或已有有效登录态）。
2. 准备并校验 data/publish_payload.json（必须 ok=true）。
3. 打开发布页面（允许路径变化）。
4. 上传媒体（图文多图/视频文件与封面）。
5. 填写标题/正文/话题/标签：

• 标题必须 8~20 字（超过 20 字先裁剪或提示用户改短）
• 正文必须 >= 80 字
• 标签至少 3 个，且都以 # 开头
• post.real_topics 至少 3 个，且与标签都必须命中 data/tag_registry.json（真实话题池）
• 禁止“仅截图素材”直接发布（如只含 screenshot/login_qr 等截图文件）
• 正文编辑区不要按普通 input 假设，先 snapshot -i 再定位可编辑区
• 每次点击/填写前先刷新 ref，避免 ref 漂移误操作

6. 点击“发布/提交”前暂停，要求用户确认最终预览。 6.1 发布前手动选择至少 3 个真实话题，再由 agent-browser-stealth 点击提交。
7. 发布后记录结果页 URL；失败时截图并记录错误文案。

发布结果输出契约（JSON）：

{
  "task": "xhs_publish",
  "ok": true,
  "result_url": "https://creator.xiaohongshu.com/....",
  "content_checks": {
    "title_len": 18,
    "body_len": 136,
    "tag_count": 3,
    "topic": "今日热点：xxxx",
    "source_date": "2026-02-12"
  },
  "artifacts": {
    "payload_json": "data/publish_payload.json",
    "media_inputs": ["..."],
    "error_screenshot": null
  }
}

发布失败时 ok=false，并返回 error_message、error_screenshot 路径和未通过的 missing_checks。

C. 导出创作者中心数据（CSV/XLSX 或截图）

目标：把创作者中心关键数据导出到 data/exports/<YYYY-MM-DD>/，用于后续分析。

1. 确认已登录。
2. 用 agent-browser-stealth 进入创作者中心的常用分析页（仪表盘/内容分析/粉丝分析）。
3. 每个页面：

• 优先使用页面自带导出（如有）到 data/exports/<date>/
• 无导出时：保存关键区块截图到同目录

4. 记录：导出时间范围、口径说明、页面 URL。

本地 CLI（本技能自带）

命令：

• node ./bin/xhs-skill.mjs qr show --in <pngPath>
• node ./bin/xhs-skill.mjs cookies normalize --in <jsonPath> --out <outPath>
• node ./bin/xhs-skill.mjs cookies status --in <cookiesJsonPath>
• node ./bin/xhs-skill.mjs cookies to-header --in <cookiesJsonPath>
• node ./scripts/verify_publish_payload.mjs --in <payloadJsonPath> --policy ./config/verify_publish_policy.json --tag-registry ./data/tag_registry.json --min-registry-tags 12 --require-source-evidence on --strict-anti-ai on [--mode hot]
• node ./scripts/review_publish_payload.mjs --in <payloadJsonPath> --policy ./config/review_policy.json --taxonomy ./config/review_taxonomy.json --ai-provider auto --require-ai off [--mode hot]

D. 轻量发版流程（维护者）

1. 先跑本地门禁：

• npm run check:constraints
• npm test

2. 查看改动只包含预期文件：git status --short
3. 用中文 Conventional Commit 提交（示例）：

• docs(skill): 补充发版前快速自检清单

4. 发布到 ClawHub（patch）：

• clawhub sync --all --bump patch --changelog "docs: 补充发版前快速自检清单"