Fact Audit · 技术内容事实审核
适用于技术解读 / 评测 / 任何含技术事实点的视频。目标：脚本和博客里的每一条技术陈述都能追溯到一个来源，不让模型的猜测或幻觉进稿。尤其针对闭源 / research preview 类内容 - 这类内容最容易把官方文档、第三方逆向、社区实测和个人推断混在一段话里且不标来源。
来源分级
给每条技术事实点标一个来源 tier：
| Tier | 含义 | 能不能进脚本 |
|---|---|---|
| 官方公开文档 | 可被观众自己打开的官方页面（如 code.claude.com/docs、Anthropic blog / news） |
可直接引用 |
| 产品内嵌官方 spec | 只在产品内部可见的官方描述（如 Claude 写 workflow 时看到的工具描述） | 可引用，但要说明观众无法自行浏览 |
| 第三方逆向 | 社区逆向工程（如某 GitHub 仓库的还原） | 仅当屏上有可见证据（截图 / 链接卡）时才引用 |
| 社区实测 | 带 Run ID / 可复现记录的实测 | 同第三方逆向 |
| 个人推断 / 猜测 | 没有来源支撑的推理 | 永不进脚本 |
审核规则
- 逐条核验：把
script.md和blog.md里的技术事实点逐条列出，每条标来源 tier + 出处，给一个核验结论。 - 无官方来源的点：要么删掉，要么在屏上给可见引用（截图 / 链接卡），不能仅靠口播断言。
- 闭源 / research preview：
- 脚本里要有一句披露 - 「这是研究预览，部分细节未公开」。
- 明确边界 - 「实现细节官方没披露的，我不在视频里猜」。
- 争议数字默认取官方：同一事实出现多个数字时（如某重写「11 天」官方 vs「6 天」推文），默认用官方数字，除非用户明确要求呈现冲突。
- 功能开关 / 启用机制按当前官方文档核对：环境变量、命令、菜单项这类「怎么开启」的内容，容易混进第三方写法（如某个
XXX=1环境变量 vs 官方/config开关）。发布前对照当前官方文档确认。
产物：fact-check.md
审核结果落成一份 fact-check.md，放进视频目录，便于复核与追溯。格式见 templates/fact-check.md。
核验结论用三档：
- ✅ 成立 - 有官方来源，可直接讲。
- ⚠️ 需屏上引用 - 非官方来源，保留但录制时必须在屏上给可见证据。
- ❌ 删除 - 无来源 / 属推断，从脚本和博客里移除。