The Run 结局与死亡路线记录模板：怎样使用故事地图

记录《The Run》路线时，可以把局部失败和长线结局分开：先形成一条主干记录，再从故事地图末端反向整理失败节点，最后从较晚的分叉点比较其他结局。本文提供的是记录方法，不给出未经官方资料确认的结局或死亡数量。

选择一种操作模式并完成整条路线，记录地图节点、限时选择、QTE 和结局。不要为了收集死亡故意中断首轮节奏。

通关后从离结局最近的节点反向验证，每次只测试一个失败动作，并记录是否计数、能否立即回到地图以及是否解锁成就。

先改变结局前最近的决定；若结果不变，再逐步前移。两条路线回到相同镜头时，也要检查人物态度、资源或后续对白，不能只凭画面判断是假分支。

如果当前版本提供限时与暂停等选择方式，首轮想保留压力可选限时，路线记录、直播或聚会则可使用便于讨论的方式。不要预设不同模式只影响节奏，也不要在没有游戏内说明时声称它们会改变成就或结局。

路线记录应优先采用游戏内显示的结局名称，并把死亡触发、故事地图继承规则和回退位置分栏保存。公开页面没有回答的项目保持“未知”，不为了填满表格编造答案。

死亡往往发生在单个操作或邻近选择之后，适合利用故事地图从叶子节点反向收集；结局通常读取更长的状态链，频繁中断会让前置关系和资源难以控制。把两类目标混在同一轮，会导致玩家为了一个局部死亡重跑大量共同内容。

完成一条基准路线后，玩家通常更容易识别哪些节点汇流、哪些区域尚未探索，以及失败后返回哪里。之后再规划局部整理，比从开场盲猜每一种失败方式更有条理。

为每个节点增加五种标签：死亡、结局、汇流、前置状态、可直接重开。死亡节点写清最后一个可控动作，结局节点写正式名称，汇流节点记录哪些旧状态仍保留。

如果地图只显示已访问路径，可以用纯文字编号和缩进层级做抽象标注。读者真正需要的是路线关系、前置状态和返回位置，而不是对游戏界面的直接复制。

若版本中确有多种选择方式，可以先用便于记录的方式整理选项，再用另一种方式比较同一路线。若结果不同，需要判断差异来自模式、超时默认动作，还是实际选择时机。不要先假定两种模式只影响节奏。

直播或聚会还要记录投票窗口。平台延迟可能让观众看到选项时倒计时已经结束，这属于体验条件，不应被写成玩家判断错误。

记录时应区分独立叙事死亡、同一危险的表现变体和纯操作失败。复玩价值取决于它们是否揭示新规则、人物信息或路径；若某些失败只替换表现，应如实说明，不能为了让清单显得丰富而夸大差异。

每一项应包含地图位置、前置状态、操作、触发结果、返回位置和记录版本。每个结局还要注明是否能从章节直接进入、是否需要完整继承，以及较晚的安全记录点。只有别人按照表格能理解记录逻辑，路线模板才算完整。

• The Run — Steam（核对：2026-09-22）

为每次死亡分配编号，并记录触发节点、输入、前置状态、动画是否完整播放、解锁内容和最近回档点。外观相同的失败若触发条件或新增信息不同，应先分开记录；只有确认系统视为同一结局后再合并。反过来，换了一段镜头却没有新条件或回报，也不应为了数量重复计算。

测试顺序从局部操作失败开始，再检查资源耗尽、路线判断、关系状态和终局组合。先跑短路径能快速确认控制与记录方式，长线条件则利用分叉存档减少重复。每次改变一个变量，避免同时换模式、物品和选项后无法判断真正触发源。

若某条死亡涉及强烈暴力、恐惧或闪烁画面，应先查看内容提示和辅助选项；为了收集而强迫自己观看并无必要。攻略可说明跳过、降低难度或替代解锁方式，但不能假定每个玩家都愿意承受同样内容。

最终清单应区分已亲自复现、由官方页面确认和仅由社区报告的结果，并写明核对日期。版本更新后优先复测条件复杂、曾有错误或与难度相关的路线。这样的“全收集”才可审计，而不是把未经验证的列表当作完成证明。