分解器多出的格子，是用来排队的
Installation: client / Linux server →
这个模组把帕鲁分解器的待处理位置从 10 个增加到 50 个。作用是让你少往回补几次队列。
并行加工仍然是 3，不改变加工时间、产量、掉率或回收规则。队伍排得长了，不代表每一只处理得更快。
安装后检查待处理位置
从项目页订阅模组和 UE4SS Experimental (Palworld)，启用后完整退出再启动。不要同时加载手动和工坊两个副本。
打开分解器，先检查待处理位置。已有设备预期只追加空格，原来排队的帕鲁应保留。
第一次确认容量，不需要立刻把所有空位填满。尤其不要用想保留的帕鲁测试，因为送入后的处理可能已经开始。
容量、批量送入和产物分别看
“分解器容量”增加排队位置；“分解机批量送入”减少逐只放入的动作。二者可以各自使用，功能不同。
分解器没有因此多出一个独立产物箱，产物仍落到地面。想确认掉落时，要看设备附近，不是去找一个新增库存界面。
它也不受储物箱容量模组叠加，不会因为同时安装就变成十倍。
没生效时
先确认依赖、完整重启和设备类型。联机再查服务器是否安装，以及有没有其他模组同时改同一容量字段。
Windows 专服不在当前支持范围，Linux 使用对应独立包。客户端的订阅状态不能替代远端安装状态。
停用前清理额外位置
先处理完队列，或取回额外位置里尚可取回的帕鲁，再禁用。模组不会靠强制缩容替你处理这些对象。
停止批量操作只能停后续步骤，无法撤销已经完成的分解。若还使用批量送入，可以接着看它的名单与确认流程。
本文依据模组 0.1.3-rc1 玩家说明，游戏基线 Palworld v1.0.5.102999。
本次更新
查看 0.1.3-rc1 更新记录。本次改动及尚待实机验证的范围以更新记录为准。
2026-10-21 更新 · 0.1.4-rc1
修复世界尚未就绪时过早结束分解机发现的问题；初始化重试耗尽后，新的地图加载完成事件可重新触发有限重试。保留事件驱动、去重和扩容同步保护，不恢复永久扫描。已通过离线回归，原生存档、复制和实际帧耗时仍待验证。如有异常，欢迎留言。
查看完整更新记录。工坊订阅更新后请完整退出并重开游戏；Linux 管理员需完整停服后安装对应版本的独立 Linux 包。
2026-10-23 更新 · 0.1.5-rc1
修复对象初始化时反复查找分解器类型引起的卡顿和加载缓慢。保留分解器待处理格扩容、已有格内容保护及同步机制，不新增永久扫描。已完成单人加载、保存与重新读档验证，并补充功能回归。若仍有卡顿或功能异常，欢迎到我的网站支持页面留言，说明游戏模式、模组版本及出现问题的场景。
查看完整更新记录。工坊订阅更新后请完整退出并重开游戏；Linux 管理员需完整停服后安装对应版本的独立 Linux 包。