The Run 結局與死亡路線記錄範本:怎樣使用故事地圖
提供 The Run 的故事地圖、死亡節點、選擇模式與結局路線記錄方法,不給出未經驗證的觸發答案。

開篇導讀
記錄《The Run》路線時,可以把局部失敗和長線結局分開:先形成一條主幹記錄,再從故事地圖末端反向整理失敗節點,最後從較晚的分岔點比較其他結局。本文提供的是記錄方法,不給出未經官方資料確認的結局或死亡數量。
第一輪先建立主幹
選擇一種操作模式並完成整條路線,記錄地圖節點、限時選擇、QTE 和結局。不要為了收集死亡故意中斷首輪節奏。
從末端整理死亡節點
通關後從離結局最近的節點反向驗證,每次只測試一個失敗動作,並記錄是否計數、能否立即回到地圖以及是否解鎖成就。
| 節點 | 模式 | 失敗條件 | 是否計數 | 返回位置 |
|---|---|---|---|---|
| 自訂編號 | 目前模式 | 記錄時填寫 | 未確認/已確認 | 記錄時填寫 |
再比較不同結局
先改變結局前最近的決定;若結果不變,再逐步前移。兩條路線回到相同鏡頭時,也要檢查人物態度、資源或後續對白,不能只憑畫面判斷是假分支。
兩種模式怎麼用
如果目前版本提供限時與暫停等選擇方式,首輪想保留壓力可選限時,路線記錄、直播或聚會則可使用便於討論的方式。不要預設不同模式只影響節奏,也不要在沒有遊戲內說明時聲稱它們會改變成就或結局。
路線記錄應優先採用遊戲內顯示的結局名稱,並把死亡觸發、故事地圖繼承規則和回退位置分欄保存。公開頁面沒有回答的項目保持「未知」,不為了填滿表格編造答案。
為什麼先清理死亡、後跑長結局
死亡往往發生在單個操作或鄰近選擇之後,適合利用故事地圖從葉節點反向收集;結局通常讀取更長的狀態鏈,頻繁中斷會讓前置關係和資源難以控制。把兩類目標混在同一輪,會導致玩家為了一個局部死亡重跑大量共同內容。
完成一條基準路線後,玩家通常更容易識別哪些節點匯流、哪些區域尚未探索,以及失敗後返回哪裡。之後再規劃局部整理,比從開場盲猜每一種失敗方式更有條理。
故事地圖應該怎樣標註
為每個節點增加五種標籤:死亡、結局、匯流、前置狀態、可直接重開。死亡節點寫清最後一個可控動作,結局節點寫正式名稱,匯流節點記錄哪些舊狀態仍保留。
如果地圖只顯示已造訪路徑,可以用純文字編號和縮排層級做抽象標註。讀者真正需要的是路線關係、前置狀態和返回位置,而不是對遊戲介面的直接複製。
兩種模式的驗證順序
若版本中確有多種選擇方式,可以先用便於記錄的方式整理選項,再用另一種方式比較同一路線。若結果不同,需要判斷差異來自模式、逾時預設動作,還是實際選擇時機。不要先假定兩種模式只影響節奏。
直播或聚會還要記錄投票時段。平台延遲可能讓觀眾看到選項時倒數計時已經結束,這屬於體驗條件,不應被寫成玩家判斷錯誤。
每種死亡是否都有收集價值
記錄時應區分獨立敘事死亡、同一危險的表現變體和純操作失敗。重玩價值取決於它們是否揭示新規則、人物資訊或路徑;若某些失敗只替換表現,應如實說明,不能為了讓清單顯得豐富而誇大差異。
最終路線圖的交付標準
每一項應包含地圖位置、前置狀態、操作、觸發結果、返回位置和記錄版本。每個結局還要註明是否能從章節直接進入、是否需要完整繼承,以及較晚的安全記錄點。只有別人按照表格能理解記錄邏輯,路線範本才算完整。
來源
- The Run — Steam(核對:2026-09-22)
死亡路線怎樣驗證才不會漏
為每次死亡分配編號,並記錄觸發節點、輸入、前置狀態、動畫是否完整播放、解鎖內容和最近讀檔點。外觀相同的失敗若觸發條件或新增資訊不同,應先分開記錄;只有確認系統視為同一結局後再合併。反過來,換了一段鏡頭卻沒有新條件或回報,也不應為了數量重複計算。
測試順序從局部操作失敗開始,再檢查資源耗盡、路線判斷、關係狀態和終局組合。先跑短路徑能快速確認控制與記錄方式,長線條件則利用分岔存檔減少重複。每次改變一個變數,避免同時換模式、物品和選項後無法判斷真正觸發來源。
「全部死亡」不是唯一目標
若某條死亡涉及強烈暴力、恐懼或閃爍畫面,應先查看內容提示和輔助選項;為了收集而強迫自己觀看並無必要。攻略可說明跳過、降低難度或替代解鎖方式,但不能假定每個玩家都願意承受同樣內容。
最終清單應區分已親自重現、由官方頁面確認和僅由社群回報的結果,並寫明核對日期。版本更新後優先複測條件複雜、曾有錯誤或與難度相關的路線。這樣的「全收集」才可稽核,而不是把未經驗證的列表當作完成證明。


