Openclaw 小红书运营技能（通用版）

目标：构建可复用的“小红书运营”流程，让任何账号类型都能复用同一套动作框架。

适用范围（默认即通用流程）

• - 账号定位与内容方向
• 选题产出与争议点挖掘
• 竞品/同类账号对标
• 小红书发布前演练与内容交付
• 发布后快速复盘（互动结构、评论回复、热点追踪）
• 小红书创作服务平台登录、会话恢复、网页端直发
• 小红书视频笔记发布与视频上传问题排查

将每类账号的行业细节作为“案例模块（case module）”挂载到通用流程中。

常用术语

• - 选题：可发布、可讨论、可转发的内容切入点
• INLINECODE1：标题/开头一句用于触发停留与点击
• INLINECODE2：标题、正文、互动问句、话题、标签五元组
• INLINECODE3：用于验证页面状态的关键证据快照
• INLINECODE4：流程失败后重试或改道执行

0) 启动与环境校验（所有任务都遵循）

执行前先按 references/xhs-runtime-rules.md 中“运行规则”执行，优先遵循失败可复用顺序。

• - 发布相关默认优先走创作服务平台：https://creator.xiaohongshu.com，不要先在社区首页 www.xiaohongshu.com 判断发布登录态。
• 默认读取 _meta.json，当 config.useProxy=false 时先调用 scripts/disable_proxy.js 清空代理环境变量；否则很容易触发风控或登录态异常。
• 以 evaluate 为先，关键节点少量 snapshot，单步动作最多重试一次。
• 失败后保留已获结果，切稳健路径并汇报。
• 涉及直接发布时，优先使用已验证脚本：

1) 技能默认行为（所有任务都遵循）

• - 先读本技能目录下的 persona.md（小红书平台专用人设/语气/发布与回复风格）。所有对外文案（发帖/评论回复/私信话术）都必须遵循。
• 优先输出可执行的 SOP 而非一次性内容稿。
• 语言优先“能对话”而不是“写报告”：短句、口语、站位明确、可引导评论。
• 所有输出默认保留“可追问点”，用于评论区继续延展。
• 默认文案风格要像正常真人发帖。 除非用户明确要求，不要自动注入 行行行 / 我不说太多 / 我继续打工了 / 我去躺会儿 / 电子宠物 这类人设口头禅或自我表演。
• 用户明确要求“发出去 / 帮我发 / 直接发布”时，可以走直发链路；用户只要求“准备 / 预览 / 演练”时，默认停在发布前。

2) 账号定位（可复用）

每个账号先确认 4 个变量：

• - 目标用户：年龄/场景/痛点（如「下班后碎片时间」「追星讨论人群」）
• 内容价值主张：每篇给用户什么（观点、情绪价值、实操建议）
• 差异化角度：同类账号不做什么、你做什么
• 风格规范：语气、长度、冲突边界（避免过激）

输出：

• - 人设关键词（3-5）
• 内容支柱（3 个）
• 口头禅/固定句式（2-3 个）
• 不能碰底线（红线）清单（剧透、人身攻击、虚假承诺）

3) 通用选题与对标流程

A. 平台侧抓取信号（可并行）

1. 1. 先在小红书抓同题材高互动内容（点赞/收藏/评论高于近期平均值）
2. 记录可复用字段：title, hook, angle, 结构标签, 评论信号, 互动CTA, INLINECODE27
3. 汇总前 10-20 条到候选池

B. 需求侧补充信号（行业/场景）

1. 1. 按主题去主流平台/社媒抓“评论区观点分歧”
2. 抽取支持/反对/中性观点各一组
3. 输出可发文争论点（争议但可控）

C. 形成选题清单（每轮至少 3 条）

每条选题包含：

• - 选题标题（20 字内可选）
• 观点标签（支持/反对/中性）
• 预计互动钩子
• 证据来源（哪组高互动数据）
• 风险提示（是否容易踩线）

3.5) 搜索并浏览（新增操作类型）

按 references/xhs-runtime-rules.md 的搜索与评论入口章节执行。

• - 只允许从搜索结果页进入帖子；
• 优先通知/回复场景前先对位校验。
• 连续失败回退策略见引用文件。

4) 通用内容模板（小红书）

每次产出至少 2 个备选：

• - 标题（争议/立场/反问，≤20字优先）
• 默认避免强行玩梗、自说自话、莫名嘴硬；先把图/视频里真正值得说的内容写出来。
• 开头钩子（1-2 句）
• 正文（3 段：观点→证据→反方）
• 互动提问（1 句）
• 话题（5-8 个）
• 风险标注（是否剧透 / 引战边界 / 版权风险）

5) 通用发布链路

详细发布执行路径请直接按 references/xhs-publish-flows.md 执行，避免重复维护。

默认策略

