Azeroth Survivors 社区存档编辑器对比：Shilen 在线版，导入前核对

Azeroth Survivors 存档编辑器、游戏备份和构筑计划有何区别？

先确认你要处理哪一种记录。原作导出的 .sav 保存游戏进度；社区编辑器读取这份进度并生成改过的游戏文件。本站规划器的 JSON 则记录建议的天赋顺序、所选技能和规划备注。把 JSON 文件名改成 .sav，不会把它转换成原作角色；将一份构筑导入本站，也不会给游戏发放装备、天赋经验或关卡通关记录。

未修改备份是第三种用途：它保留你可能需要回到的原状态，而不是预定的新状态。请把它与编辑器输出、目标设备上原有的游戏进度分开。原作的导出、存储位置和普通恢复步骤由存档说明页承接；本页只比较社区修改工具、版本状态及其文档中明确写出的条件，不复制一套同名备份教程。

来源 2 · 来源 3 · 来源 4

Shilen 主分支当前文档写了什么

yssadora 仓库的 README 将它介绍为非官方浏览器存档编辑器，并声称处理在浏览器本地进行。1.5.3 的说明列出9职业天赋、498条装备记录、12区域进度控制，以及实验性质的 Perk 重置相关功能。这是作者的功能说明，不是本站逐项实测。即使职业或装备数量看起来与熟悉的资料一致，也不能据此认定每一个字段都适合你正在运行的游戏构建。

版本说明中的限制比“支持很多内容”更有用。作者描述了第三套天赋专精的处理与非活动方案的保留；如果导入的职业缺少已初始化的进度记录，区域控制会被停用，而不是随意补出缺失记录。原始天赋编辑器的作者被记为未知，Shilen 负责装备库、区域管理和整合。本页读的是这些文档，没有审计浏览器内的全部操作，也没有把改过的结果导回游戏。 针对这类缺失的区域记录，1.5.3 README 建议先在原作使用该职业，再导出新存档。这是作者提供的下一步，不是本站已验证的 0.135.1 修复。

Shilen 作者说明编辑器免费，所链接页面也明确写无需账号。“本地处理”指作者描述的浏览器内存档编辑流程，不等于本站已经完成网络行为审计：该页面还加载外部字体，核心脚本也有部分混淆。请实际下载未改动的原备份，不要把开着的标签页当成已保存的备份文件。

来源 3 · 来源 7

星级请求与未合并提案，不能当成正式更新

社区确实出现了具体的功能问题。10月28日，alterational 在 issue 1 询问套装奖励、星级、Marks 和成就；10月31日，iTzCrutchie 在 pull request 2 提议为单件装备增加1至5星的选择。贡献者写明自己在下载版客户端 0.131.0 上做过测试。这只能作为该贡献者对那个客户端的报告，不能改写成本站已验证，更不能直接延伸到 0.135.1。

截至本次读取，API 显示这个请求仍然 open，merged 为 false。提案里使用的 1.5.4 字样，因此要与主分支 README 的 1.5.3 分开。来自提案的图片、按钮或功能描述，不等于主编辑器页面已经提供。以后真正合并或发布时状态可能改变，应回到相应记录核对，而不是沿用没有日期的功能清单。

来源 5 · 来源 6 · 来源 3

已归档的 Godot 编辑器需要另一组输入

已归档的 oppahansi/azssaveeditor 文档要求先选择自己的游戏可执行文件，相邻 Data/patch.MPQ 提供图标，然后再打开导出的 .sav 或 characters.txt；Save as 输出封装 .sav，覆盖时保留 .bak。这些是作者最近测试游戏 0.104.0 范围内的说明，能帮助判断为什么只拿一份存档并不满足这条桌面路线的全部输入条件，不能证明较新游戏构建已经支持。

仓库当前已经归档，作者写出的最近测试游戏版本为 0.104.0。文档对读取较新游戏文件的条件性解释，不是“以后版本都支持”的承诺。若不能对应客户端、编辑器和文档版本，就将这一组合保留为未验证。Godot 作者还说明，工具会绕过游戏的存档防篡改检查，并要求未经游戏开发者同意不要分享修改存档。这是作者声明的技术与分享边界，不能当成本站已取得许可或作出安全认证。

来源 4

能导入与后续进度能保留，是不同的结果

Shilen 的 README 转述过一位玩家的比较：同一份修改存档在 Chrome 与下载版游戏中保留进度，却在 Firefox 完成一局后回退；作者明确说原因尚未确认。这不是所有 Firefox 环境都会失败的证明，也不能反推每个 Chrome 或下载版都兼容，更不能称 1.5.3 已修复浏览器游戏的持久保存。

请分别看三个观察点：编辑器是否读写成功、游戏是否接受导入、继续游戏后是否保留了预期状态。作者还提示，游戏导入会替换整个进度，包括 Codex 发现记录，而不是把旧文件与较新的探索合并。因此，源文件的未改备份和目标已有状态都要留好。不要为了排查编辑后的文件就清空网站数据，否则会失去另一个可能恢复的状态。

来源 3 · 来源 2

先选任务，再分别核对导入阶段

只需原样转移或恢复，按原作存档流程；只安排天赋，用本站规划器。想研究通过导出 .sav 进行浏览器编辑，可先读 Shilen 流程；想研究依赖自有游戏文件的桌面路线，再核 Godot 条件与 0.104.0 边界。若要求已经验证的 0.135.1 支持或正式发布的星级控制，这些记录并未提供相应证明。

本站不会接收或编辑你的 .sav。

• 选择文件前，记录具体项目地址、编辑器状态、游戏版本及一项准备修改的内容。
• 保留新的未修改源导出，另存目标已有进度；游戏导入替换存档，不会合并两份记录。
• 修改结果另起名字。按作者检查思路，分别记录编辑器输出、游戏接受导入、继续游戏后保留进度三个阶段。
• 若被拒、无关进度改变或后来回退，停止连续导入，保留原件。反馈版本与首次失败步骤，不公开上传私人角色存档。

来源 3 · 来源 4 · 来源 2

版本号始终跟着它对应的对象

本页的几个数字指向不同对象：编辑器 1.5.3、贡献者声称测试的游戏 0.131.0、归档项目作者的测试边界 0.104.0。本站另有原作 0.135.1 菜单观察，而计算工具仍保留经过核验的 0.131.0 数据快照。任何一个编号更新，都不会自动替另一个对象完成兼容验证。

请将这份比较当成有日期的公开文档导航，而不是编辑器安全或强弱排名。它不保证修改进度一定能载入，也不替多人场景认可分发修改角色。如果项目以后更新，先核当前 README、发布记录和合并状态，再决定旧说明是否仍适用；某个人过去成功的经验不能替代这种对应。

来源 3 · 来源 4 · 来源 6 · 来源 1