先看来源类型
公开账号、项目页面、完整采访和无主体转述的可信基础不同，需要分开阅读。
TIMELINE / CASES
事件时间线
时间线只收真正带来信息变化的节点：新公开文件、新回应、新版本或可核对的页面变化。单纯“继续热议”不会被写成一个节点。
CASE / T1
“项目暂停”传闻的公开信息时间线
从物料调整到公开排期更新，记录哪些节点带来真正的新信息。
- 09/16 19:20
原定主预告未按旧日历上线，部分账号开始讨论延期原因。
- 09/16 22:10
无主体聊天截屏被转载，并出现“项目暂停”的二次字幕。
- 09/17 12:30
项目官方发布幕后短片，并预告次日公开新的宣传安排。
- 09/18 08:00
新排期公开：幕后短片先行，主预告调整到周末。
CASE / T2
创作者“停更”讨论的节点变化
把停更、评论区猜测、团队回应和新版上线时间拆开，避免把空白期直接解释成异常。
- 09/14 21:00
账号完成上一支视频更新，未预告下一条发布时间。
- 09/16 18:40
评论区开始出现“是否长期停更”的提问。
- 09/17 23:05
团队发布重剪说明，称正在补充来源标注与两个解释段落。
- 09/18 09:15
团队公布新版专题预计上线时间，并说明旧版不会删除。
EDITOR / LOGIC
时间线为什么保留旧节点
旧节点不是为了重复传闻，而是为了显示判断如何被新信息改变。
一个热点在最初几个小时里，往往只有零散截屏、短视频切片或评论区转述。后来出现完整公开视频、项目方排期、创作者日志或节目方说明时，早期说法的可信度可能下降，也可能有一部分得到确认。时间线把这些状态保留下来，读者才能看见“当时为什么这样判断”和“后来为什么需要修改”。
节点的新增标准也因此很严格：讨论量上升、热搜排名变化、网友继续关注，都不构成新的事实节点。只有来源主体更清晰、公开信息内容发生变化、回应补充了此前缺失部分，或可核对页面出现实际更新时，才会进入时间轴。对仍然没有答案的问题，页面会继续显示未确认状态，而不是用猜测填空。
READ / METHOD
怎样读一条事件时间线
时间越早不等于更可靠，时间越晚也不等于自动正确。关键是每个节点新增了什么。
再看状态变化
“待核实”变成“已回应”只代表主体发声；只有更多公开依据出现，才可能变成“已确认”。
最后看旧说法是否被纠正
时间线保留旧节点，不是重复错误，而是让读者看到哪些判断已经被新信息替代。