更新 2.27

v2.27.0BETASeymour

AURORA：chunk3 的結構性 GROW（一隻怪物的 byte-exact ADD/REMOVE）——『chunk3』阻塞器已消失

• 解答了 HANDOFF_AURORA_CHUNK3_RESOLVE_2026-06-07。之前只能 MOVING 一個既有的錨點（v2.12.0）；現在怪物 COUNT 可以改變。Packing-model RE（語料庫 863，已證實）： 該 area-record 將其 8 個陣列以 FIXED 指標順序打包（origin<party<partyB<aeon<monA<monLive<monB<camera，863/863）；容量 = next-pointer − 指標；monLive（+0x20）是 TIGHT（==MonsterPositionCount@+0x06，856/863）而 monA（+0x1C）保留約 12 且 monB（+0x24）保留 3..78 → 這些保留區可吸收更高的計數，無須自行調整大小。那些『謎之缺口』就是保留區；+0x30..+0x5C = 6 個區域/攝影機浮點數（非指標）。BattleArenaGrowWriter.GrowMonsters = 在 monLive 結尾處的插入/移除拼接 + 僅 re-stamp 屬於 monB（+0x24）/camera（+0x2C） + 區塊表 + +0x06；守衛 single-area + 緊湊 + 保留區 ≥ 容量（HardActorCap=8 保守值；資料最大=15 znkd09）。閘門 BattleArenaGrowLab PASS（在 offline_ci.ps1 中）：RT0 no-edit 700/700 byte-identical，ADD +1 696/696，REMOVE −1 393/393（乾淨的 re-decode）。不符合資格的戰鬥已被誠實拒絕（149 個 multi-area + 6 個 non-tight + 13 個 anomalous-reserve → 仍可透過 MOVE 編輯）。戰鬥→場景轉換已調和 = IDENTITY（交接 2.3）。文件 docs/reverse/FFX_AURORA_CHUNK3_PAYLOAD_MODEL_2026-06-07.md。建置 0 錯誤。誠實地說： 離線 byte-safe（RT0）≠ 遊戲接受新計數 — in-game UNPROVEN（RT2/探針 + 擁有者 OK；確切 spawn-loop 上限 = IDA 待定）