W9.06.2Full-timeline replay设计研究
回放需要保留完整的时间轴而非仅关键帧
别名: 完整回放 · replay system · timeline replay · match replay
概念解释
完整时间轴回放（full-timeline replay）保存决策、输入、状态变化与其先后关系，而不是只自动剪辑击杀、得分或结局。关键帧适合传播高光，完整回放才适合学习、复盘、争议判定和无障碍补看。
机制
比赛结果由因果链决定：一次失误常常在前几十秒表现为走位选择、视野缺失、资源浪费或沟通歧义，等到高光帧才显形的原因已经不可见。完整时间轴保留这些前置状态，玩家可以倒回决策前、慢放局部、比较同一回合的输入顺序；系统也可以叠加事件标记，让战术节点可跳转但仍能展开上下文。完整时间轴还能承载非英雄叙事：建筑过程、探索路径、演出中的镜头调度、残局里的撤退与信息博弈。工程上的要点是记录确定性事件流和必要快照，播放端重建状态，而不是把最终画面切成剪辑。
怎么研究
可用性测试可以比较两种回放颗粒度：让玩家在同一局后使用「只看高光」或「完整时间轴」，测量能否找到失误起点、能否说出原因假设、以及回看耗时。遥测研究把回放内的暂停、拖动、慢放和标记点连成事件序列，观察用户是在寻找因果、确认争议，还是准备传播。竞技复盘研究可用专家和新手的标记差异作为指标：前者更常标记无得分的状态转换和决策前窗口，这能直接检验时间轴粒度对学习价值的影响。
边界
完整保存的存储和隐私成本很高。持续录制视角、位置和语音会暴露私人社交内容，需要保留期、脱敏、参与者授权和分享前审查；街机休闲局的低价值录像也要有自动清理策略。完全展开所有状态会淹没普通玩家，因此界面应默认分层：完整数据可用于深入分析，普通用户看到可跳转的事件层。网络同步或物理不确定的系统可能无法精确重建每个客户端画面，回放应以记录到的权威状态为准，并在无法还原视觉细节时说明。
怎么落地
- 把比赛事件、输入、关键状态快照和镜头数据写入同一时间轴，支持 scrub、慢放、事件跳转和任意时间点前后的上下文展开。
- 为普通玩家提供自动事件层，为教练和研究者提供原始序列导出；分享剪辑必须能引用完整来源回放。
- 验证办法：让玩家用回放找出一次失误的前因，记录定位时间、解释质量和拖动模式；争议场景中比较回放与服务器日志能否得出相同结论。