换服总被强制新建角色？palworld-host-save-fix 让幻兽帕鲁老存档原样归队

换服总被强制新建角色？palworld-host-save-fix 让幻兽帕鲁老存档原样归队

【免费下载链接】palworld-host-save-fixFixes the bug which forces a player to create a new character when they already have a save. Useful for migrating maps from co-op to dedicated servers and from one dedicated server to another.项目地址: https://gitcode.com/gh_mirrors/pa/palworld-host-save-fix

把在合作模式里玩了四十个小时的存档导进新开的专用服务器，进游戏却被弹回"创建新角色"界面——你明知道角色还在，服务器就是不认。这个逼着玩家重开的 Bug 在幻兽帕鲁存档迁移中相当出名，而palworld-host-save-fix正是为它而生的开源修复工具：它把新服务器分给你的新编号写进旧存档，让服务器相信你本来就有一个角色，等级、帕鲁、基地一件不少地还给你。

存档怎么"认人"：先看懂 GUID，再谈修复

Palworld 用一串 32 位十六进制字符（形如6E80B1A6000000000000000000000000）来识别每个玩家，这串字符叫GUID。你的等级、帕鲁归属、公会关系，全部挂在这串字符下面。问题在于：合作模式、Windows 专用服务器、Linux 专用服务器，各自生成 GUID 的规则都不一样。一旦换了服务器类型，新服务器按自己的规则生成一个全新 GUID，拿着它去旧存档里找——查无此人，那就新建角色吧。

打个比方：你的全部进度是一个"包裹"，GUID 是包裹上的收件人编号；不同平台相当于三家编号规则互不相通的快递站。你把包裹从 A 站送到 B 站，B 站按自家规则给你开了个新编号，用新编号一查，查无此单，只能当你第一次来，重新填单。

palworld-host-save-fix 干的活就是"改单"：先用 palworld-save-tools 库把 .sav 二进制存档解压成可读的 JSON，把所有记录旧 GUID 的位置（玩家档案、角色参数、公会数据）统一替换成新 GUID，再压缩回 .sav 格式，最后把存档文件名也从旧 GUID 改成新 GUID。服务器再次扫码，单号对上，直接放行。

先判断你属于哪种迁移场景，再决定参数

工具的命令格式只有四个参数，但你该填什么，取决于你的迁移场景：

下面两条主流程，请按你的情况对号入座。

动手前备好两样东西：备份和依赖环境

这个工具在文档开头就写明自己是实验性脚本、存在已知 Bug，所以备份怎么强调都不过分。把存档文件夹整个复制一份放到别处，是最便宜的保险，工具只负责改存档，不负责兜底。

然后安装依赖：需要 Python 3.10 及以上版本，外加解析 .sav 存档的核心库，最后把工具代码拿到本地：

python -m pip install palworld-save-tools==0.17.1 git clone https://gitcode.com/gh_mirrors/pa/palworld-host-save-fix

场景一：把合作模式存档接进专用服务器，只修主机一个

这是最常见的需求：合作玩到中期，决定搭一台 24 小时在线的专用服务器。按这条路径走，十分钟内能跑完。

第 1 步，让新服务器加载你的世界。把合作存档文件夹（在AppData\Local\Pal\Saved\SaveGames\<随机数字>下）整个复制到专用服务器的PalServer\Pal\Saved\SaveGames\0目录，再修改服务器的GameUserSettings.ini，把DedicatedServerName改成存档文件夹的名字。这一步决定服务器加载哪份地图，改错了等于白搬。

第 2 步，在新服务器上"占个坑"。启动服务器，让合作主机登录并创建一个新角色。这个新角色的 .sav 文件会出现在Players文件夹里，文件名就是主机的新 GUID，记下它。

第 3 步，把旧存档改写成新编号。关闭服务器，把整个存档文件夹（注意，是带着新角色那份）复制到临时文件夹，然后运行：

python fix_host_save.py "临时文件夹路径\存档文件夹名" 新GUID 00000000000000000000000000000001 False

合作模式主机的旧 GUID 永远是00000000000000000000000000000001，这个参数不用去查；最后的False表示这次不做公会修复，原因见文末善后清单。运行前工具会弹出一段数据风险警告，确认你已经备份后再按回车。

