问题描述
在 Fabric 服务端上回档时，存档数据本身是恢复成功的，正确内容已经写回服务器的 world 目录。
但每次回档后，都会在 world 里面再多生成一层 world 文件夹（变成 world/world）。
把这层多余的文件夹删掉后，回档后的进度是正确的（地形、物品、玩家数据都正常）。
如果不删就继续回档，会继续套娃，变成 world/world/world。
环境
Minecraft：1.21.4
加载器：Fabric
模组版本：QuickBakcupMulti-Reforged mc1.21.4-fabric-3.3.2
系统：Windows
服务端：独立服务器，level-name=world
online-mode=false
相关配置（config/quickbackupmulti.json）：
JSON{
"storagePath": "./QuickBackupMulti",
"autoRestartMode": "DEFAULT"
}
配置里没有自定义 world / world_names / world_path。
复现步骤
在 1.21.4 Fabric 服务端安装本模组
使用默认世界名 world 启动服务器
创建备份，例如 /qb make test1
执行回档，例如 /qb back test1
服务器重启后检查世界目录
预期行为
回档只应替换 ./world 里的内容，不应再额外生成一层 world 子目录。
实际行为
回档会把正确数据写到 ./world，同时多出一个 ./world/world。
删除多余的那一层后，进度是正确的。
补充
备份列表、回档倒计时都正常
两个测试备份合计大约 37MB（增量存储）
不像是配置路径写错，storagePath 为 ./QuickBackupMulti，和实际备份目录一致
仓库里暂时没看到同样描述「world 套娃」的 issue
问题描述
在 Fabric 服务端上回档时，存档数据本身是恢复成功的，正确内容已经写回服务器的 world 目录。
但每次回档后，都会在 world 里面再多生成一层 world 文件夹（变成 world/world）。
把这层多余的文件夹删掉后，回档后的进度是正确的（地形、物品、玩家数据都正常）。
如果不删就继续回档，会继续套娃，变成 world/world/world。
环境
Minecraft：1.21.4
加载器：Fabric
模组版本：QuickBakcupMulti-Reforged mc1.21.4-fabric-3.3.2
系统：Windows
服务端：独立服务器，level-name=world
online-mode=false
相关配置（config/quickbackupmulti.json）：
JSON{
"storagePath": "./QuickBackupMulti",
"autoRestartMode": "DEFAULT"
}
配置里没有自定义 world / world_names / world_path。
复现步骤
在 1.21.4 Fabric 服务端安装本模组
使用默认世界名 world 启动服务器
创建备份，例如 /qb make test1
执行回档，例如 /qb back test1
服务器重启后检查世界目录
预期行为
回档只应替换 ./world 里的内容，不应再额外生成一层 world 子目录。
实际行为
回档会把正确数据写到 ./world，同时多出一个 ./world/world。
删除多余的那一层后，进度是正确的。
补充
备份列表、回档倒计时都正常
两个测试备份合计大约 37MB（增量存储）
不像是配置路径写错，storagePath 为 ./QuickBackupMulti，和实际备份目录一致
仓库里暂时没看到同样描述「world 套娃」的 issue