JARVIS-AURORA

Actualización 2.125

16/6/2026

v2.125.0.0MINORJarvis-AURORA

Aurora: finalización de la fase 1 de balística: prueba `aurora-calib-v2` (CSV/JSON con identidad residual/flipZ/yaw180 + height_0x534)

(nueva capacidad: nuevo modo del ffxprobectl que genera un archivo CSV+JSON con el nuevo esquema de calibración residual; es la primera vez que lo emparejamos chunk3.monLive × actor+0x3B0 × actor+0x534 en una prueba estructurada). Puesta en marcha de la Fase 1 del plan Aurora (.cursor/plans/aurora_balistica.plan.md). Especificaciones aplicadas: docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md (Identidad XZ demostrada 2 026-06-05 IDA; Y residual aún pendiente en RT2). El modo: ffxprobectl aurora-calib-v2 [--route <field> <group> <formation>] [--battle <id>] [--out <json>] [--csv <csv>] [--max-slots <N>] (solo lectura, sin instrumentación del MMF más allá de la ventana Arm(1, ...) ya existente). Para cada ranura monLive hasta min(monCount, max-slots=16): le chunk3.monLive[s] en g_FFX_Battle_AreaChunk + ptr@+0x20 + 16*s (XYZW), resuelve actor[s] = *0x11334CC + 0xF90*s, le actor+0x3B0 (mundo XYZW), actor+0x3C0 (caché XYZW opcional), actor+0x534 (altura flotante). Calcula 3 residuos: identity = actor - chunk, flipz = actor - (cx,cy,-cz), yaw180 = actor - (-cx,cy,-cz) con componentes dx/dy/dz + RMS (completo + solo XZ). Aceptado (compatible con A01): identity_rms_xz < 0.5 Y identity_rms * 5 < flipz_rms Y identity_rms * 5 < yaw180_rms -> winner=identity; las alternativas solo se ejecutan si rms_alternativa < 1,0 (improbable según la prueba IDA — emite la alerta «UNEXPECTED — investigate»); la ranura queda bloqueada si actor_array es inválido o el mundo no es finito (despawn/animación) — caso blocked-runtime-state, NO fail. Salida: JSON (work/actor_overlay/aurora_calib_<battle_id>_<utcstamp>.json (por defecto) con verdict consolidado (identity-confirmed-live / ALERT-non-identity-winner / blocked-runtime-state / partial) + matriz de rows; CSV paralelo con 36 columnas (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). Compilación: dotnet build RuntimeTools/FfxDinput8Probe/ctl/Ctl.csproj -c Release PASS (0 errores, solo advertencias preexistentes CS8632/CS0219). No se ejecuta: prueba DLL (ffx-probe.dll), gates offline, FfxHooksDll. Próxima fase: RT2 calib-v2 con Halyson en 4 batallas doradas (azit03_00, bsil05, klyt00_00 + un mando como 425/0/0) — receta en docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md. RT2 Fase 1 = N/A (solo construcción de sonda); RT2 Fase 2 = bloqueada en humanos (Halyson). [anterior: v2.124.0.2]

v2.125.1.0PATCHJarvis-AURORA

Aurora: finalización de la fase 3 de balística (fuera de línea): resistencia de arrastre previa Ver diferencias en la superposición (antiguo/nuevo/Δ)

(mejora de la experiencia de usuario en el modo de arrastre existente del aurora-overlay.js; sin nueva capacidad, sin nuevo escritor, solo una mejora en la lectura previa al RT2 de «drag-position-only»). Implementa la parte offline de la Fase 3 del plan Aurora: RT2 (mover un monstruo pequeño en una batalla real, guardar, fuerza batalla, captura de pantalla, restaurar) sigue bloqueada en humano (Halyson). Tres cambios en el RuntimeTools/FFXMapViewerWeb/aurora-overlay.js: (1) onPointerDown ahora captura las coordenadas ORIGINALES del rawAnchors al iniciar el arrastre (cruzando userData.role/index), guardándolo en overlayState.dragging.original = {x,y,z}. (2) onPointerMove La función setReadout pasa de place role[i]: X 12.34 Y 5.67 Z 8.90 para el nuevo formato de tres partes: (orig) → (new) Δ=(+1.23, +0.00, -2.45) — señal explícita (+/-) hace que la dirección del drag sea evidente. (3) onPointerUp ahora llama setAnchorInfo con un resumen permanente ${role}[${i}]: Δ=... (orig) → (new) que permanece hasta el siguiente evento; antes, la lectura desaparecía en cuanto el cursor salía del panel. Ventaja para el RT2 de Halyson: el operador ve exactamente cuánto se ha desplazado cada monstruo antes de guardar (💾 Salvar posicoes) — permite introducir «movi 1,2u en X, 0u en Y, -3,5u en Z» en el registro de pruebas del RT2. No afecta a: writer (AuroraDragBridge/BattleArenaPositionWriter), puertas fuera de línea, FfxHooksDll, probe ctl. Lints: ReadLints Limpio. Siguiente fase: La fase 4 (RT2 con crecimiento normal, sin Dark Aeon) y la fase 5 (gate camera-chunk0-edit-rt0 sin conexión + RT2 polar) siguen en la cola. RT2 Fase 3 = bloqueada en humano (Halyson)

v2.125.0.0

v2.125.1.1REVISIONJarvis-AURORA

Aurora: finalización balística de la fase 9 y cierre: conciliación del estado entre las 10 fases del plan (RT2: cola lista, offline al 100 % cerrado)

(solo documento / cierre: PORT_STATUS.md + docs/ai/SESSION_HANDOFF.md + KNOWLEDGE_BASE.md reconciliados; ningún cambio de comportamiento, ningún writer/probe/DLL modificado en esta pasada). Se cierra el ciclo del plan .cursor/plans/aurora_balistica.plan.md (10 fases, alcance A+B aprobado por Halyson). Fases completadas en esta saga (Jarvis-AURORA, 16/06/2026): F0: conciliación de documentos (REVISIÓN v2.123.5.1), sonda F1 aurora-calib-v2 MENOR (v2.125.0.0), F3: vista previa de diferencias de arrastre sin conexión PATCH (v2.125.1.0). Fases ya cubiertas en trabajos anteriores (descubiertas durante el cierre, sin nuevos contratiempos en esta saga): F5 gate camera-chunk0-edit-rt0 sin conexión, ya cubierto por el BattleCameraScanLab (offline_ci.ps1 C08 BattleCameraScanLab ya incluye polar eye round-trip + setup FLOAT edit round-trip + edit byte-local + reversible en todos los bins de chunk0 con la configuración de la cámara). Cableado del modo foto F6 en FfxHooksDll ya COMPLETO (PhotoMode::Tick() se llama tras la actualización del actor en el hook «Present» en dllmain.cpp:4622, PhotoMode::g_base/g_pm definidos dllmain.cpp:6060, puente NativeMenu_OnEdge/NativeMenu_OnHeldEnter registrado el StartNativeMenuIfEnabled dllmain.cpp:8884, PhotoMode::Exit() en StopNativeMenu dllmain.cpp:8910 — solo falta el RT2 en el juego). F7: ID del pico El W2S consolidado en 3 niveles de detalle (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) con criterios de aceptación y especificaciones de registro predefinidos; diferencia = hook de solo lectura del selected target id/index En la interfaz de usuario principal (RVA pendiente sin la base de datos local de IDA desbloqueada para la idalib del MCP de esta sesión). Pico de F8: selector de variantes de IDA consolidado en 3 documentos (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); insignia runtime selector UNVERIFIED instalado en la interfaz de usuario del AuroraChamber en F0. Fases bloqueadas en el modo humano (Halyson, RT2 en el juego): F2 RT2 calib-v2 en 4 batallas doradas (425/0/0, azit03_00, bsil, klyt00_00) + análisis de residuos Y por superficie/altura — receta completa en docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md; F3 (RT2) solo posición de arrastre — receta en el apartado §B del FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md; F4 RT2 crecimiento normal no-Dark Aeon (aparición + IA + fin de batalla + limpieza); F5 RT2 edición polar; F6 RT2 PhotoMode mínimo. Estado tras la saga (PORT_STATUS conciliado): Aurora Chamber parcial → parcial+++ (Identidad X/Z comprobada por IDA, residuo Y RT2 pendiente, insignia «UNVERIFIED» en la variante), aurora-calib-v2 validado offline / RT2 pendente, superposición de arrastre validado offline / RT2 pendente, BattleCameraScanLab validado offline (gate C08 = 1 dos 29), Cableado del PhotoMode validado offline / RT2 pendente, propietario de W2S partial / blocked / acceptance criteria definidos, selector de variantes en tiempo de ejecución partial / inferred / blocked sem IDA db destravado. No se toca: writers, probes, DLL, build, package — toda la saga fue de documentación + 2 pequeños incrementos (probe ctl + overlay UX) que ya se han lanzado en sus propias REVISIONES. Próximo paso seguro (transferir a Halyson): ejecutar la cola RT2 preconfigurada (5 RT2 activas + 1 spike IDA desbloqueado) — F2 calib-v2 primero (ffxprobectl aurora-calib-v2 --route 425 0 0 en «battle royale»), y luego F3/F4/F5/F6 según la energía humana. [anterior: v2.125.1.0]

Volver a actualizaciones

JARVIS-AURORA

Actualización 2.125

16/6/2026

v2.125.0.0MINORJarvis-AURORA

Aurora: finalización de la fase 1 de balística: prueba `aurora-calib-v2` (CSV/JSON con identidad residual/flipZ/yaw180 + height_0x534)

(nueva capacidad: nuevo modo del ffxprobectl que genera un archivo CSV+JSON con el nuevo esquema de calibración residual; es la primera vez que lo emparejamos chunk3.monLive × actor+0x3B0 × actor+0x534 en una prueba estructurada). Puesta en marcha de la Fase 1 del plan Aurora (.cursor/plans/aurora_balistica.plan.md). Especificaciones aplicadas: docs/reverse/FFX_AURORA_CALIBRATION_PROBE_SPEC_2026-06-15.md (Identidad XZ demostrada 2 026-06-05 IDA; Y residual aún pendiente en RT2). El modo: ffxprobectl aurora-calib-v2 [--route <field> <group> <formation>] [--battle <id>] [--out <json>] [--csv <csv>] [--max-slots <N>] (solo lectura, sin instrumentación del MMF más allá de la ventana Arm(1, ...) ya existente). Para cada ranura monLive hasta min(monCount, max-slots=16): le chunk3.monLive[s] en g_FFX_Battle_AreaChunk + ptr@+0x20 + 16*s (XYZW), resuelve actor[s] = *0x11334CC + 0xF90*s, le actor+0x3B0 (mundo XYZW), actor+0x3C0 (caché XYZW opcional), actor+0x534 (altura flotante). Calcula 3 residuos: identity = actor - chunk, flipz = actor - (cx,cy,-cz), yaw180 = actor - (-cx,cy,-cz) con componentes dx/dy/dz + RMS (completo + solo XZ). Aceptado (compatible con A01): identity_rms_xz < 0.5 Y identity_rms * 5 < flipz_rms Y identity_rms * 5 < yaw180_rms -> winner=identity; las alternativas solo se ejecutan si rms_alternativa < 1,0 (improbable según la prueba IDA — emite la alerta «UNEXPECTED — investigate»); la ranura queda bloqueada si actor_array es inválido o el mundo no es finito (despawn/animación) — caso blocked-runtime-state, NO fail. Salida: JSON (work/actor_overlay/aurora_calib_<battle_id>_<utcstamp>.json (por defecto) con verdict consolidado (identity-confirmed-live / ALERT-non-identity-winner / blocked-runtime-state / partial) + matriz de rows; CSV paralelo con 36 columnas (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). Compilación: dotnet build RuntimeTools/FfxDinput8Probe/ctl/Ctl.csproj -c Release PASS (0 errores, solo advertencias preexistentes CS8632/CS0219). No se ejecuta: prueba DLL (ffx-probe.dll), gates offline, FfxHooksDll. Próxima fase: RT2 calib-v2 con Halyson en 4 batallas doradas (azit03_00, bsil05, klyt00_00 + un mando como 425/0/0) — receta en docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md. RT2 Fase 1 = N/A (solo construcción de sonda); RT2 Fase 2 = bloqueada en humanos (Halyson). [anterior: v2.124.0.2]

v2.125.1.0PATCHJarvis-AURORA

Aurora: finalización de la fase 3 de balística (fuera de línea): resistencia de arrastre previa Ver diferencias en la superposición (antiguo/nuevo/Δ)

(mejora de la experiencia de usuario en el modo de arrastre existente del aurora-overlay.js; sin nueva capacidad, sin nuevo escritor, solo una mejora en la lectura previa al RT2 de «drag-position-only»). Implementa la parte offline de la Fase 3 del plan Aurora: RT2 (mover un monstruo pequeño en una batalla real, guardar, fuerza batalla, captura de pantalla, restaurar) sigue bloqueada en humano (Halyson). Tres cambios en el RuntimeTools/FFXMapViewerWeb/aurora-overlay.js: (1) onPointerDown ahora captura las coordenadas ORIGINALES del rawAnchors al iniciar el arrastre (cruzando userData.role/index), guardándolo en overlayState.dragging.original = {x,y,z}. (2) onPointerMove La función setReadout pasa de place role[i]: X 12.34 Y 5.67 Z 8.90 para el nuevo formato de tres partes: (orig) → (new) Δ=(+1.23, +0.00, -2.45) — señal explícita (+/-) hace que la dirección del drag sea evidente. (3) onPointerUp ahora llama setAnchorInfo con un resumen permanente ${role}[${i}]: Δ=... (orig) → (new) que permanece hasta el siguiente evento; antes, la lectura desaparecía en cuanto el cursor salía del panel. Ventaja para el RT2 de Halyson: el operador ve exactamente cuánto se ha desplazado cada monstruo antes de guardar (💾 Salvar posicoes) — permite introducir «movi 1,2u en X, 0u en Y, -3,5u en Z» en el registro de pruebas del RT2. No afecta a: writer (AuroraDragBridge/BattleArenaPositionWriter), puertas fuera de línea, FfxHooksDll, probe ctl. Lints: ReadLints Limpio. Siguiente fase: La fase 4 (RT2 con crecimiento normal, sin Dark Aeon) y la fase 5 (gate camera-chunk0-edit-rt0 sin conexión + RT2 polar) siguen en la cola. RT2 Fase 3 = bloqueada en humano (Halyson)

v2.125.0.0

v2.125.1.1REVISIONJarvis-AURORA

Aurora: finalización balística de la fase 9 y cierre: conciliación del estado entre las 10 fases del plan (RT2: cola lista, offline al 100 % cerrado)

(solo documento / cierre: PORT_STATUS.md + docs/ai/SESSION_HANDOFF.md + KNOWLEDGE_BASE.md reconciliados; ningún cambio de comportamiento, ningún writer/probe/DLL modificado en esta pasada). Se cierra el ciclo del plan .cursor/plans/aurora_balistica.plan.md (10 fases, alcance A+B aprobado por Halyson). Fases completadas en esta saga (Jarvis-AURORA, 16/06/2026): F0: conciliación de documentos (REVISIÓN v2.123.5.1), sonda F1 aurora-calib-v2 MENOR (v2.125.0.0), F3: vista previa de diferencias de arrastre sin conexión PATCH (v2.125.1.0). Fases ya cubiertas en trabajos anteriores (descubiertas durante el cierre, sin nuevos contratiempos en esta saga): F5 gate camera-chunk0-edit-rt0 sin conexión, ya cubierto por el BattleCameraScanLab (offline_ci.ps1 C08 BattleCameraScanLab ya incluye polar eye round-trip + setup FLOAT edit round-trip + edit byte-local + reversible en todos los bins de chunk0 con la configuración de la cámara). Cableado del modo foto F6 en FfxHooksDll ya COMPLETO (PhotoMode::Tick() se llama tras la actualización del actor en el hook «Present» en dllmain.cpp:4622, PhotoMode::g_base/g_pm definidos dllmain.cpp:6060, puente NativeMenu_OnEdge/NativeMenu_OnHeldEnter registrado el StartNativeMenuIfEnabled dllmain.cpp:8884, PhotoMode::Exit() en StopNativeMenu dllmain.cpp:8910 — solo falta el RT2 en el juego). F7: ID del pico El W2S consolidado en 3 niveles de detalle (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) con criterios de aceptación y especificaciones de registro predefinidos; diferencia = hook de solo lectura del selected target id/index En la interfaz de usuario principal (RVA pendiente sin la base de datos local de IDA desbloqueada para la idalib del MCP de esta sesión). Pico de F8: selector de variantes de IDA consolidado en 3 documentos (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); insignia runtime selector UNVERIFIED instalado en la interfaz de usuario del AuroraChamber en F0. Fases bloqueadas en el modo humano (Halyson, RT2 en el juego): F2 RT2 calib-v2 en 4 batallas doradas (425/0/0, azit03_00, bsil, klyt00_00) + análisis de residuos Y por superficie/altura — receta completa en docs/reverse/FFX_AURORA_FORCE_BATTLE_CALIBRATION_PROTOCOL_2026-06-15.md; F3 (RT2) solo posición de arrastre — receta en el apartado §B del FFX_AURORA_MASTER_RT2_CHECKLIST_2026-06-15.md; F4 RT2 crecimiento normal no-Dark Aeon (aparición + IA + fin de batalla + limpieza); F5 RT2 edición polar; F6 RT2 PhotoMode mínimo. Estado tras la saga (PORT_STATUS conciliado): Aurora Chamber parcial → parcial+++ (Identidad X/Z comprobada por IDA, residuo Y RT2 pendiente, insignia «UNVERIFIED» en la variante), aurora-calib-v2 validado offline / RT2 pendente, superposición de arrastre validado offline / RT2 pendente, BattleCameraScanLab validado offline (gate C08 = 1 dos 29), Cableado del PhotoMode validado offline / RT2 pendente, propietario de W2S partial / blocked / acceptance criteria definidos, selector de variantes en tiempo de ejecución partial / inferred / blocked sem IDA db destravado. No se toca: writers, probes, DLL, build, package — toda la saga fue de documentación + 2 pequeños incrementos (probe ctl + overlay UX) que ya se han lanzado en sus propias REVISIONES. Próximo paso seguro (transferir a Halyson): ejecutar la cola RT2 preconfigurada (5 RT2 activas + 1 spike IDA desbloqueado) — F2 calib-v2 primero (ffxprobectl aurora-calib-v2 --route 425 0 0 en «battle royale»), y luego F3/F4/F5/F6 según la energía humana. [anterior: v2.125.1.0]