PEAK Citadel 指南：陷阱、Medieval History 与存档状态

官方更新关于 Citadel 的内容

Final Ascent 更新引入了 Citadel 以及 Gloom 和其他后期路由系统。 Patch 2.01.a 后来改进了 Citadel 关卡生成以防止浮动障碍物，而 Patch 2.03.a 在准备 Caldera 和 The Kiln 的同时将一批新的 Gloom/Citadel 地图放入每日轮换中。 Patch 2.04.a 恢复了 Caldera 和 The Kiln，因此 Citadel 应该被视为更改池的一部分，而不是永久的每日端点。

官方帖子是发布和修复的有力证据，但他们没有提供完整的陷阱地图或有保证的路线顺序。使用图像和地图页面作为上下文，然后读取当前会话实际呈现的陷阱状态。这使 Medieval History 尝试保持可重复性，而不是基于旧的屏幕截图。

如何计划 Medieval History 运行

徽章标准不仅仅是“到达 Citadel”。社区参考资料称，你必须在不被陷阱击中的情况下爬过它。 Petrified Rocks 不算作陷阱命中。即使你没有受到任何伤害，用手中的物品激活的箭头陷阱也算作被击中，而行李陷阱中的 Drowsy 也算作被击中。这些细节使得谨慎的路线和谨慎的互动同样重要。

在运行之前，告诉团队善意的项目交互可能会使尝试无效。让玩家在清晰的位置寻找徽章，在交互之前调用陷阱触发器，并且在知道主机和保存路径之前不要使用保存的运行作为证据。 Patch 2.5.a 和 2.6.b 解决了指定的状态错误，而不是所有可能的意外触发。

Citadel 保存、重新连接和恢复

Citadel 徽章故障可以是条件故障或状态故障。 Patch 2.5.a 修复了加载 Citadel 篝火保存阻止 Medieval History 的情况。 Patch 2.6.a 改进了对行李和附近物体的篝火跟踪，并修复了篝火上基于主机运行的进度。 Patch 2.6.b 修复了在 Gloom 或 Citadel 中复活可能阻止 Medieval History 的情况。当您报告结果时，请将这些路径分开。

最安全的重测是保留原来的主机，使用正常的探险，记录到达Citadel时玩家是活着、死亡还是复活。如果非主机从保存中主机，则 2.6.a 注释表示项目生成可能仍然有点奇怪。这并不能证明徽章因同样的原因而失败，但它是重要的背景。

• 主持人 加载 Citadel 保存时保留原始主机。
• 模式 使用普通探险，因为 Custom Run 会禁用社区参考中的徽章。
• 陷阱状态 记录每个触发或 Drowsy 事件，即使没有出现损坏。
• 恢复状态 记录徽章玩家是否在Gloom或Citadel中复活。
• 版本 使用当前补丁并附上与路径匹配的官方帖子。

Citadel 运行检查表

清单将一次困难的徽章尝试变成了一条小证据线索。它不能揭示隐藏的布局或保证奖励，但它可以诊断失败的运行。当后来的官方说明更改条件时，带日期的记录还会告诉您哪些建议需要更新。

• 1. 确认路线 检查Citadel是否确实在当前地图序列中。
• 2. 向小组介绍情况 说明即使没有损坏，陷阱的激活也可以计数。
• 3.标记安全暂停 同意徽章玩家可以在不强制危险互动的情况下停止的地方。
• 4.保护保存 保留原始主机并避免迁移已加载的运行。
• 5. 记录结果 写下陷阱、复活、保存、版本、徽章是否出现。