小红书长文私密发布技能
这个 skill 面向“已有原文、已有配图、不要改写、直接发布”的场景。
它的核心目标不是重新创作小红书文案，而是把现成的 Markdown 长文尽量无损地搬到小红书长文编辑器里，按图片占位顺序插图，使用“一键排版”，并默认以“仅自己可见”的方式发布，再做一次可视化验收。
如果用户要的是“帮我改写成更像小红书的风格”“帮我做封面卡片”“帮我生成图文卡片”，优先使用 xhs-note-creator；这个 skill 更适合“忠实发布现有长文”。
适用场景
- 用户说“帮我发小红书长文”
- 用户强调“不要改原文”“不要改原先样子”
- 用户要求“图片按顺序插进去”
- 用户要求“用一键排版”
- 用户要求“先私密发布，我来验收”
- 用户提供的是
Markdown文件而不是最终可直接上传的图片卡片
输入
最少需要以下输入：
<markdown_path>：原文 Markdown 文件<image_dir>或<image_paths...>：正文插图，顺序与文中的图片占位一致
常见可选项：
- 是否强制“仅自己可见”（默认是）
- 是否允许图片数量与占位数量不一致（默认不允许）
- 是否允许最多重试 3 次（默认允许）
- 是否覆盖标题（默认从 Markdown 的第一个 H1 提取）
输出
- 已发布的小红书长文，默认是“仅自己可见”
- 发布验收证据：至少一张笔记管理页截图
- 一个调试载荷 JSON，供重复执行或排查问题时复用
工作原则
- 保留原文措辞，不自行改写。
- 保留原始结构感，包括标题层级、列表、引用和强调；不要为了兼容小红书把小标题压平成普通段落。
- 图片必须按占位顺序插入，不允许随意重排。
- “一键排版”在正文和图片全部插完之后再点。
- 默认发布为“仅自己可见”，不要误发公开。
- 结果验收以创作者平台的可见页面为准，不以控制台日志为准。
- 小红书不稳定的不是“层级本身”，而是原始 Markdown 符号和部分 HTML 结构。默认使用 XHS 安全富文本：保留
h2/h3/blockquote/ul/li/strong，移除code/hr和属性。 - 若版式、图片顺序或可见性不对，最多重做 3 次，每次都要更换假设，并保留失败截图和页面状态 JSON。
推荐流程
1. 预检
- 确认已经登录小红书创作者平台
- 打开长文入口：
https://creator.xiaohongshu.com/publish/publish?target=article - 如果用户明确说“不能走代理”，不要切代理或依赖代理页面
- 如果页面上存在旧草稿或脏状态，优先新建一篇长文，而不是在未知草稿上硬改
2. 生成发布载荷
优先使用内置脚本把 Markdown 转成一个稳定的 JSON 载荷：
bashpython scripts/build_payload.py \ <markdown_path> \ --image-dir <image_dir> \ --xhs-safe-rich \ --output /tmp/xhs_payload.json
这个脚本会做几件事：
- 提取第一个 H1 作为标题
- 以 Markdown 图片语法行为分界，把正文切成
图片数 + 1段 - 把每一段 Markdown 转成 HTML，避免把原始 Markdown 符号直接贴进编辑器
--xhs-safe-rich是默认推荐：保留小标题、引用和列表层级，同时移除 XHS 容易处理异常的code、hr和 HTML 属性- 对图片文件名按数字顺序排序，如
1.png、2.png、10.png - 默认要求“图片数量 = 图片占位数量”
如果用户是显式给定图片路径列表，也可以改用：
bashpython scripts/build_payload.py <markdown_path> --images <img1> <img2> <img3>
如果手工维护了 payload-xhs.json，发布前必须检查：
parts = images + 1- 不出现原始 Markdown 标题符号如
## - 不出现反引号或
<code> - 不出现
<hr> - 小标题仍然以
h2/h3或等价的独立标题行保留
3. 在长文编辑器里插入内容
加载 references/xhs-longform-workflow.md 获取最新页面选择器、按钮回退策略和验收方法。
优先使用自动化脚本：
bashpython scripts/publish_longform.py --payload /tmp/xhs_payload.json --validate-only python scripts/publish_longform.py --payload /tmp/xhs_payload.json --publish
脚本默认行为：
- 使用持久浏览器目录复用登录态
- 默认目标可见性是
仅自己可见 - 不传
--publish时只走到发布前页面，便于人工验收 - 传
--publish后会在发布后自动跳转笔记管理页并截图留证 - 失败时自动保存
failure.png和failure-state.json
核心要求：
- 标题填到“填写标题会有更多赞哦”对应的输入框
- 正文必须进入长文富文本编辑器，而不是短描述框
- 依次插入：
part1 -> image1 -> part2 -> image2 -> ... -> partN - 先完成内容，再做“一键排版”
- 当前小红书长文新版流程是：
一键排版 -> 选择模板/预览页 -> 下一步 -> 发布设置页 -> 发布
如果直接贴 Markdown 导致页面出现 #、-、> 等原始符号，说明插入方式错了，应改为先转换成 XHS 安全富文本再插入。不要用“全部降级为普通段落”的方式解决，它会破坏长文可读性。
4. 设置可见性并发布
- 确认“仅自己可见”已经开启
- 再次检查标题前缀是否正确
- 再次检查图片数量是否和预期一致
- 点击“发布”
- “发布成功”弹窗不是唯一完成标准；有时捕获不到弹窗。最终以管理页最新卡片为准。
如果用脚本执行，可通过以下参数显式控制：
bashpython scripts/publish_longform.py \ --payload /tmp/xhs_payload.json \ --visibility private \ --publish
除非用户明确要求公开，否则不要切成公开发布。
5. 发布后验收
发布后回到笔记管理页，至少确认以下几点：
- 最新一条有
仅自己可见 - 标题前缀和原文标题一致
- 日期或时间戳与本次发布时间一致
- 状态显示
审核中或已发布
至少保留一张截图；有条件的话，再补一张编辑页或预览页截图。
重试策略
允许最多 3 次完整重试。
- 第 1 次：按标准流程直发
- 第 2 次：根据
failure-state.json更换假设，例如入口登录态、模板预览流程、最终发布按钮定位或管理页异步刷新 - 第 3 次：收缩自动化范围，重点人工确认“图片插入点”“一键排版/下一步”“仅自己可见”“发布按钮”四个关键步骤
每次重试都要说明新的判断依据，例如：
- 上次是把内容插到短描述框了
- 上次图片上传后光标没有回到正确位置
- 上次小红书已进入“选择模板”页，但脚本仍在等旧版“图片编辑”状态
- 上次最终发布按钮不是标准
button语义元素，需要滚到底部或坐标兜底
常见失败模式
- 误把内容填到短描述框，导致长文正文为空
- 直接粘贴 Markdown，导致原始语法暴露
- 为了兼容 XHS 把所有标题压成普通加粗段落，导致长文层级感消失
- 图片顺序错位，通常是插图前后光标位置不对
- “一键排版”后停在模板预览页，页面显示
选择模板、页码和下一步，这不是失败，应点击下一步 - 最终发布按钮可能不是标准
button，语义定位失败时需要滚到底部后使用文本/class/坐标兜底 - 管理页返回后先出现骨架屏或空列表，需要等待真实列表刷新
- 标题在管理页被截断，这通常是正常现象，用前缀匹配即可
- 平台按钮顺序可能漂移，按钮下标只能当“最后的已知经验”，不能当唯一事实
最小验收标准
满足以下四点才算交付：
- 笔记管理页能看到最新一条笔记
- 该条笔记带有
仅自己可见 - 标题前缀与原文一致，且日期/时间戳与本次发布相符
- 已保存至少一张截图作为证据
绑定资源
scripts/build_payload.py：把 Markdown 和图片整理成稳定 JSON 载荷scripts/publish_longform.py：自动打开长文编辑器、插入正文与图片、执行一键排版、切换私密并做发布后验收references/xhs-longform-workflow.md：记录长文编辑器的实际流程、选择器经验和排错点
外部检索：默认不需要；这个 skill 主要基于本地上下文和实际浏览器页面工作。
