更新 2.125

「奧羅拉」彈道測試第一階段：試驗`aurora-calib-v2` (CSV/JSON，含殘餘身分識別/flipZ/yaw180 + height_0x534)

• （新功能：新模式的ffxprobectl 該程式會產生採用新殘差校準模式的 CSV+JSON 檔案；這是我們首次進行配對chunk3.monLive ×actor+0x3B0 ×actor+0x534 （在結構化探測中）。實施「奧羅拉」計畫的第一階段（.cursor/plans/aurora_balistica.plan.md). 所採用的規格：docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md (XZ 身分已驗證 2 026-06-05 IDA；殘差 Y 仍處於 RT2 待處理狀態）。操作方式：ffxprobectl aurora-calib-v2 [--route <field> <group> <formation>] [--battle <id>] [--out <json>] [--csv <csv>] [--max-slots <N>] (唯讀，除視窗外不包含 MMF 儀表)Arm(1, ...) （現有）。針對每個插槽monLive 直到min(monCount, max-slots=16): lechunk3.monLive[s] 在g_FFX_Battle_AreaChunk + ptr@+0x20 + 16*s (XYZW)，解決actor[s] = *0x11334CC + 0xF90*s, leactor+0x3B0 (world XYZW)，actor+0x3C0 (XYZW 快取，可選)，actor+0x534 (高度浮點數)。計算 3 個殘差：identity = actor - chunk,flipz = actor - (cx,cy,-cz),yaw180 = actor - (-cx,cy,-cz) 含組件dx/dy/dz + RMS（完整版 + 僅限 XZ）。已接受（與 A01 匹配）：identity_rms_xz < 0.5 Eidentity_rms * 5 < flipz_rms Eidentity_rms * 5 < yaw180_rms ->winner=identity; 替代方案僅在 rms_alternativa<1.0 時才成立（根據 IDA-proof 分析，此情況極不可能發生 — 會觸發「UNEXPECTED — investigate」警示）；若 actor_array 無效或世界非有限（消失／動畫），則槽位被封鎖 — 此情況blocked-runtime-state, 不fail. 輸出： JSON (work/actor_overlay/aurora_calib_<battle_id>_<utcstamp>.json 預設) 與verdict 合併（identity-confirmed-live /ALERT-non-identity-winner /blocked-runtime-state /partial) + 陣列rows; 36 欄的並行 CSV 檔案（qpc、battle_id、route field/group/formation、area_chunk_va、actor_array_va、slot、dict_id、chunk_xyzw、actor_xyzw、actor_cache_xyz、 height_0x534, identity/flipz/yaw180_dx/dy/dz/rms, identity_rms_xz, winner, reason)。Build:dotnet build RuntimeTools/FfxDinput8Probe/ctl/Ctl.csproj -c Release PASS（0 個錯誤，僅有既有的警告 CS8632/CS0219）。未執行： probe DLL（ffx-probe.dll)，離線閘道，FfxHooksDll。下一階段： 使用 Halyson 進行 RT2 calib-v2，於 4 場黃金戰役中（azit03_00,bsil05,klyt00_00 + 一個控制項，例如425/0/0) — 食譜在docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md. RT2 第一階段 = 不適用（僅限探針組建）；RT2 第二階段 = 在人類身上受阻（Halyson）。[先前：v2.124.0.2]

「Aurora」彈道測試第三階段（離線）：阻力預估 在疊加視圖中檢視差異（舊版／新版／Δ）

• （針對現有拖曳模式的波蘭語使用者體驗優化）aurora-overlay.js；沒有新增功能，沒有新寫入器，僅在「僅拖曳位置」的 RT2 之前改善了讀取效果）。 實作「Aurora」計畫第三階段的 離線 部分——RT2（在真實戰鬥中移動小型怪物、儲存、強制戰鬥、截圖、還原）仍 卡在人類階段（Halyson）。三項變更於RuntimeTools/FFXMapViewerWeb/aurora-overlay.js: (1)onPointerDown 現在擷取原始的座標rawAnchors 在開始拖曳時（穿越userData.role/index)，並儲存至overlayState.dragging.original = {x,y,z}. (2)onPointerMove setReadout 傳入的參數為place role[i]: X 12.34 Y 5.67 Z 8.90 改為新的三部分格式：(orig) → (new) Δ=(+1.23, +0.00, -2.45) — 明確的訊號 (+/-) 使拖曳的方向顯而易見。(3)onPointerUp 現在打電話setAnchorInfo 附有持續顯示的摘要 ${role}[${i}]: Δ=... (orig) → (new) 能保留至下一個事件發生為止——先前，當游標離開面板時，讀數便會消失。**對 Halyson RT2 的優勢：**操作員能在儲存前精確得知每隻怪物被移動了多少距離（💾 Salvar posicoes) — 將「X 軸移動 1.2u、Y 軸移動 0u、Z 軸移動 -3.5u」轉換為 RT2 的測試日誌格式。不處理： writer (AuroraDragBridge/BattleArenaPositionWriter), 離線閘道、FfxHooksDll、探測控制台。Lints：ReadLints 已清理。下一階段： 第 4 階段（RT2 正常成長的非黑暗永恆）與第 5 階段（gate camera-chunk0-edit-rt0 離線 + RT2 極性）仍在排隊中。 RT2 第 3 階段 = 卡在人類角色（Halyson）處

