Actualización 2.84
11/6/2026
v2.84.0BETAMINOR
Rikku
Capacidad de respuesta UI completa: marco fluido + en toda la aplicación barrido de "tamaños forzados" en cada ventana + infraestructura de punto de interrupción reutilizable
- Cumple la orden del propietario: "no más tamaños forzados, todo responsivo y redimensionamiento automático, belleza sobre rendimiento, lleva el costo al PC" del usuario. Nueva infraestructura:
Styles/Responsive.cs: una propiedad adjuntaResponsive.Breakpointsque etiqueta la raíz connarrow/medium/wideclases basadas en el ancho renderizado REAL, lo que hace queStyle Selectorfuncione como una consulta de medios CSS. Marco (Main_Window): barras laterales fijas de 290/320px →Autocolumnas conMinWidth/MaxWidth; el inspector derecho se colapsa (Autocolumna → 0) cuando la ventana no es ancha, manteniendo 3 columnas solo en pantallas anchas;MinWidth1280→1000; superior-bar corregido-widthComboBox→MinWidth; puntos de interrupción activos. En toda la aplicación barrido (65 de 71.axamlajustado mediante multiagente orquestación: un agente por archivo, SURGICAL solo de diseño ediciones): píxelColumnDefinitions137→59 (−78);StackPanel Orientation="Horizontal"→WrapPanel(×26; 252 en total) para que las filas de botones/entradas se ajusten en lugar de recortarse; rojo de seguridadScrollViewerdonde la raíz podría desbordarse;ViewboxenSphereGridCanvas; WebView hosts (*Embedded) estirados;TextWrappingdonde faltaba; fijoWidth/Height231→211 y 35→27 (el resto son intrínsecos: iconos, campos numéricos, columnasDataGridy anchos de alineación dentro de un ya-reflowingWrapPanel— no se recortan). (nueva infraestructura de capacidad de respuesta + capacidad transversal UI). Honestidad: las 75 pantallas se compilan (compilación de lanzamiento 0 errores;&/</>escape garantizado por la compilación ecológica) y no{Binding}/Click/x:Namefue cambiado (solo de diseño ediciones) - pero por-pantalla visual QA en ventanas de tamaño pequeño es un paso humano pendiente (YO no ejecutó la aplicación en las 75 pantallas; estructura/compilación probada, apariencia no). No toca la lógica/guardar/AI/runtime/RT2/Spira Forge. Archivos:Styles/Responsive.cs(nuevo) +Modules/Main/Main_Window.axaml+ 65 módulo/control/plantilla.axaml
v2.83.0
v2.84.10BETA
Lulu
Editor Monster AI: consolidación de 10 parches de errores pequeños/UX/salvaguarda, sin características nuevas
- PARCHE acumulado sobre
v2.84.0: RT2/los intentos del usuario mostraron que la superficie humana Monster AI necesitaba arreglos de contrato, no otra pestaña. Este corte elimina la subpestañaMonster AI Editor 2de la navegación y concentra la creación nuevamente en elMonster AI Editorprincipal; hace que los bloques grandes sean plegables; reubica AEON/YUNALESCA/BIBLIA/EN VIVO/acciones para lectura humana; corrige la inserción local deMaybepara que ya no redirija todo el punto de entrada; agregaStop here/RET; controlado, degrada las insignias combinadas falsas y usa lenguaje de secuencia directa cuando no se prueba ninguna combinación nativa; evita que aparezcaforcedsolo porque se seleccionó el azar; limpia la condición de fuga de YUNALESCA; cambiaNulAllal hechizo REAL; bloquea los lanzamientos de hechizos al inicio de la batalla cuando el tiempo de ejecución no pone en cola una acción; mejora la condición/etiquetas de los trabajadores; corrige flujos vinculados de objetivo/primera habilidad/mismo objetivo; agrega recetas de objetivos calculadas estilo Shred + objetivo de HP más bajo; extiende las puertasAiScriptLab --ai3para probabilidad local, rito vinculado, receta objetivo, objetivo calculado y parada posterior; mantiene bloqueadores reales para la semántica naturalMulti-*+ Forbidden Rite y pendiente RT2. Honestidad: esto es una corrección de errores/refuerzo para el editor Monster AI existente, no un nuevo escritor fuera del alcance
v2.84.0
v2.84.20BETA
Lulu
Editor Monster AI: 10 parches de corrección de errores más para Forbidden Rite/Anti-Ribbon y lectura del comportamiento humano
- PARCHE acumulado sobre
v2.84.10: corrige la superficieForbidden Rite LABque aún exponía solo un subconjunto de lo que el patrónwriteChrProperty(target, field, value)REAL ya admite. El menú desplegable Anti-Ribbon ahora enumera los campos negativos directos:Poison,Petrify,Power Break,Magic Break,Armor Break,Mental Break,Berserk,Sleep(255),Slow(255), además de avanzados.Provoke/Threaten, manteniendo los contadoresZombie,Confuse,Silence(255),Darkness(255),Curse,Doomy Condena.Zombie/Confuse/Silence/Darknessestán marcados explícitamente como RT2/probado en el juego en el patrón ACTUAL; la expansión se registra como probada por el operador en el juego a través de la misma ruta directa.Death/KOpermanece fuera del menú desplegable normal porque el mapabtlActorPropertyexponeisAlive, no unStatusDeathlimpio; eso necesita una receta/puerta separada. BIBLIA y el plan SIN/Anti-Ribbon fueron actualizados para que el próximo agente no vuelva a abrir una puerta que ya está resuelta. Esto también versiona las notas de diseño recientes sobreMulti-*vsSequential-*, ciclos dinámicos, Flan oscuro y NeoSeymour como conocimiento de diseño futuro. Honestidad: corrección de errores/endurecimiento para el editor Monster AI existente; no hay nuevos escritores fuera deForbidden Rite LAB
v2.84.10
v2.84.20.1BETAREVISION
Lulu
Investigación: viabilidad de crear NUEVAS habilidades automáticas (habilidades de arma/armadura): TODOS los métodos + el libro de recetas de fórmulas de bytes
- (cuarto dígito: doc/RE/investigación que ingresa al repositorio y NO cambia el comportamiento: no se toca ningún escritor/módulo/enlace). Investigación de múltiples agentes (3 flujos de trabajo con buscadores paralelos + verificación adversaria) que consolida si y cómo se pueden crear nuevas habilidades automáticas en FFX HD PC. Veredicto: SÍ, con 3 sentidos de "nuevo" y una división estricta: DATA-DRIVEN vs HARDCODED-BY-ID. (1) Los efectos mediante combinaciones de indicadores se basan en datos y se prueban mediante desplazamiento en IDA (
sub_79C610/sub_7861B0O acumular los campos de registro0x6Cen el actor sin ningún IDswitch) → cualquier ranura hereda el efecto simplemente configurando bytes; libro de recetas de bytes completo decodificado diferenciando ela_ability.binenviado (elementos0x11-0x15Piro01/Ice02/Electro04/Aqua08/Sanctus10; estado contacto=0x16+slot=50/golpe=100; stat%0x55+0x56; automático/SOS0x5A+0x10; Ribbon0x3C+slot=255+0x60). (2) 5 espacios realmente libres 129–133 (0x81-0x85) (datos todo cero) → reutilizar sin hacer crecer la tabla. (3) Crecer >0x86: la sorpresa: el motor ACEPTA una entrada número 135 (sub_7AB890lee el recuento/rango del encabezado del archivo, no hay literal0x86; el tamaño del búfer depende de la longitud del archivo); bloqueado solo por 3 guardias de C# + RT2 + un límite de tamaño de byte0x25800+ una segunda estructura de menú de equipo RAM limitado en0xC8=200. Límite estricto: ~31 capacidades están codificadas por id (un bit en0x62/0x64/0x66, controlador en C — Sensor/First Strike/Contraataque/Piercing/Petra Límites/Capture/etc.) → no reproducible por bytes; un nuevo TIPO de efecto (robo de vida/reflejo%) necesita un gancho DLL (la sondaDINPUT8+FfxHooksDllPolyHook2 infra ya está probada) o un exe parche. habilidad-como-script (ATEL) refutada como una ruta sin ganchos para una habilidad que el jugador puede equipar (brecha vinculante). Validación cruzada por 3 flujos independientes + la estructura fahrenheit de código abierto (byte por byte). Honestidad: jugabilidad REAL de cualquier tragamonedas editada y todo el tiempo de ejecución/trabajo de gancho = RT2/LAB pendiente;a_ability.binpermanecereader+no-edit guarden producción (sin autorización de envío). Documentos:docs/reverse/FFX_AUTOABILITIES_NOVAS_MASTER_2026-06-11.md(índice/veredicto) +FFX_NEW_AUTO_ABILITY_FEASIBILITY_2026-06-11.md(estático) +FFX_AUTO_ABILITY_NEW_VIA_HOOK_DLL_RUNTIME_FEASIBILITY_2026-06-11.md(tiempo de ejecución/DLL) +FFX_AUTOABILITIES_NOVAS_VIAS_E_FORMULAS_COOKBOOK_2026-06-11.md(12 métodos + libro de recetas)
v2.84.20
v2.84.25BETA
Lulu
Editor Monster AI: YUNALESCA ahora es un área preestablecida limpia y las condiciones se movieron al flujo de creación principal
- PARCHE +5 acumulado sobre
v2.84.20: corrige la pantalla UX/contrato que aún mezclaba ritos rápidos, condiciones y edición avanzada en el mismo bloque. YUNALESCA ahora permanece solo como ajustes preestablecidos de estado/bendición listos para usar, sin ritos de combate, sinAlternate 1/2, sinAlternate 1/3, sinDuplicate casty sin la vista previa de condición redundante. El generador de condiciones se trasladó aAdd / change behavior, la superficie de creación principal del editor:onTurn,Start,Always,onHit,Any Hit,HP < %yMaybe 1 in Kahora preparan el siguiente comportamiento creado/cambiado. La barra de herramientas principal se centra únicamente en la acción seleccionada (Change ability,Duplicate action,Move up/down,Mode: queue/now,Remove action,Undo backup). Las rutas de backend ahora admiten guardias explícitas al crear una habilidad, copiar una plantilla de acción y vincular Forbidden Rite bajo la condición de montado, sin presentar esto como un nuevo escritor fuera del editor Monster AI. La copia de Forbidden Rite se corrigió para decir la verdad: aplica Anti-Ribbon justo después del comportamiento creado/cambiado en el punto de creación; No hay ninguna advertencia falsa de queMulti-*necesariamente se rompa. La compilación de salida separada se aprobó con 0 errores
v2.84.20.1