xhs-fact-pack

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

XHS Fact Pack

这个 skill 只负责把 一个准备继续做的题 变成 一份完整、可写、可画、可核对的研究底稿。

它是单篇帖子的主研究层。

默认目标不是直接锁最终故事线，也不是直接写成小红书正文。

顺序上，它位于：

• xhs-topic-angle-shortlist 之后
• research/story_spine.md 之前

什么时候用

• 已经决定这次要继续研究某个题
• 用户要给这篇帖子做主研究文件
• 用户说“补数据”“补论据”“讲通一点”
• 用户说“来源放最后，不要打断正文”
• 用户要分清楚什么是事实，什么是判断
• 用户要把一个题先研究透，再决定最终怎么讲

默认每篇帖子都可以有一份 fact_pack.md。

商业题、规则题、争议题、密集数字题、事实口径风险高的题，需要在默认研究基础上再做更严格的口径核对。

什么时候不要用

• 还在跨 post 发想题目，先回到 xhs-topic-angle-shortlist 和 backlog
• 已经有完整研究，现在只是要把研究压成最终故事线，转 research/story_spine.md
• 已经有 story_spine 和主要事实，直接进入 xhs-note-assembly

输出目标

把这篇帖子的研究拆成 8 层：

• 这次到底在研究什么
• 这件事是什么
• 为什么现在值得做
• 必须知道的事实
• 关键数字和上下文
• 来源和口径
• 风险与待确认项
• 可供 story_spine 选用的故事张力和可视化线索

这份文件要足够完整，让人快速理解这篇图文的研究基础。

但它仍然不是最终成稿。

通用写作约束

1. 默认读者先看中文，不先看英文

• 除了来源名和确实无法替换的专有名词，正文解释优先用中文
• 第一次出现的英文缩写、联赛名、规则名，必须给一句中文翻译或解释
• 如果一个概念翻成中文后显得含糊，继续补一句“它相当于什么”，不要只把英文原词扔在那里

2. 事实包也要给小白入口

• 不要假设读者已经知道这项赛事、人物或制度
• 在进入数字前，先写清 这是什么
• 每个问题的解释话术，都要能让不懂这件事的人听懂

3. 研究要完整，但不要偷写成稿

• 可以完整，不代表要写成一篇小红书正文
• 重点是把事实、来源、数字、争议口径和故事原料整理清楚
• 这一步先帮团队“理解这篇”，下一步再决定“这篇怎么讲”

工作流

0. 先确认这次研究的是哪一个题

• 这一步默认来自 xhs-topic-angle-shortlist 的本轮优先项
• 现在确认的是 这次先研究哪个题
• 不是最终故事线已经锁死

1. 先翻译陌生名词和背景

• 列出这篇内容里最可能让小白卡住的 1-3 个词
• 给每个词一句中文解释
• 如果这件事本身就容易陌生，再补一句“它相当于什么”

2. 先把研究拆成 3 到 5 个核心问题

例如：

• 发生了什么
• 为什么要这么做
• 为什么会引发争议
• 现在看值不值
• 这一题真正值得讲的变化是什么

3. 给每个问题整理最能解释它的事实和数字

选择标准：

• 普通读者能一眼理解
• 对结论真的有帮助
• 单位清楚，不容易出量级错误

如果一个数字只是“更完整”，但不“更好懂”，不要上正文。

4. 把来源和正文分层

研究层可以完整列来源和口径，但要分层：

• 已验证事实
• 高可信推断
• 待确认说法
• 参考来源

不要混写。

5. 必须标记不稳定内容

下面这些都要明确标：

• 日媒报价口径
• 第三方估算
• 推断
• 需要人工确认的换算或类比

5.1 资料不完整时的最小交付

• 如果只有二手来源，没有一级来源： 把内容拆成 已验证事实 和 待确认说法，不要混写
• 如果多个来源数字打架： 直接写清不同口径，不要擅自选一个最顺手的
• 如果关键数字只能找到估算： 可以保留，但必须标明 估算 / 第三方口径 / 待人工确认

6. 记录故事原料，但先不锁最终故事线

研究完成时，要先整理这些原料给 story_spine：

• 这篇最有力的 1-2 个故事问题
• 最强的主角 / 冲突 / 变化
• 最能被做成图的事实或场景
• 应该被 parked 的次要支线

7. 人为介入只放在高风险点

默认优先请人确认这些高风险点：

• 哪些数字必须进正文
• 哪些争议表述太激进
• 有没有单位或量级风险
• 哪些来源只是二手或第三方估算

存档约定

如果当前已经有贴文目录，默认把这份研究底稿存到：

• 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 应该长什么样时。