• - 用户明确说“发出去 / 直接发布 / 帮我发”时，允许直发，不必默认停在发布前。
• 用户只说“演练 / 预览 / 帮我准备一下”时，才停在发布按钮前。
• 发布前必须满足三要素：封面、标题、正文。
• 没有现成图片时，不要卡住。 先用 scripts/xhs_make_text_cover.py 生成一张简洁兜底封面，再按图文链路发布。
• 优先发布 图文笔记；用户明确要求视频时，优先走 scripts/xhs_publish_video.js。
• 视频发布不要误判：只有页面出现 视频文件 / 重新上传 / 设置封面 / 标题框 / 正文编辑器 / 暂存离开 / 发布 这一整组信号，才算真正进入视频编辑页。

已验证的稳定链路

1. 1. 先在 creator.xiaohongshu.com/new/home 验证会话是否有效。
2. 如果跳到登录页，先判断登录方式：

1. 3. 进入 creator.xiaohongshu.com/publish/publish 后，主动切到“上传图文”，不要假设默认 tab 正确。
2. 上传图片后，等待标题框 填写标题会有更多赞哦 和正文编辑器 .tiptap.ProseMirror 出现，再填内容。
3. 点“发布”后，必须再去“笔记管理”确认标题已出现，以此作为成功标准；仅看到 published=true 还不够。

推荐脚本入口

• - 短信登录：INLINECODE40
• 二维码登录：INLINECODE41
• 图文发布：INLINECODE42
• 视频发布：INLINECODE43
• INLINECODE44 若传入字面量 \n，脚本会自动转成真实换行，避免把 \n 原样发进正文。
• 可见性：INLINECODE47
• 定时发布：--schedule（启用平台默认时间）或 --schedule-at "YYYY-MM-DD HH:mm"（若页面接受则按指定时间）
• 无图兜底：INLINECODE50

6) 评论与回复（轻量）

评论检查与回复统一遵循 references/xhs-comment-ops.md，并结合 examples/reply-examples.md 作文案风格。

• - 默认优先走通知页，先对位后输入后发送。
• 默认 one-send-per-turn（如无明确要求不连发）。
• 长度、隐性承诺、风控停损点等风险控制项请以引用文件为准。

7) 失败与修复（必须遵循）

• - 自动化失败先重试一次（同策略）。
• 仍失败则改道：换到“更稳妥同义路径”。
• 不做无效重复动作；保留当前进度可复用，报告一次用户需手动的单一动作。
• 发布失败优先按这个顺序排查：代理 → 创作服务平台登录态 → 登录方式是否被平台切成强制扫码 → 发布页 tab 是否正确 → 发布后是否在笔记管理出现。

8) 通用提取示例（Evaluate）

通用字段提取脚本示例见 references/xhs-eval-patterns.md。

9) 具体案例：陪你看剧（保留为特例）

使用方式

本技能主文件保留通用框架；垂直行业经验放在 examples/ 目录，按内容类型选用：

• - 先按《通用流程》跑一遍
• 再加载对应案例文件补齐行业特殊动作

当前已可用案例：

• - examples/drama-watch/case.md（陪你看剧账号）

每个内容类型按目录组织，文件命名可为：

• - examples/<vertical>/<vertical>.md（推荐）
• 或 INLINECODE57

• - examples/lifestyle/（待补充）
• INLINECODE59（待补充）
• INLINECODE60（待补充）

实操经验（持续有效）

• - 发布鉴权以创作服务平台为准，不以社区首页为准。 社区首页可能“看起来能浏览”，但创作平台仍是未登录状态。
• 默认关代理再跑发布。 当前技能配置 useProxy=false；若环境里挂着 HTTP_PROXY/HTTPS_PROXY，先清掉再访问小红书。
• 创作服务平台的发布页默认可能落在“上传视频”，所以做图文时要主动切“上传图文”。
• 视频页里真正的可用上传控件是 input.upload-input，即使不可见也能直接 setInputFiles()。
• 视频上传成功后，页面不一定马上出现标题框；要先看是否出现 视频文件 / 重新上传 / 设置封面 / 智能标题 / 暂存离开 / 发布 这些编辑信号。
• 视频发布按钮经常会先出现但处于 disabled，通常是因为标题/正文还没填，不是上传失败。
• 文案输入前先做正文归一化：把字面量 \n 转成真实换行，避免把转义字符直接写进小红书正文。
• 发布话题优先用 UI 选题，不建议纯文本粘贴大量 #话题。
• INLINECODE68 批量改写富文本时，尽量少改版式，避免丢失 topic entity。
• published=true 不是最终成功信号；必须进入“笔记管理”并看到目标标题出现，才算发布成功。
• 没有现成封面时，直接生成兜底封面比卡在“缺图”更稳。
• 若出现新类型评论节奏问题，优先减少每小时回复密度而非提高频率。

运营成熟路径（可选）

• - 标题池：按“站队/反问/冲突”各保留 10 条可复用模板
• 话题池：按账号调性建立常用关键词与同义替换列表
• 复用机制：每次复盘后把可复用表达同步进案例文件