Beta Update

Este é o arquivo das notas beta anteriores. As notas novas estão na página principal de atualizações.

SeymourBETA

Atualização 2.61

09/06/2026

updatearena

Menu nativo STEP 3: fonte de linhas native-list reverse-engineered + `list-read` (probe) + leitura de seleção ao vivo. Continuando a lane de menu nativo in-game (Yojimbo→Jarvis-BAHAMUT), o gap step-3 #1 ("de onde vêm as linhas da lista nativa?") é fechado via IDA: a lista INPUT (`FFX_Menu_List_UpdateInput 0x8B4460`) é 100% genérica — matemática pura de campo sobre o objeto de 152 bytes (estado `+40`, count `+48`, top `+50`, target `+52`, page `+58`, slots `+66`, result `+69`, scroll `+70`, selected `+72`, validator `+28`), toca nenhum global, e é reutilizada por 10 builders distintos — mas todo draw nativo é item-shaped: a lista scene3 (`FFX_Menu_CreateScene3ScrollableList 0x8B4FB0` → draw `0x8B4A00` → linha `0x8B4B20`) lê linhas de `unk_159EC30[64i]` (structs de 64 bytes) + `byte_1866250[]` (tipo), com o nome do item resolvido por `0x86C3C0(id→table)` e um label direto opcional em `rowPtr+32` (tipo 1); carrega scene3/33/34 e depende de globals do Customize. Não há draw de "free-text list" no binário — então uma lista nativa com texto OUR (o shell da arena / Aurora Photo-Mode) exige um callback de draw DLL (passo 5, o caminho previsto em tick-bible §4), com a receita hand-rolled documentada (input genérico `0x8B4460` + um draw DLL usando janela `sub_8F5F70` / string `sub_9016B0` / cursor `sub_8C0640`, lendo `+69`/`+72`). Shipado via probe TODAY: novo verbo `ffxprobectl list-read [handleHex]` (READ-only) que escaneia o menu-object POOL (`g_FFX_MenuObjPool 0x18408C0`, 32 slots × 152B) — encontra ANY lista/popup nativo ativo e o identifica pelos callbacks — mais o atalho "current list" globals (`dword_1866214`/`186A5DC`/`23CC120`). ✅ RT2 PASS (ao vivo, 2026-06-09): com o jogo no menu Customize equipment, o scan do pool pegou a lista navegada (slot[3] `@0x017A0A88`, `input=0x8D57E0`, um wrapper fino do genérico `0x8B4460`) e `+72`/`SELECTED` rastrearam o cursor em tempo real (35→42) enquanto o operador o movia → step-3 "ler a seleção de uma lista nativa navegável" PROVEN sem escrever nada. (Bônus: o `+62 = group 0x101` do objeto reset casa com `FFX_MenuObj_Reset` (IDA) — offsets confirmados contra memória.) Sem câmera RAM / Aurora / `dllmain.cpp` / save tocados; IDA read-only (cópia `_claude_ida`, rename-queue no doc). Build `ffxprobectl` 0 erros. Passo 5 (blueprint): esqueleto paste-ready do shell nativo em `RuntimeTools/NativeMenuShell/NativeMenuShell.h` (+README) — objeto hand-roll + callback de draw (janela+linhas+cursor) + encoder de fonte FFX + ponte desacoplada para as ações do Photo Mode da Aurora; ABIs/offsets confirmados (workflow verify IDA) e revisados adversarialmente (2 lentes FFX-vs-IDA + C++ → sem blocker de crash/compile); guard x86 + clamp anti-OOB + invariantes load-bearing anotados; não ligado, não toca `dllmain.cpp`. Passo 5.1 (blueprint de wire, NOT aplicado): plano + rascunho de patch (`docs/ai/HANDOFF_BAHAMUT_NATIVE_MENU_WIRE_BLUEPRINT_2026-06-09.md` + `docs/patches/BAHAMUT_NATIVE_MENU_WIRE_DRAFT_2026-06-09.patch`) ligando o shell em `ffx-hooks.dll` via um detour no pump de menu `FFX_Menu_PerFramePump 0x8A9C50` (`int __cdecl(uint)`, IDA-verified, main-thread) — OFF por default (`FFXHOOKS_ENABLE_NATIVE_MENU` + hotkey F7), a ponte só chama `PhotoMode::`; revisado adversarialmente (2 lentes) sem blocker (revisor de compile aplicou numa árvore scratch, `git apply --recount --check` exit 0); `dllmain.cpp` NOT touched/committed. Doc: `docs/reverse/FFX_NATIVE_MENU_LIST_ROW_SOURCE_2026-06-09.md`.

Ler notas

SeymourBETA

Atualização 2.60

09/06/2026

updatemonster-ai