第 4 步，验收。把修好的存档复制回服务器，重启后让主机登录——角色应该完完整整回来了。如果玩了五分钟后帕鲁不干活、不攻击，按善后清单里的"帕鲁 Bug"处理。

场景二：整支队伍迁入新服务器，逐个玩家跑命令

如果你搬的是整个专用服务器（比如 Windows 服搬到 Linux 服），所有玩家的 GUID 都变了，没有人能幸免。思路一样，但要重复执行：

1. 新服务器启动后，让每个玩家都登录一次创建新角色，把每个人的新旧 GUID 一一对应记下来——别靠脑子，写在小本子上；
2. 关闭服务器，复制存档到临时文件夹，再做一次备份；
3. 依次对每个玩家运行一遍修复命令，这次最后一个参数填True，开启公会修复：

python fix_host_save.py "临时文件夹路径\存档文件夹名" 玩家一的新GUID 玩家一的旧GUID True python fix_host_save.py "临时文件夹路径\存档文件夹名" 玩家二的新GUID 玩家二的旧GUID True

这里没有一键批量按钮，逐个玩家跑就是官方推荐的"批量"方式。看起来笨，但每一步都可控：某个人跑挂了，你立刻知道是哪个 GUID 对不上。每跑完一个，工具都会打印Fix has been applied! Have fun!，看到这句再处理下一个。

反向也能修：把专用服务器存档带回合作模式

如果你想把服务器存档搬回本地合作，同样可行：把存档复制到临时文件夹，开一个新合作档并创建角色，把新角色文件（00000000000000000000000000000001.sav）放进临时文件夹的Players目录，然后以00000000000000000000000000000001为新 GUID、想当主机的角色为旧 GUID 运行修复命令，再把存档放回SaveGames目录即可。朋友们的 GUID 保持不变，加入不受影响。

找出每个玩家的 GUID：三条实用路径

最直接的一条：看 Players 文件夹。每个 .sav 文件的文件名就是对应玩家的 GUID，这是最快的方法。

最稳妥的一条：服务器内查询。在旧服务器设置管理员密码，进游戏后在聊天框输入/adminpassword <你的密码>，再输入/showplayers，列表里的playeruid就是玩家的十进制身份编号。转成十六进制就能对上文件名：

python -c "print(format(你的playeruid数字, '08x'))"

输出是 GUID 的 8 位前缀，去Players文件夹里匹配以它开头的 .sav 文件即可。

最省心的一条：让图形界面替你扫。直接运行python gui.py，它会弹出一个小窗口，点 Browse 选择存档文件夹后，工具会自动扫描Players目录，把每个角色解析成"角色名（Lvl. 等级）"显示在下拉框里——你根本不用记 GUID，选人就行。勾选公会修复选项，点 Run Command，回到终端按回车确认即可。命令行模式卡在 GUID 上时，也可以先用它扫一遍存档看清楚对应关系，再切回命令行精确输入。

修完之后别急着开打：四个已知 Bug 的善后清单

工具作者诚实标注了四个已知问题，好在都有对应的处理办法：

另外，工具内置了几道校验：GUID 带上了 .sav 后缀、长度不是 32 位、新旧 GUID 填成同一个，都会在动手前报错拦住你，你只要读懂报错信息即可。

现在，就差你动手了

换服丢档的根源不在你，而在游戏跨平台存档机制的历史遗留问题：GUID 就是存档世界的收件人编号，而 palworld-host-save-fix 就是那个帮你改写编号的驿站前台。备份一份存档，装好依赖，对照本文判断你的场景，跑一次修复命令——当单号对上、服务器放行的那一刻，你的等级、帕鲁和基地会一件不少地回到你手上。下一个带着满级角色入驻新服务器的，就是你了。

【免费下载链接】palworld-host-save-fixFixes the bug which forces a player to create a new character when they already have a save. Useful for migrating maps from co-op to dedicated servers and from one dedicated server to another.项目地址: https://gitcode.com/gh_mirrors/pa/palworld-host-save-fix