メニュー
为单篇小红书帖子建立完整研究底稿。用户提到研究这篇、补资料、补数据、找论据、讲通一点、来源沉到底部、事实包时，务必使用这个 skill。它负责把“这次要研究的题”整理成 `research/fact_pack.md`，作为这篇故事的主要事实依据，再交给 `story_spine` 收成最终故事线。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | xhs-fact-pack |
| description | 为单篇小红书帖子建立完整研究底稿。用户提到研究这篇、补资料、补数据、找论据、讲通一点、来源沉到底部、事实包时，务必使用这个 skill。它负责把“这次要研究的题”整理成 `research/fact_pack.md`，作为这篇故事的主要事实依据，再交给 `story_spine` 收成最终故事线。 |
这个 skill 只负责把 一个准备继续做的题 变成 一份完整、可写、可画、可核对的研究底稿。
它是单篇帖子的主研究层。
默认目标不是直接锁最终故事线，也不是直接写成小红书正文。
顺序上，它位于：
xhs-topic-angle-shortlist 之后research/story_spine.md 之前默认每篇帖子都可以有一份 fact_pack.md。
商业题、规则题、争议题、密集数字题、事实口径风险高的题，需要在默认研究基础上再做更严格的口径核对。
xhs-topic-angle-shortlist 和 backlogresearch/story_spine.mdstory_spine 和主要事实，直接进入 xhs-note-assembly把这篇帖子的研究拆成 8 层：
story_spine 选用的故事张力和可视化线索这份文件要足够完整，让人快速理解这篇图文的研究基础。
但它仍然不是最终成稿。
这是什么xhs-topic-angle-shortlist 的本轮优先项这次先研究哪个题1-3 个词例如：
选择标准：
如果一个数字只是“更完整”，但不“更好懂”，不要上正文。
研究层可以完整列来源和口径，但要分层：
已验证事实高可信推断待确认说法参考来源不要混写。
下面这些都要明确标：
已验证事实 和 待确认说法，不要混写估算 / 第三方口径 / 待人工确认研究完成时，要先整理这些原料给 story_spine：
1-2 个故事问题默认优先请人确认这些高风险点：
如果当前已经有贴文目录，默认把这份研究底稿存到：
demo_posts/<date>-<slug>/research/fact_pack.md如果还没有贴文目录，先创建：
research/text/prompts/images/不要只在对话里输出研究结果而不落文件。
## Fact Pack
- 主题候选：
- 这件事是什么：
- 为什么现在值得研究：
- 当前研究状态：
## 术语翻译
- 词 1：
- 词 2：
## 研究主问题
- 问题 1：
- 问题 2：
- 问题 3：
## 必须知道的事实
- 事实 1：
- 事实 2：
- 事实 3：
## 关键数字与上下文
### 数字 1
- 关键数字：
- 它说明什么：
- 单位 / 时间口径：
- 来源：
### 数字 2
...
## 来源与口径
- 已验证事实：
- 高可信推断：
- 待确认说法：
- 参考来源：
## 风险与待核对
- 量级风险：
- 来源口径风险：
- 推断：
## 可视化与故事原料
- 可做成图的点：
- 最强主角 / 主场景：
- 最有戏剧性的变化：
- 可能的故事问题：
- 应该 parked 的支线：
## 给 Story Spine 的交接
- 当前最强故事问题：
- 备选故事问题：
- 这篇最不该讲散的地方：
## 需要人确认
- 进正文的数字：
- 是否保留某个判断：
- 量级是否正确：
references/source-hierarchy.md 何时读：不知道该把哪个来源当主证据时。
references/number-normalization.md 何时读：单位、币种、年份、工资口径容易混的时候。
references/example-fact-pack.md 何时读：想确认一份 fact pack 应该长什么样时。
从已确认的故事线出发，整合 `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 直接套用账号预设完成。