Badges reutilizáveis read-only de evidência do Atlas, aplicados ao Monster AI Editor. Primeira camada de `HANDOFF_ATLAS_READONLY_MODULE_BADGES`: um componente reutilizável evidence-badge que mostra, por entrada, de onde os dados vieram e até onde podem ser confiáveis — sem writer, sem apply, sem SIN. Novo `Modules/Common/AtlasEvidenceBadgeStrip.axaml(.cs)` (drop-in UserControl com propriedade `Evidence`) + `Modules/Common/AtlasEvidenceBadge.cs` (`AtlasEvidenceBadge` colorido por severidade + `AtlasEvidenceInfo` carregando badges/origem/"onde aparece", factories `ForBibleEntry`/`ForDetail`). Decisão-chave (após a revisão adversarial): engine ONE — `AiBibleEvidence` foi parametrizado em `Derive(...)` e a faixa reutiliza os badges canônicos da entrada via `entry.EvidenceBadges`, então a faixa inline do Monster AI e a janela BIBLE completa nunca podem discordar; `IDA` continua um badge estrutural separado e nunca colapsa num `proved` verde (um bug que a revisão pegou e corrigiu). Adicionado o token `partial` da missão. O texto "onde aparece no jogo" virou `AiBibleWhereAppears` (uma fonte DRY compartilhada por BIBLE e os módulos). Aplicado ao painel inline `Monster AI Editor` BIBLE: badges + origem + um expander "onde aparece" para a entrada selecionada; o botão existente 📖 Abrir guia completo abre o BIBLE focado. Sem mudanças de runtime, SIN, save-path ou provider `SpiraDataAtlasCatalog`. Build 0 erros / 361 avisos; `--spiraatlas-rt0` e `--aicmdmeta-rt0` PASS; `AiScriptLab --ai2` PASS (validator limpo 346/346).

Ler notas

SeymourBETA

Atualização 2.59

09/06/2026

updatemonster-ai

BIBLE OF SPIRA / Atlas UI 2.0: navegação de evidência multi-badge + filtros + painel de proveniência (read-only). A janela `BIBLE OF SPIRA` ganhou uma camada de navegação honesta evidence-health sem writer novo. `AiBibleEntry` agora carrega proveniência estruturada do Atlas (`SourcePath`, `WriterPolicy`, `DetailKind`) mais uma fonte única de tokens de evidência (`AiBibleEvidence`) derivada só dos campos que a entrada já tem — nunca inventa prova. Toda entrada mostra multi-badges (`blocked`, `RT2`, `IDA`, `proved`, `RT0`, `parser-corpus`, `presence-index`, `metadata-only`, `semantic-candidate`, `RT2-pending`, `read-only`) coloridos por severidade com tooltips honesty-preserving (`RT0` = integridade de parse/catálogo do Atlas, não autoridade de runtime; `parser-corpus` prova estrutura/presença, não efeito). Novo filtro Evidence A (`Todas`, `Proved/RT0`, `Parser corpus`, `Metadata-only`, `Blocked`, `RT2 pending`) em cascata limpa com os filtros Kind/Domain e busca, com contagens. Entradas Atlas-derived ganham um painel Atlas: origin & policy expondo `Domain`, `DetailKind`, `WriterPolicy` e `SourcePath` (sem despejar CSV cru). O texto "onde aparece no jogo" foi reescrito por domínio com wording honesto (`monster-presence` = presença de formação/slot, não comportamento; `sin-eligibility` = uma fila, não autorização; `gear-name-model` = a linha `w_name.bin`, não o nome final da recompensa; `blitzball-prize` = metadata-only; Sphere `Unknown6` = cru/unknown). A busca agora aceita `metadata-only`/`blocked`/`RT2-pending`/`domain:` via tokens adicionados a `SearchBlob`. Build temporário 0 erros / 361 avisos; `--spiraatlas-rt0` e `--aicmdmeta-rt0` PASS (`979/867/112`). Sem mudanças de runtime, writer SIN ou provider `SpiraDataAtlasCatalog`: só read-only / UX.

Ler notas

SeymourBETA

Atualização 2.58

09/06/2026

updateruntime-hook

Aurora Overlay Lab no editor: config persistente para `ffx-hooks.dll`. Novo módulo `Live Tools -> Aurora Overlay Lab` para controlar o overlay de runtime através de `modules\config\aurora_overlay.ini`, sincronizando os arquivos de flag legados (`aurora_overlay.flag`, `aurora_overlay_d3d11.flag`, `aurora_w2s_sniff.flag`) e expondo modo GDI/D3D11, scan W2S, sniff D3D, budget/cooldown, refresh e knobs `Auto-pause hits`. O DLL lê o `.ini` no boot, com env vars ainda tomando prioridade; `d3d_sniff_autopause_hits=3` pausa a inspeção pesada constant-buffer enquanto a matriz de fallback D3D ainda está fresca. O painel normaliza entrada de game root / `FFX.exe` / `modules`, mostra estado de DLL/config/log, abre `%TEMP%\ffx-hooks.log`, lança via Steam appid `359870`, avisa quando o root `FFX.exe` vivo difere do alvo selecionado e captura falhas de config I/O em vez de crashar o UI. Prova de runtime anterior: labels D3D11 in-frame em FFX vivo; este pass validou build do editor `0 errors` / `361 warnings` e deploy DLL.

