xhs_content_generator

从已确认的故事线出发，整合 `fact_pack`、`story_spine`、正文、封面和图组，输出最终小红书成稿。这是产出主线 skill。用户提到写标题、正文、图文页内容、四张图故事、最后成稿、整理成可发布帖子、生成 post.md 发布正文、写小红书正文、改文案、基于这个话题出一版、围绕这个事件出一篇时，务必使用这个 skill。默认直接交付 `publish-ready copy`，并保留人类在标题、封面方向和删改力度上的最终决定权。

为小红书内容发想值得研究的题目和可能切角，并维护跨 post 的 topic / angle backlog。用户提到选题、热点池、先想几个题、可能切角、哪个更值得先研究、题目 backlog、标题方向时，务必使用这个 skill。默认输出 `2-3` 个值得继续研究的候选，并给出本轮优先项，把未采用的点子沉淀到 `explorations/backlog/`。

为已确定要生图的页面输出默认 `1` 个推荐风格和 `1` 条可直接贴到 ChatGPT / Gemini 等网页里的 final prompt。用户明确说要比较时，才输出 `2` 个风格候选。它负责风格延展，不负责整组图分工，也不负责默认首图结构。严禁默认走 API 生图。

为小红书帖子锁定首图封面结构的首图检查器。默认情况下，首图阶段要先做一次快速 `cover check`；只有账号预设明显不适配时，才继续展开替代封面探索。

对比真实发帖版本和草稿版本，整理差异、归因和下次要改的工作流。用户提到复盘、归因、为什么最后发成这样、发布后总结、真实帖子和草稿差异、更新创作方法，或说「review 这篇 / review 已发的 / 看一下我这篇 / 这篇发出去了」配合过去式（发了 / 发布了 / 已经发 / 上线了 / 贴出去了）时，务必使用这个 skill，不要走 pre-publish 产品侧评审。输出具体可执行的规则，不写空泛总结。

素材路由器（仍尽量少用）。当用户明确纠结”真人图还是生图”、需要证据截图分工、或 `2` 张以上内页还没想清每页任务时启用。默认情况下，图组分工仍由 xhs-note-assembly 直接套用账号预设完成。

将本地 `skills/` 相关改动安全同步到远端 GitHub。用户提到 `/sync-skills`、同步 skills、开新 branch、干净 commit、不要把 post 改动混进同一个 PR、把本地 skill 改动发到 GitHub 时，使用这个 skill。

为单篇小红书帖子建立完整研究底稿。用户提到研究这篇、补资料、补数据、找论据、讲通一点、来源沉到底部、事实包时，务必使用这个 skill。它负责把“这次要研究的题”整理成 `research/fact_pack.md`，作为这篇故事的主要事实依据，再交给 `story_spine` 收成最终故事线。