v2.125.0.0

Aurora 彈道最終階段第 9 階段結案：對照計畫中 10 個階段的狀態（RT2 待處理清單已完成，離線狀態 100% 結案）

• 審查（僅限文件／結案：PORT_STATUS.md +docs/ai/SESSION_HANDOFF.md +KNOWLEDGE_BASE.md 已進行比對；行為未見任何變化，本次執行過程中未觸及任何寫入程式／探針／DLL）。完成該計畫的循環.cursor/plans/aurora_balistica.plan.md （10 個階段，範圍 A+B 已獲 Halyson 批准）。本系列中已完成之階段（Jarvis-AURORA，2026-06-16）： F0 文件核對（REVISIONv2.123.5.1)，F1 探針aurora-calib-v2 MINOR (v2.125.0.0), F3 離線拖曳預覽差異 PATCH (v2.125.1.0). 先前工作已涵蓋的階段（於結案時發現，此系列中無新進展）： F5 關卡camera-chunk0-edit-rt0 離線功能已由BattleCameraScanLab (offline_ci.ps1 C08BattleCameraScanLab 已包含polar eye round-trip +setup FLOAT edit round-trip +edit byte-local + reversible 在所有 chunk0 的 bin 檔案中（包含相機設定）。F6 PhotoMode 接線在FfxHooksDll 已滿額 (PhotoMode::Tick() 在 Present hook 中更新演員後被呼叫，位於dllmain.cpp:4622,PhotoMode::g_base/g_pm 已定義dllmain.cpp:6060, 橋NativeMenu_OnEdge/NativeMenu_OnHeldEnter 記錄於StartNativeMenuIfEnabled dllmain.cpp:8884,PhotoMode::Exit() 在StopNativeMenu dllmain.cpp:8910 — 遊戲內僅缺少 RT2）。F7 突發 ID W2S 已彙總為 3 層深度的文件（FFX_AURORA_W2S_MATRIX_OWNER_IDA_DEEP_2026-06-15.md,FFX_AURORA_W2S_MATRIX_IDA_CHAIN_2026-06-15.md,FFX_W2S_D3D11_INFERNO_2026-06-15.md) 其中已明確定義了接受準則與日誌記錄規格；差距在於：從selected target id/index 在主使用者介面中（RVA 待處理，且未解鎖本工作階段 MCP idalib 的 IDA 本地資料庫）。F8 突發事件：IDA 變體選擇器已整合至 3 份文件中（FFX_AURORA_ARENA_VARIANT_IDA_DEEP_2026-06-15.md,FFX_AURORA_ARENA_VARIANT_SELECTION_RE_2026-06-15.md,FFX_ARENA_VARIANT_RUNTIME_INFERNO_2026-06-15.md); 徽章runtime selector UNVERIFIED 植入於 UI 的AuroraChamber 在 F0。人類角色中被鎖定的階段（Halyson、遊戲內 RT2）： F2 RT2 calib-v2 在 4 場黃金戰役中（425/0/0,azit03_00,bsil,klyt00_00) + 根據面積／高度分析殘留物 Y — 完整配方請見docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md; F3 (RT2) 僅拖曳位置 — 參見 §B 中的說明FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md; F4 RT2 正常生長（非黑暗）Aeon（生成 + AI + 戰鬥結束 + 清理）；F5 RT2 極性編輯；F6 RT2 最低 PhotoMode。傳奇篇結束後的狀態（PORT_STATUS 已同步）： 極光之室parcial → parcial+++ (X/Z 身分已由 IDA 驗證，Y 殘餘值 RT2 待處理，變體上標示為 UNVERIFIED)，aurora-calib-v2 validado offline / RT2 pendente, 拖曳覆蓋層validado offline / RT2 pendente, BattleCameraScanLabvalidado offline (gate C08 = 1 dos 29), PhotoMode 接線validado offline / RT2 pendente, W2S 負責人partial / blocked / acceptance criteria definidos, 變體選擇器執行階段partial / inferred / blocked sem IDA db destravado. 不涉及： 程式設計師、探針、DLL、建置、套件 — 整個專案僅涉及文件編寫，加上 2 項小幅更新（探針控制 + 介面覆蓋層），這些更新已分別在各自的修訂版本中發布。 下一步（移交給 Halyson）： 執行預先組建的 RT2 佇列（5 個活躍的 RT2 + 1 個已解鎖的 IDA 尖峰測試）—— 首先執行 F2 calib-v2（ffxprobectl aurora-calib-v2 --route 425 0 0 在「大戰」中），接著依體力狀況按 F3/F4/F5/F6。[上一頁：v2.125.1.0]