Ler notas

SeymourBETA

Atualização 2.57

09/06/2026

updatemonster-ai

Custom Boss Creator: Advanced Loot light para Drop1/Steal/Bribe. O painel de stats agora tem um card Advanced Loot com overrides opcionais para `Drop1` comum/raro, `Steal` comum/raro e `Bribe`: IDs de item, contagens e chances cruas onde esses campos existem. Campos em branco ou inválidos herdam do `Loot used` selecionado; Preview / Diff resolve nomes de item através de `Item_Dictionary` e mostra mudanças como `Potion x1 → Dark Matter x2`, listando campos inválidos como herdados. O cloner agora aplica o `LootFile` inteiro copiado/herdado e depois carimba `Gil/AP` mais overrides light de Drop1/Steal/Bribe por cima; `.bossrecipe.json` registra esses overrides quando preenchidos. Honestidade: `Drop2`, drops de Overkill e pools de Gear/ability permanecem no Monster Editor / um corte posterior. Build do editor: 0 erros / 361 avisos.

Ler notas

SeymourBETA

Atualização 2.56

09/06/2026

updatemonster-ai

Monster AI Editor: planter de campo/stat + polimento final da Trinity/BIBLE. O header MONSTER AI TRINITY agora é centralizado como um callout first-read adequado para `AEON observes · BIBLE teaches · SIN creates`. O Workbench ganhou um card Plant field/stat na área fine-tuning: busca qualquer `btlActorProperty` de `AiChrPropertyNames`, aceita valores decimais ou `0xNN` e salva no hook real `onTurn` com backup usando a forma `PUSHII <field> · PUSHII <value> · CALLPOPA 70AB` correta (`setStatField(field,value)`, sem `actorRef`, não confundido com `writeChrProperty`). A ordenação default promove os campos `OverdriveMax`, `OverdriveCurrent`, `showOverdriveBar` e hit-reaction para edições Dark Shiva/overdrive-style. O painel inline BIBLE também ganhou cores mais limpas de Spira/FFX para seleção e painéis de detalhe em vez do bloco terminal conflitante. Build do editor: 0 erros / 361 avisos.

Ler notas

SeymourBETA

Atualização 2.55

09/06/2026

updatemonster-ai

Custom Boss Creator: import/export/round-trip de receita no UI. A coluna esquerda agora tem um card Recipe com botões `Import` e `Export` para `.bossrecipe.json`. Export escreve a receita de rascunho atual sem criar um `m###.bin`; import valida o schema `ffx.bossrecipe.v1`/version 1 e reaplica monstro de origem, ID de alvo, nome de exibição, modo/fonte AI, stats e recompensas simples (`RewardGil`, `RewardAp`, `RewardApOverkill`) aos campos da tela. Se o alvo já existe, o import avisa no painel de status e deixa o usuário escolher outro ID before clicando em `Create Monster`. Honestidade: a receita é metadado offline do editor; materializar o boss ainda usa o botão create, e posicionamento/RT2 permanecem trabalho de Formation Editor/Battle Sandbox/in-game. Build do editor: 0 erros / 361 avisos.

Ler notas

SeymourBETA

Atualização 2.54

09/06/2026

updatearena

Battle Sandbox v2: até 8 inimigos, picker de local/rota e planejador de spread/câmera. A aba Battle Sandbox em `LiveBattleLab` não é mais uma pilha vertical A/B/C: agora tem um layout compacto de 8 slots de inimigo com per-slot HP e AI rápido. Rotas podem ser selecionadas da lista `btl.bin` decodificada (`map/battleId/field/group/formation`) ou editadas manualmente; Prepare route escreve os slots de formação `btl_` resolvidos e posições `MonsterLive` com `.sandbox.btl.bak`, reutilizando `BattleArenaAuthor`, `Battle_File.WriteWithFormationSlots()` e `BattleArenaPositionWriter`. O planejador oferece spreads (`2 compact rows`, wide, boss+adds, corridor, ring) e computa uma recomendação de enquadramento de câmera para todos os monstros ativos; a escrita automática de câmera permanece honestamente adiada para Aurora/RT2. `Force Battle` ainda exige a probe DINPUT8 conectada. Build da solução: 0 erros / 361 avisos; screenshot local em `work/screenshots/battle-sandbox-tab.png`.

Ler notas