阅读位置: —
阅读位置仅保留在当前浏览器。
可尝试的行动方案
| 中断位置 | 需要解决的问题 | 值得保留的记录 |
|---|---|---|
| 开始移动之前 | 是否明确分配了责任？ | 居民地标和护送人 |
| 护送途中 | 目的地是否变化？ | 最后确认的位置与新目的地 |
| 撤离点入口 | 当前要求是否已完成？ | 交互提示、位置和游戏版本 |
| 结算之后 | 预期是哪种结果或挑战？ | 准确目标文字与最终结果 |
找到只是第一步
语音沟通可以使用“已找到”“准备移动”“正在护送”三种说法。这是建议的报点约定，不是游戏内状态。每次附上一个地标，让队友知道居民仅被发现，还是已经有人处理，下一步该去哪里。 准备在郊外护送时，可先统一 East Haddonfield 地标叫法，再带居民行动。
分头行动前约定交接
如果你要离开搜物资，明确告诉队伍谁还需要接手。只说“这里有一个”，可能让所有人都以为别人会处理。人数少时合并任务，人数齐时约定谁确认路线、谁留意护送，避免责任悬空。
移动前重核目的地
之前提过的路线不一定仍然可用。出发前区分已经观察到的情况与想当然的假设，用“起点—目的地—尚缺条件”简短汇报。过长的解说会占用其他人报告紧急变化的机会。
复盘未完成的救援
失败后区分没沟通、迷路和疑似NPC寻路问题。记录到底停在哪一步，而不是互相归责。这样才能决定下一步是练沟通、学地图，还是准备可复现的支持反馈。
说服成功后，下一步选什么？
官方多人介绍包含请求报警、躲藏和跟随等选择。作为队伍准备方法，可以先判断目的地是否就绪：已经就绪就明确护送责任；仍缺条件，先告知队友缺什么，再决定移动。以当前游戏提供的选项为准，不假定每位居民都出现完全相同的交互菜单。
让队友能够接手的报点，应该包含什么？
用四项信息组成一句短报点：地标、实际观察到的情况、责任人、下一目的地。例如“路口发现居民，还没开始带走；你能接手吗，我去确认出口”。这是队内沟通示例，不是某张地图的固定路线，也不是游戏内指令。等对方明确回应，避免发现居民之后无人真正接手；没有回应时，不把任务当成已经交接完成。
居民卡在撤离点不进去，先排查哪一步？
先确认路线当前可用，要求的交互是否完成；再记录居民停在路上、入口边，还是看似完成撤离交互之后。1.0.1 曾针对居民进入撤离点的寻路进行修正，因此反馈可复现问题时，版本和具体位置非常重要。这条补丁不能证明之后所有阻碍都已消失，也不能把每次救援失败都判定为寻路故障。
护送途中改路线，怎样避免两套计划同时执行？
目的地变化时，先明确通知正在护送的人，再让其他成员改向。说出新的地标，并区分谁已经实际核对新路线、谁只是提出建议。不要以为第一次报点人人都听见，就又派一个队友去旧目的地。对局结束后，对照最后一次确认的位置和责任分工，更容易区分沟通遗漏与游戏路线处理异常。
这篇攻略的常见问题
这些说法是官方指令吗？
不是，是用于队伍沟通的建议用语。
能保证NPC按某条路线行动吗？
不能。本页讲交接方法，不提供经过验证的寻路坐标。
居民救援可以每局照搬同一路线吗？
可以借助地标统一报点，但要重新核对当局出口和物资；官方多人说明明确这些位置会变化。
居民不走，是不是整局已经坏了？
证据不足。先记录停在哪一步和当前目标，区分缺少条件与可以复现的寻路问题。
反复护送失败，反馈时应该提供什么？
提供版本、地图、地标、当前目标、居民停止的位置和尝试结果。能复现时保留短片段；尚未确认前，不把推测写成确定原因。
下一局行动清单
0/4 已完成进度仅保存在当前浏览器，无账号或云同步。
来源与核实
官方资料核实于2026年9月11日。行动建议为编辑整理，不是经过实测的通关路线，也不保证游戏结果。
游戏官网 · News ↗