xiaohongshu 小红书自动运营

核心用法

本技能为小红书运营提供标准化、可复用的全链路工作流，覆盖从账号冷启动到持续复盘的完整周期。核心模块包括：

账号基建层：通过4变量定位法（目标用户/价值主张/差异化/风格规范）快速建立人设，输出关键词、内容支柱、固定句式及红线清单；支持轻量账号体检，从定位、结构、互动、辨识度、可持续性5维度诊断。

内容生产层：集成平台信号抓取（首页推荐流/搜索高互动内容）、需求侧争议点挖掘、选题灵感生成三大引擎；每条选题强制包含互动钩子、三段式结构与风险提示。Viral Copy模块支持输入爆款URL，高贴合复刻封面层级、标题句式、正文节奏，避免侵权风险。

发布执行层：严格遵循"到发布页停手"原则，所有浏览器操作强制使用openclaw内置profile，默认不直接点击发布；涉及确认步骤优先飞书附件流转，用户确认后执行。

运营复盘层：评论回复走通知页对位校验，知识库按accounts/topics/patterns/actions/reviews五类沉淀，每次任务强制留下可检索结论与下一步动作。

显著优点

• 流程闭环：首次将小红书运营拆解为可代码化的SOP，新手可直接跟随执行，老手可挂载垂直案例模块快速适配美妆、健身、追剧等赛道
• 风险前置：内置"红线清单""风险提示""风控停损点"三重机制，对剧透、引战、虚假承诺等高危场景有明确拦截
• 工具整合：强制统一openclaw浏览器profile，避免多浏览器环境混乱；evaluate+snapshot组合兼顾效率与可追溯性
• 复用设计：标题池/话题池/案例模块三层复用机制，沉淀成本随使用次数递减

潜在局限

• 平台依赖：小红书前端改版可能导致evaluate脚本失效，需持续维护references/xhs-eval-patterns.md
• 创意天花板：标准化流程对头部创作者可能产生束缚，Viral Copy存在"结构雷同"隐性风险
• 人工卡点：发布环节强制停手等待确认，批量运营场景效率受限
• 知识库冷启动：初期无历史pattern时，选题质量依赖单次抓取信号的代表性

适合人群

• 小红书新手博主（需完整SOP降低试错成本）
• MCN运营团队（需多账号标准化管理）
• 品牌自播账号（需可控风险的内容量产）
• 跨平台迁移创作者（需快速理解小红书流量逻辑）

常规风险

| 风险类型 | 具体表现 | 缓解机制 |

|---------|---------|---------|

| 平台风控 | 高频操作触发反爬/限流 | 单步最多重试1次，失败后切稳健路径 |

| 版权争议 | Viral Copy过度借鉴被判定搬运 | 强制"结构复刻+表达改写"原则 |

| 账号安全 | 浏览器profile混淆导致登录态异常 | 强制`openclaw` profile，异常自动回退 |

| 内容合规 | 评论区引战、虚假承诺 | 每稿强制风险标注，回复密度管控 |

小红书运营技能（xiaohongshu-ops）综合评估

核心用法

本 Skill 是一套纯文档型运营指南，通过结构化 Markdown 文档指导 Agent 完成小红书账号的全链路运营。核心功能模块包括：

1. 账号定位与诊断：通过 4 个变量（目标用户、价值主张、差异化角度、风格规范）建立账号人设，并支持轻量体检分析
2. 选题与对标研究：平台信号抓取（高互动内容分析）+ 需求侧信号（评论区争议挖掘）→ 输出可发布选题清单
3. 内容生产：Viral Copy 功能可输入爆款 URL 学习结构，生成高贴合的封面/标题/正文方案；每次产出至少 2 套备选模板
4. 发布执行：严格遵循「到发布页停手」原则，默认不自动点击发布，必须等待用户确认
5. 评论运营：轻量回复机制，优先走通知页，控制回复密度避免触发风控
6. 知识库沉淀：本地结构化存储运营数据，支持 pattern/topic/action/review 多维度复用

关键约束：所有浏览器操作必须使用 profile="openclaw" 内置浏览器，禁止直接使用系统 open 或外部浏览器。

显著优点

| 维度 | 优势 |

|------|------|

| **安全机制完善** | 纯 Markdown 无代码执行，具备多层风控：强制内置浏览器、发布前必停、反社工机制、用户确认链 |

| **运营方法论成熟** | 非一次性内容生成，而是输出可复用 SOP；强调「能对话」的口语化表达，符合平台调性 |

| **知识复用设计** | 内置 knowledge-base 体系，每次任务沉淀可检索结论，避免重复摸索 |

| **风险预判充分** | 明确标注「不能碰底线」清单、风险提示（剧透/引战/版权）、失败修复策略 |

| **扩展性良好** | 通用框架 + 垂直案例模块（如「陪你看剧」），新行业可按目录挂载 |

潜在缺点与局限性

1. 平台政策风险：自动化操作小红书存在被检测风险，Skill 虽提示但无法消除平台规则变更或风控触发的不确定性
2. 来源可信度 T3：个人/社区项目背景，无知名组织背书，建议企业使用前额外审查
3. 操作依赖外部工具：核心功能依赖 OpenClaw 内置浏览器，若 browser 能力 disabled 则流程中断
4. 频率控制依赖自律：文档建议控制评论密度，但无硬性频率限制机制，需使用者自行把控
5. 许可证未明确：当前未声明开源许可证，商业使用存在条款模糊性

适合人群

• 小红书内容运营者：需要系统化 SOP 而非零散技巧的个人创作者或 MCN 运营
• 矩阵账号管理者：依赖知识库沉淀实现多账号经验复用的团队
• 自动化探索者：希望将部分运营流程（选题研究、内容结构学习）自动化的用户
• 风险敏感型用户：重视「发布前确认」「反社工」等安全机制的企业场景

常规风险

| 风险类型 | 等级 | 说明 |

|---------|------|------|

| 平台检测封号 | 中 | 浏览器自动化可能被小红书识别，建议控制操作频率 |

| 知识库数据泄露 | 低 | 本地存储但需关注目录权限设置 |

| 内容合规风险 | 中 | 生成内容需人工审核，避免侵权或违规 |

| 工具依赖中断 | 低 | OpenClaw 浏览器不可用时的故障引导已覆盖 |

使用建议

• 首次使用前确认 openclaw profile 浏览器可用
• 严格遵循「到发布按钮可见处停手」原则，人工终审后再发布
• 定期检查小红书平台规则更新，及时调整操作策略
• 建议为 knowledge-base 目录设置独立访问权限
• 关注 maintainer 更新签名，验证版本一致性