以破碎的法则作为世界框架
背景设定围绕曾统治生命、死亡和时间的法则。它们的毁灭塑造了战役，而恢复它们会带来后果。这确立了世界的中心框架，而不提供每条法则、派系或结果的完整列表。将广义前提与官方材料未提供的名称或解释分开。一个有用的世界指南可以解释概念如何组织选择，同时拒绝将戏剧性短语、界面片段或视觉主题转变为完整的宇宙论。
当对话或日志条目提到秩序、死亡、时间或恢复时，将该引用附着于揭示它的本地上下文。记录发生了什么，哪个选择或互动在先，以及日志现在建议了什么可能性。不要将中心前提作为所有事件的通用答案。玩家仍然需要特定的对话、路线状态、属性卡牌、装备和进阶，才能使某个选项在那一刻可用。
将后果视为绑定于路线的观察。如果决策改变后续的条目或互动，则保留先前选择及其结果，而非将结果呈现为必然。官方前提确认恢复很重要；它并未确立一个最佳顺序、一个保证的解决方案或此参考的完整效果列表。此方法让页面能够讨论法则作为战役的核心问题，同时保护玩家免受虚构解决方案的误导，并保持后续发现可追溯至产生它们的环境。
将三个区域视为结构，而非猜测的目录
官方商店确认了三个独特区域。该数字有助于确立战役结构，但此wiki的可用记录未提供完整的第一方命名和路线分类法。使用官方地图来识别连接移动、兴趣点和队伍上下文，同时将任何未标记位置保留在已发布路线列表之外。可见的节点或景观可以支持探索讨论，但无法安全地提供粉丝制作的区域名称、遭遇战标签、Boss身份或承诺的奖励。
通过日志所述内容、产生该条目的决策以及仍开放的可能性来记录进度。此方法在区域之间移动时仍然有效，因为它将线索附着于战役信息，而非非官方地图标签。当多条路径可见时，区分队伍实际遵循的路线与尚未探索的替代路线。不要将连接线的存在转化为关于强制顺序、难度或故事结果的声明。
将三区域事实作为组织上限，而非作为用猜测填充三个空数据库行的邀请。只有当区域名称和范围可以从游戏或官方出版物中重现时，才应创建区域条目。在此之前，指南仍然可以提供帮助：保留完整的官方框架，将日志笔记与产生它们的选择连接起来，并描述世界移动而不发明标签。相同的边界适用于精心制作的Boss战，这些战斗已确认是特色，但无法获得已发布记录中缺失的名称、掉落物、弱点或解决方案。
| 世界记录 | 保留内容 | 不假设内容 |
|---|---|---|
| 区域 | 战役确认三个不同区域 | 非官方名称或完整节点列表 |
| 法则 | 生命、死亡和时间定义核心前提 | 完整分类法或保证的恢复结果 |
| 日志条目 | 游戏记录的事件和可能的解决方案 | 隐藏目标或单一强制路线 |
| 故事互动 | 属性卡牌可以解锁选项 | 每个卡牌检定都有一个最佳答案 |
| Boss上下文 | 官方材料确认精心制作的Boss战 | 缺少证据的名称、掉落物、弱点或解决方案 |
将日志变成决策记录
在对话、故事事件和重要选择后阅读日志。将已发生的事与它建议的可能的解决方案分开，然后注意哪些线索可以通过队伍当前的进阶来采取行动。日志用解释取代了简单的任务标记循环，因此有用的路线记录保留了使选项有意义的措辞和情境。写下最后的事件、先前的决策以及未解决的可能性，而不是将条目简化为通用目的地。
当线程保持打开状态时，将其与最近的对话、当前属性卡、装备以及任何洗点变更进行比较。开发者资料表明，属性卡可以在故事事件中解锁互动，因此后续的进度可能会让早前的可能性值得重新审视。在做出有意义的构建变更后重新查看日志，而不是假设缺少标记就意味着线程已完成。同时，不要承诺某个特定的卡牌或物品能解决某个条目，除非游戏直接展示了这种关系。
在自己的笔记中维持三种状态：已确认的信息、开放的可能性以及已测试过的路线。这种区分可以避免基于仅仅记录发生了什么的文字而重复旅行，同时让真正的选择保持可见。如果后续事件改变了某个条目的含义，追加新的上下文，而不是覆盖之前的决定。由此产生的记录遵循战役的实际顺序，并且可以与日志进行核对，这比根据猜测的目标或未标记的地图节点构建的非官方检查清单更可靠。
将进度带入故事互动中
开发者更新表明，属性卡可以在故事事件中解锁互动。因此，进度并不仅限于战斗效率。一张卡牌或技能选择可以影响队伍在遇到叙事问题时可用的方法，这赋予了洗点和卡组规划以探索方面的后果。这一事实并未指明每次检定、所需数值或结果，因此本指南将这种联系视为一种规划原则，而非完整的解决方案列表。
在确定路线之前，先询问日志当前记录了什么、队伍已发展了哪些属性贡献，以及近期的装备或技能变更是否开辟了不同的路线。如果某个选项出现，将其与具体事件和当前的构建状态关联起来。如果它没有出现，避免根据颜色、图标位置或一次类似的互动来猜测缺失的需求。选项的缺失可以指导后续的回顾，但它本身并不能证明哪张卡牌、分支或物品会解锁它。
在测试故事访问时谨慎使用洗点实验。更改一个个人进度选择，保持队伍其他部分稳定，并且仅在战役仍允许相关互动时重新访问。记录变更前后的状态，不要声称结果适用于所有路线。这在战斗规划和探索之间建立了一座有用的桥梁：属性发展可能会扩展可用的方法，而日志则保留了理解新解锁的互动为何重要所需的叙事上下文。
常见问题
Shards of Order中有多少个区域？
官方Steam描述指出，该战役包含三个独特的区域。本指南保留了这一已确认的结构，但不会发布非官方的区域名称，也不会根据地图截图推断完整的路线列表。一个可见的节点、路径或景观可以表明探索是相互关联的，但它无法确定一个地点的名称、必经顺序、遭遇内容或奖励。区域页面只有在能够从游戏或官方出版物中复现其名称和边界时才能添加；在此之前，日志上下文是追踪移动和未解决线程的更安全方式。
游戏是否使用任务标记？
开发者更新描述了一种记录事件并建议可能解决方案的日志，而非依赖传统的任务标记。玩家应将每个条目与产生它的对话或选择联系起来，区分已确认的信息和开放的可能性，并在有意义的进度变更后重新审视它。属性卡可以在故事事件中解锁互动，因此后续的构建状态可能会使早前的线程再次相关。日志是一份决策记录，而不是证明每个建议的可能性都有一条必选路线，或某个未标记的地图点是必经目的地的证据。