菜单
从已确认的故事线出发，整合 `fact_pack`、`story_spine`、正文、封面和图组，输出最终小红书成稿。这是产出主线 skill。用户提到写标题、正文、图文页内容、四张图故事、最后成稿、整理成可发布帖子、生成 post.md 发布正文、写小红书正文、改文案、基于这个话题出一版、围绕这个事件出一篇时，务必使用这个 skill。默认直接交付 `publish-ready copy`，并保留人类在标题、封面方向和删改力度上的最终决定权。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
为小红书内容发想值得研究的题目和可能切角，并维护跨 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。
| name | xhs-note-assembly |
| description | 从已确认的故事线出发，整合 `fact_pack`、`story_spine`、正文、封面和图组，输出最终小红书成稿。这是产出主线 skill。用户提到写标题、正文、图文页内容、四张图故事、最后成稿、整理成可发布帖子、生成 post.md 发布正文、写小红书正文、改文案、基于这个话题出一版、围绕这个事件出一篇时，务必使用这个 skill。默认直接交付 `publish-ready copy`，并保留人类在标题、封面方向和删改力度上的最终决定权。 |
这个 skill 是从 story_spine 到可发稿的主装配器。
它负责：
fact_pack 和 story_spinepublish-ready copy，必要时再附 research-safe draft前提：
如果还在发想题目，先回到 xhs-topic-angle-shortlist。
如果正在做单篇研究但故事线还没收住，先完成 fact_pack 和 research/story_spine.md。
这几条是硬红线，不允许为了速度跳过：
Page X / 第 X 图 / P1-P8 / 图组 / 图上文案 字样
fact_pack.md 不准进正文
fact_pack.md 对应 section，才能被 post.md 引用demo_posts/<date>-<slug>/ 时，第一步必须先 scaffold 工作区，不是直接回聊天稿python scripts/scaffold_post_folder.py --date <YYYY-MM-DD> --slug <slug> --title "..."开始写正文之前，先把这六题答出来。没答出来就是还没准备好动笔。
fact_pack.md 是否已经落盘：默认先读取：
research/fact_pack.mdresearch/story_spine.md成稿时要做的是：
fact_pack 中挑出最该进正文和图上的事实story_spine 的单一故事线如果 fact_pack 缺失，可以补一个轻量事实整理再继续；但默认 workflow 仍然是先有研究底稿，再写成稿。
标题候选 + 正文骨架 + 缺失信息清单，不要假装已经能写最终版publish-ready copyresearch-safe draft结果 / 结论 + 最大数字 + 最短归因，不要先用问题句把读者挂着这是什么、为什么现在热、为什么你该关心1-2 个 emoji 开头2-4 个 emoji，放在模块开头或关键数字前，不要装饰性地散落默认写成 3-5 个模块，按故事需求而定。简单商业题 3 块就够，复杂争议题或多方对比题可放宽到 5 块。
每个模块只回答一个读者问题。如果一个段落在回答两个问题，拆开或砍掉。
推荐段落动作：
先说结论、为什么现在、但问题还没完推荐问题块（按需取 3-5 个）：
正文总字数 150-300 字。低于 150 内容撑不住，高于 300 读者划走。
优先使用 mystery arc：先埋一个反直觉的事实或异常，让读者想知道”为什么”，再在后面揭答案。
备选：number shock — 第一句直接扔出最令人意外的数字，再解释为什么意外。
避免：contrast 开场（”所有人都说X，但真相是Y”）和 in_media_res（竞技现场描写和商业知识腔有摩擦）。
产文时，默认先检查这 5 个动作有没有做到：
如果是“人物带动变化”的介绍型帖子，默认写成这个顺序：
这是什么 + 为什么现在为什么值得关心 / 大家在吵什么 / 你怎么看要点：
规则：
最强结构（83% 胜率）：
语气：
经验证的标题骨架：
X 身价翻了 Y 倍，凭的是什么？X 做对了一件事，Y 都慌了三个数字看懂 X 到底有多夸张X 这笔交易，到底谁是冤大头？都说 X，但真相是 Y你以为 X 是 Y，其实是 ZY 年前没人看好 X，现在呢？标题优先顺序要看题型：
商业题默认优先：
争议题或纯讨论题再优先：
已淘汰的策略（不要再用）：
无论哪种题型，都至少产出一版 结果句版 标题。
同时要满足：
收口不要问太空泛的问题。永远不要用"你怎么看"收尾。
优先级从高到低：
默认由人类决定：
4-8 个话题标签2-3 个标签优先绑定核心人物、赛事或联盟默认不需要单独跑 xhs-visual-asset-mix，直接套用账号预设：
如果准备发 2 张以上内页，先在这里写一个最小 storyboard：
三者缺一，就先缩减页数，不要硬做满。
只有在用户明确纠结"真人图还是生图"，或 storyboard 过不了这道检查时，才单独启用 xhs-visual-asset-mix。
封面仍从成稿中提取，但默认先过一次简版 cover check；只有预设结构不适合这题，才展开 xhs-cover-template。
三层，从上到下：
不加背景说明小字。封面只靠标题和人物拦停。
阿里巴巴普惠体 Bold/Heavy交付前必须再过一次 publish polish：
成稿必须落到 demo_posts/<date>-<slug>/text/post.md，聊天里的输出只能当预览。
两种情况：
demo_posts/<date>-<slug>/text/post.md，标题候选 / 最终标题 / 发布正文 / 图组分工 / 来源都塞进同一个文件python scripts/scaffold_post_folder.py \
--date <YYYY-MM-DD> \
--slug <short-ascii-slug> \
--title "工作标题"
post.md 已经带骨架（Working Brief / 写作前必答 / 标题候选 / 发布正文 + 自检 checklist / 图组分工 / 来源尾注），直接在里面填就行。「没有目录时也允许聊天交稿」不是合法例外，是漏洞。任何时候只要用户的 ask 已经落到「出一篇」，就先建目录再动笔。
## 标题候选
1. ...
2. ...
3. ...
## 最终标题
- ...
## 正文
### 小标签 1
...
### 小标签 2
...
### 小标签 3
...
## 封面（从成稿提取）
- 标题：（从最终标题带入，确认符合两行限制）
- 主角：
- 动作：
- 冲突：
- 场景背景：
- 字体：阿里巴巴普惠体 Bold/Heavy
- 对比方式：
- 是否走预设：是 / 否（如否，说明探索方向）
## 图组
### 图 1（生图封面）
- 任务：
- 画面说明：
- 给 xhs-image-style-duo 的 brief：
### 图 2
- 任务：
- 场面：
- 新增信息：
- 建议素材类型：真人照片 / 官方截图 / 生图
- 图上文案：
- 素材说明：
### 图 3
...
### 图 4
...
## 事实包摘要
- 关键数字：
- 来源：
- 待确认项：
## 话题标签
- #...
- #...
## 需要人拍板
- 标题：
- 封面方向：
- 删减：
references/examples.md 何时读：要确认正文是不是太像整理稿、太长、或没有尾钩时。
references/research-validated-rules/body-rules.md 何时读：写正文骨架（3 模块顺序 / mystery arc / scene scripting / 收口选择）。来自 5 话题 × 25 轮 + Pistons v1/v2/v3 共 155 次 A/B 验证。
references/research-validated-rules/title-rules.md 何时读：写标题（具体数字 / 反问句 / 护城河三元素）。来自跨 5 话题 80+ 次 A/B 验证。