PKForge 是一款专为安卓设备打造的 Pokémon 存档编辑器与跨世代 Bank。除了官方正作之外，PKForge 还内置了 5 款 ROM Hack 的专属引擎，Pokémon Unbound、Radical Red、GS Chronicles、Luminescent Platinum 与 Pokémon Compass 的存档都能被完整识别和编辑。下面带你逐一了解它们的来龙去脉。

为什么 ROM Hack 需要专属引擎

ROM Hack 的存档虽然看起来和正作一样，内部布局却可能大相径庭：宝可梦表被扩充、盒子被重新排布、校验和窗口被改写。如果拿正作引擎硬开，轻则名字显示错乱，重则直接损坏存档。

PKForge 的做法是在 SaveEngine.cs 中按顺序做特征检测：

1. 先识别 Luminescent Platinum；
2. 再检查 Compass 的标志性数据块；
3. 然后依次验证 Unbound、GS Chronicles 的页脚签名；
4. 最后用 CFRU 校验窗口签名区分 Radical Red 与普通 FireRed。

识别成功后，对应的专属引擎会话接管整个存档，读取、编辑、写回全部按该改版的真实布局进行。

1. Pokémon Unbound：引擎最重的一款

Pokémon Unbound 基于 FireRed 改造，但改动幅度远超普通改版：宝可梦表扩展到 1267 种、招式表 922 个、道具 724 个，PC 盒子也被整体重排。PKForge 为它编写了完整的专属会话 UnboundEngineSession.cs，能正确处理 25 个盒子（含碎片化盒子和预设盒）以及跨扇区的压缩数据流。

数据表同样来自 ROM 本身：物种、招式、道具、能力四张表由 PUSE 项目从 Unbound v2.1.1.1 中提取，说明见 Data/README.md。

2. Radical Red：藏在 FireRed 外壳里的 CFRU 布局

Radical Red（CFRU 引擎）保留了 FireRed 的存档外壳，但每个扇区的校验窗口都被 CFRU 重新定义过。PKForge 在 RadicalRedFormat.cs 中复刻了这套窗口表——一份真实存档按 CFRU 表验证 14/14 通过，按原版窗口表则只有 7/14，这正是可靠的判别依据。

它的物种与道具表来自 v4.1 版本导出，并和真实设备存档逐一比对过，说明见 Data/README.md。

3. GS Chronicles：字段级对齐的姊妹改版

GS Chronicles 同样使用 CFRU 引擎，布局与 Radical Red 几乎一致，唯一区别是页脚签名换成了自定义值，并且盒子分布更复杂（25 个盒子分散在三个保存块中）。GsChroniclesEngineSession.cs 的注释逐字段对齐了引擎源码与真实存档，并内置了专属的物种、招式数据表。

4. Luminescent Platinum：给 BDSP 换了一套形态表

Luminescent Platinum 基于 Brilliant Diamond / Shining Pearl，改动集中在自定义形态和带回的高世代道具。LumiData.cs 负责处理它独有的部分：形态名称、形态数量补全、合法道具列表，其余数据仍复用 PKHeX 的核心表，所以体验上和普通 BDSP 存档几乎无差别。

5. Pokémon Compass：最"隐形"的识别

Compass 保持 Scarlet / Violet 的原版格式，PKForge 通过它每个版本都存在的 TrainerSeed 表来识别（见 SaveEngine.cs 的注释），而非依赖设置块——因为 2.1 之前的存档根本不包含那些块，是个典型的误判陷阱。

未知 ROM Hack 会怎样？

如果存档"读起来像正作，却带有正作没有的宝可梦"，PKForge 会弹出提示：默认只读浏览，你也可以选择"自担风险编辑"，相关文案与状态条逻辑在 RomHackNotice.cs 中。无论哪种模式，每次写入前都会先创建还原点，最近 20 个还原点会一直保留。

小结

简单说：前四款拥有独立引擎和数据表，Compass 靠特征数据块精准识别，其余未知改版则以只读模式兜底——这套"专属引擎 + 安全兜底"的设计，正是 PKForge 敢在手机版上放心编辑 ROM Hack 存档的底气。