Timeline 清单
给 monitoring 团队的 Twitter timeline review checklist：当一条命中帖子还不够时
当一条匹配帖子还不足以说明某个账号是否该进 watchlist、某个 narrative 是否发生变化，或者 alert 是否该升级时，timeline review 才真正开始有用。清单的价值，是让这类复核在团队里变得更一致。
1. 先写清楚这次 review 想回答什么
timeline review 最好从一个具体问题开始，比如这个账号是否真的 category-relevant、它的 messaging 是否变了，或者它是否该进入更高优先级 watchlist。
这能防止 review 过程退化成随手刷 timeline。
- 先写下 review question。
- 把 relevance check 和 narrative-shift check 分开。
- review 时保留 triggering post 在旁边。
2. 看 repeated topic behavior 和 source consistency
真正有价值的 timeline review，通常会看 repeated behavior，而不是单条有趣的帖子。这包括 topic continuity、反复出现的 phrasing，以及账号行为是否符合预期 source type。
一致性通常比新奇更重要。
- 看 repeated topic relevance。
- 检查 phrasing 是否长期一致。
- 对照预期 source label 看账号行为。
3. 记录是什么改变了 routing decision
timeline review 最有用的时候，通常是它能明确说明到底是什么改变了决策：是 promote 进 watchlist、降级成 low priority、确认来源重要，还是决定忽略。
这条 note 才是真正可复用的产物。
- 把 routing outcome 明确写出来。
- 用一句话写清 decision 为什么变了。
- 记录后续是否还需要再次 timeline check。
4. 给 raw post 旁边保存一条短 review summary
大多数 teammate 并不需要再把完整 timeline 看一遍。他们真正需要的，是一条短 summary：这个账号为什么重要，以及最近一次 review 得出了什么结论。
这往往也是下游 alert 和 analyst note 真正该消费的内容。
- 保存一条短 review summary。
- raw post 单独保存用于追溯。
- 跨 review 复用同一套 summary 结构。
流程已经搭起来了，但复核习惯还不稳定时，团队常问这些问题
这些问题通常会在 Twitter / X 采集已经能跑，但人工复核层还没有完全定型时出现。
什么时候该看 timeline，而不只是看命中帖子？
当一条帖子不足以验证 source relevance、narrative change 或 watchlist priority 时，就该看 timeline。
timeline review 最好产出什么？
通常是一条短 summary，说明账号相关性、行为变化，以及最终 routing decision。
为什么 checklist 有用？
因为它会让不同 reviewer 用同一套标准，而不是每次靠临时判断。
这一层通常会一起看的页面
如果你想看 timeline review 的更完整 workflow，可以继续看这页。
如果你想看 timeline field 在实际里怎么用，可以继续看这页。
如果 timeline review 需要接进 alert workflow，可以继续看这页。
如果 timeline review 主要在支持 watchlist refresh，可以继续看这页。
把 Twitter / X 公开帖子做成团队能反复运行的流程
如果这些问题已经开始频繁出现在你的流程里，可以去验证 tweet search、账号复核或 timeline 接入路径，并把输出接进稳定团队循环。