Beta Update

Notas antigas da fase beta, preservadas como foram publicadas.

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

Atualização 2.69

10/06/2026

Blitzball Recruits Editor: UI para mudar WHO quem é recrutado em cada local (game-file; writer `v2.67.0` provado). Novo módulo/aba `Blitzball Recruits 🏐` (`Modules/BlitzballRecruitEditor`) que edita o recrutamento de free-agent direto no arquivo do jogo: lista os ~34 eventos de recrutamento de campo (Luca/Kilika/Guadosalam/Calm Lands/Airship/Besaid/…, corpus-derived via a assinatura `AE 28 00 14 AE <id> 00 A3`), e por evento mostra cada site de recruit com um dropdown dos 60 jogadores (nomes resolvidos de `macrodic.dcp` via `BlitzballPlayerNames`) para re-point quem é recrutado ali. Consome o writer already-proven `BlitzballRecruit_File`/`Event_File.PatchScriptByte` (gate `--blitzball-recruit-rt0`) através de um per-event `ByteSnapshotEditorSession` (save/undo/restore-original/auto-save, um espelho do multi-source MacroExplorer). Registrado em `Main_Window` (nav + `SetModule`). Honestidade: badge "Writable (Lab)" — re-points o player-id somente do recruit (game-file, sem patch EXE; isolamento RT0 provado, in-game RT2 pendente); cada jogador normalmente tem 2 sites (dois branches de código) → mude ambos para re-point completamente; disponibilidade/gating de recrutamento fica na lógica do evento; stats de jogador = a aba Blitzball Roster, nomes = Macro Explorer. MINOR (módulo/aba NEW; precedente: Blitzball Roster Editor `v2.68.0` = MINOR). Reutiliza o writer/`Event_File`/`MacroDictionary_File`/`BlitzballPlayerNames`/`ByteSnapshotEditorSession` existentes; não adiciona writer novo nem toca save/runtime/SIN/outras lanes. Build 0 erros / 361 avisos; `--blitzball-recruit-rt0` PASS.

Ler notas

SeymourBETAMINOR

Atualização 2.68

10/06/2026

updateruntime-hook

Blitzball Roster Editor: UI visual para stats/crescimento dos 60 jogadores (game-file; writer `v2.66.0` provado). Novo módulo/aba `Blitzball Roster 🏐` (`Modules/BlitzballRosterEditor`) que edita visualmente as curvas stat-growth dos 60 jogadores dentro de `bltz0002.ebp`: uma lista de jogadores (com nomes read-only resolvidos de `macrodic.dcp` via `BlitzballPlayerNames`) + um editor para os 8 stats (HP/SP/AT/EN/PA/SH/BL/CA), cada um com os 4 floats editáveis `a/b/c/growthType`, um preview de valor ao vivo no Lv 1/50/99 e a fórmula. Consome o writer already-proven `BlitzballRoster_File` (gate `--blitzball-roster-rt0`) através de `ByteSnapshotEditorSession` (save/undo/restore-original/auto-save, um espelho exato de `TreasureEditor`). Registrado em `Main_Window` (nav + `SetModule`). Honestidade: badge "Writable (Lab)" — escreve só as tabelas stat-growth (RT0 byte-identity provado, in-game RT2 pendente); nomes são read-only aqui (edite-os no Macro Explorer); techs/nível/EXP/custo são save-side; o motor de partida / efeitos de técnica são EXE-native (veja o mapa de endereços). MINOR (módulo/aba NEW; precedente: Blitzball Prize Explorer `v2.62.0` = MINOR). Reutiliza o writer/`Event_File`/`MacroDictionary_File`/`BlitzballPlayerNames` existentes; não adiciona writer novo nem toca outras lanes/runtime/save/SIN. Build 0 erros / 361 avisos; `--blitzball-roster-rt0` PASS.

Ler notas

SeymourBETAMINOR

Atualização 2.67

10/06/2026

updateruntime-hook

Blitzball: RECRUITMENT editável no GAME FILE — patcher de immediate ATEL no `.ebp` (RT0 provado). Quem é recrutado em cada local é um immediate de 1 byte no bytecode ATEL do evento de campo: a assinatura `AE 28 00 14 AE <playerId> 00 A3` (`PUSHII 40 · ADD · PUSHII <playerId> · write-array`) anexa ao time YOUR (`BlitzballTeamPlayers[count+40]`). Nova primitiva `Event_File.PatchScriptByte` (patch de 1 byte do chunk ATEL, length-preserving via `ScriptChunkOverride`) + `FfxLib/Blitzball/BlitzballRecruit_File.cs` (`FindSites`/`SetRecruit`/`SetRecruitAt`) + gate `Tools/BlitzballRecruitRt0.cs` (`--blitzball-recruit-rt0`). PROVEN no `guad0000.ebp`: 6 sites (Giera `0x1F`/Auda `0x22`/Nav `0x21` × 2 branches), no-edit Read→Write byte-identical (189.696 B), re-pointing Giera→Wakka (`0x1F`→`0x33`) isolado a 2 bytes nos offsets previstos, re-read confirma o novo recruit. Assinatura validada contra `guad0000`/`lchb0000`/`hiku0500` (Al Bhed Psyches completo). Honestidade: muda WHO quem é recrutado onde (game-file, sem patch EXE); disponibilidade/gating de recrutamento fica na lógica do evento. MINOR (writer de recrutamento NEW; o primeiro do tipo). Só arquivos ADDS + 1 dispatch `Program.cs`; não toca save/runtime/SIN/outras lanes. Build 0 erros / 361 avisos; `--blitzball-recruit-rt0` PASS. Doc: `docs/reverse/FFX_BLITZBALL_ENGINE_IDA_SCOUT_2026-06-10.md`.

Ler notas

SeymourBETAREVISION

Atualização 2.66

10/06/2026

updateruntime-hook

Blitzball ROSTER (stats/crescimento dos 60 jogadores) NOW EDITABLE no GAME FILE — writer `.ebp` ATEL-variable PROVEN (RT0 byte-identical + mutation-isolated). O primeiro writer que edita a base de blitzball num GAME FILE do jogo, não no save. Os stats base + curvas de crescimento dos 60 jogadores vivem INSIDE `bltz0002.ebp` como variáveis ATEL `0x126..0x12E` (8 stats × 60 jogadores × 4 floats `a,b,c,growthType`; fórmula de crescimento decodificada: `gt -1`→1, `0`→a+b·Lv, `1`→a+b·Lv^c, `2`→a+b·Lv−c·Lv², `3`→a+b·Lv+c·Lv²). Nova primitiva `Event_File.PatchEventDataElement(varId, idx, bytes)` (`FfxLib/Event/Event_File.AtelVar.cs`): um patcher de in-place ATEL eventData-variable, length-preserving via o hook existente `ScriptChunkOverride` → `Write()` re-packs byte-identical exceto a fatia editada. Novo read/write file-class `FfxLib/Blitzball/BlitzballRoster_File.cs` (decodifica/edita o crescimento 60×8) + gate `Tools/BlitzballRosterRt0.cs` (`--blitzball-roster-rt0`). PROVEN: leitura byte-exact vs o dump do FFXDataParser (player0 HP = `70 + 30·Lv + 0.711·Lv²`); no-edit Read→Write byte-identical (5.445.248 B); 480/480 growthType válidos; um patch single-float isolado aos 4 bytes target-element no offset previsto (`@0x491680`). RE (a peça que faltava): o value-base das variáveis = `worker0_header + 0x30` (resolvido robustamente, sem hardcode). Honestidade: stats/crescimento ONLY são file-data; nomes = macro de string `0x700+idx` (writer existe, wiring pendente), posições/technique-definitions/match-engine = EXE (IDA-pending), learned-techs/custo/contrato/nível/EXP = save (fora do escopo game-file). Sem UI ainda (próximo = `BlitzballRosterEditor`). MINOR (capacidade NEW: primeiro writer de roster de blitzball num arquivo do jogo). Não toca o save (CHAPPU/checksum), runtime, SIN nem outras lanes; só ADDS arquivos novos + 1 dispatch `Program.cs`. Build 0 erros / 361 avisos; `--blitzball-roster-rt0` PASS (no-edit byte-identical + mutação isolada). Docs: `docs/reverse/FFX_BLITZBALL_ROSTER_BASE_RE_2026-06-10.md` + `docs/ai/BLITZBALL_100PCT_EDITOR_CHECKLIST_2026-06-10.md`.

Ler notas

SeymourBETAPATCH

Atualização 2.65

10/06/2026

updatemonster-ai

Crescimento PC/de Jogador no Spira Data Atlas (read-only, `proved-candidate`, byte-grounded, independente de work/). Plug a fonte REAL de crescimento/stats PC no provider: novo `SpiraDataAtlasDetailKind.PlayerGrowthStat` + accessor value-guarded `SpiraDataAtlasCatalog.TryGetPlayerGrowthStat(source, characterIndex, field, currentRawValue)`. Fonte = `ply_save.bin` (stats base/atuais) + `ply_rom.bin` (crescimento ROM: curva AP-requirement `ApReq A/B/C/Max` + coeficientes per-stat auto-growth `CoefA/B`), as tabelas SAME que o `PlayerGrowthEditor` edita (parser `PlayerKernel_File`, RT0-proved por `--player-rt0`). Os 20 slots (0–6 PC, 7 convidado=Seymour, 8–17 Aeons, 18–19 não mapeados) vêm de uma tabela compilada byte-grounded (`FfxLib/SpiraDataAtlas/PlayerGrowthData.cs`, gerada por `tools/ffxdataparser_bridge/build_player_growth_index.ps1 -EmitCSharp` dos arquivos `.bin`), então existem no build ANY WITHOUT `work/` (diferente de `PcAeonFineStat`, que depende de `work/pc_save_stats_catalog.csv` e é só um snapshot). Labels resolvem em runtime via `Character_Enum` (fonte única de verdade). Honestidade (non-obvious): os coeficientes stat-growth são Aeon-only — slots PC/convidado carregam coeficientes ZERO (PCs crescem stats via o Sphere Grid); o único knob de crescimento PC neste ROM é a curva AP-requirement. Este é um eixo DIFFERENT do `sum_grow.bin` de BRASKA (auto-level ≠ receita de customização). REGION-SPECIFIC: `ply_save`/`ply_rom` são NOT locale-invariant (a seção de dados `new_uspc` difere de jppc/inpc; tabela compilada = `new_uspc`, a região que o editor carrega). A fórmula de ganho in-game AP-per-level / per-coefficient é `RT2-pending` (bytes/campos provados, aritmética de runtime não revertida). Value-guard = mesma value-space que o editor edita → editar o campo (mismatch cru), ou slot/fonte/campo desconhecido → accessor `false` → o badge esconde (espelho de Aeon/Shop/Mix). Gate `--spiraatlas-rt0` `21296 → 21316` (+20; todos únicos) + 18 novos asserts (count 20/8/10/2; coef PC zero; coef Aeon non-zero; região uspc; lookup Tidus BaseHp 520 / ply_rom AP max 22000 / Valefor HpCoef 6; value-guard `9999` esconde; miss de slot/fonte/campo out-of-range; busca de domínio; BIBLE domínio player-growth). Read-only: sem writer/UI/runtime/SIN; não toca `WriteSave`/`WriteRom`, o `PlayerGrowthEditor` UI, o engine `Common` de ANIMA (só consumido), nem BRASKA/AURON/JECHT/RIKKU/WAKKA/VALEFOR/AURORA/SIN. Build 0 erros / 361 avisos; `--player-rt0` + `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Docs: `docs/ai/ATLAS_TIDUS_PC_GROWTH_PROVIDER_RESULT_2026-06-10.md` + scout `docs/ai/ATLAS_TIDUS_PC_GROWTH_SCOUT_RESULT_2026-06-10.md`.

Ler notas

SeymourBETA

Atualização 2.64

10/06/2026

updateruntime-hook

crescimento/customização Aeon no Spira Data Atlas (read-only, `proved-candidate`, Aeon-only, compilado). Plug `sum_grow.bin` (a tabela de customização Aeon do FFX) no provider como um kind de detalhe read-only: novo `SpiraDataAtlasDetailKind.AeonGrowthRecipe` + accessor value-guarded `SpiraDataAtlasCatalog.TryGetAeonGrowthRecipe(entryIndex, currentResultRaw, currentItemRaw)`. Aeon-ONLY: `sum_grow.bin` tem 636 bytes (header `0x14` + 77 × entradas de 8B, `Target` sempre `0x007F`=Aeon, `jppc`==`inpc` byte-identical) → 67 receitas de habilidade (Result cat 3 → Commands) + 10 receitas de stat (Result cat 0 → StatOptions, Secondary=1). Sem linhas PC e sem linhas Sphere-Grid (`PcAeonFineStat` é um corpus separado; a topologia do grid vive em `sphere.bin`/`panel.bin`). Fonte não-`work/`: as 77 linhas vêm de uma tabela compilada byte-grounded (`FfxLib/SpiraDataAtlas/SumGrowAeonRecipeData.cs`, gerada por `build_sum_grow_aeon_fine_index.ps1 -EmitCSharp` de `sum_grow.bin`), então existem no build ANY sem `work/` (diferente de Mix/Sphere/Shop). Nomes/labels resolvem em runtime pelos próprios `AeonCustomizationEntry`+dicionários do editor (fonte única de verdade, RT0-proved por `--customization-rt0`), nunca re-invented. Custo Stat-recipe = `partial` (o editor renderiza `Primary× item`; o custo in-game é 1 item/aplicação e `Primary` é o incremento) — exposto na coluna `evidence` (`;cost-semantics-partial`), não só em prosa. Gate `--spiraatlas-rt0` `21219 → 21296` detalhes (+77 Aeon; todos únicos) + 13 novos asserts (count 77/67/10; Aeon-only; sem PC; sem Sphere; lookup de habilidade 66→Ultima/Supreme Gem; lookup de stat 67→HP+100/Power Sphere/cost-partial; value-guard `0x9999` esconde; miss de índice out-of-range; busca de domínio; BIBLE domínio aeon-growth). Read-only: sem writer/UI/runtime/SIN; não toca RIKKU/WAKKA/JECHT/BAHAMUT/AURORA, o engine de badge `Common` de ANIMA, nem caminhos `WriteAeon`/save. Desbloqueia o backlog YUNA Q1 (era `blocked`). Verificado por um workflow adversarial de 4 lentes no scout. Build 0 erros / 361 avisos; `--customization-rt0` + `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Docs: `docs/ai/ATLAS_BRASKA_SUM_GROW_FINE_SCOUT_RESULT_2026-06-10.md` + `docs/ai/HANDOFF_BRASKA_SUM_GROW_FINE_INDEXER_NEXT_2026-06-10.md`.

Ler notas

SeymourBETA

Atualização 2.63

10/06/2026

updateruntime-hook

kind de detalhe Mix no Spira Data Atlas (read-only, `proved-candidate`, value-guarded). A primeira âncora honesta Mix no Atlas: novo `SpiraDataAtlasDetailKind.MixCombination` + accessor `SpiraDataAtlasCatalog.TryGetMixCombination(originIndex, partnerIndex, currentRawResult)` plugando o dataset parser-canonical `work/step0_consolidated_v5/mix_combinations.csv` (6.328 linhas = 112×113/2, 0 chaves duplicadas) no provider. `prepare.bin` é uma matriz lower-triangular 112×112 (a origem `O` carrega resultados non-zero só nos slots de parceiro `0..O`), então cada par não ordenado `{a,b}` vive em exatamente uma célula canônica origem=max, parceiro=min; a chave `mix:0x{0x2000+max}+0x{0x2000+min}` é reconstruível dos índices `(origin, partner)` do editor sem adivinhação. `result_hex` é a word SAME little-endian que o editor lê como `MixResultRow.RawResult` (reader do editor byte-identical por `--mixtable-rt0`; parser com a mesma endianness) → value-guard = comparação de inteiro same-space: editar o resultado quebra o match e esconde o badge (sem stale); uma célula vazia (0 cru, incluindo todo espelho upper-triangle) short-circuits. SINGLE SOURCE: value-dict + detalhe vêm do mesmo CSV. Gate `--spiraatlas-rt0` `14891 → 21219` detalhes (+6.328 Mix; todos únicos) + 8 novos asserts (count 6328; lookup 0+0→Ultra Potion `0x30AC`; ordem canônica `(3,1)==(1,3)`; value-guard `0x9999` esconde; miss de célula vazia raw-0; miss de índice out-of-range; busca de domínio; BIBLE mix de domínio). Read-only: sem writer/UI/runtime/SIN; não toca o editor Mix (writer), Treasure/Shop (RIKKU), o engine de badge `Common` de ANIMA (consumido só via busca), nem Aurora/Bahamut/native-menu. Desbloqueia o backlog YUNA Q2 (era `blocked`). Wiring de badge UI = próximo handoff (`docs/ai/HANDOFF_JECHT_MIX_ATLAS_PROVIDER_NEXT_2026-06-10.md`). Build 0 erros / 361 avisos; `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Doc: `docs/ai/ATLAS_JECHT_MIX_DETAIL_KIND_SCOUT_RESULT_2026-06-10.md`.

Ler notas

SeymourBETA

Atualização 2.62

09/06/2026

updateruntime-hook

Blitzball Prize Explorer: read-only Atlas UI dedicado. Novo módulo `Modules/BlitzballPrizeExplorer` (aba Blitzball Prizes 🏐 no grupo Reference/RE, sem gate de projeto) que consome o catálogo already-closed `SpiraDataAtlasCatalog.BlitzballPrizeDetails` (domínio `blitzball-prize`): uma DataGrid pesquisável com colunas prize id · índice takara · recompensa resolvida · kind · evidência, filtros de status/evidência e kind, um banner com a RULE `prize 0..100 -> takara 220..320 -> reward` (proved-candidate offline) e um painel de detalhe com origem/regra/"onde aparece"/limitations + `<common:AtlasEvidenceBadgeStrip>` (badges Atlas/BIBLE). Honestidade preservada: treasure = `proved-candidate` (nunca RT2); os 64 script-sites de league/tournament/evento mostram explicitamente como `blocked` (o prêmio per-event é runtime/save); tech = `partial`; overdrive = `metadata-only` — nada fica verde além do label atual. Novo accessor read-only `SpiraDataAtlasCatalog.BlitzballPrizeDetails` (lazy, só dev `work/`) + 2 asserts `--spiraatlas-rt0` (229 linhas = 164 catálogo + 64 sites + 1 guardrail; check de domínio). Sem writer, sem runtime; não toca RIKKU/Shop/Treasure/Mix, o engine `Common` de ANIMA (só consumido), nem Aurora/Bahamut/SIN. Build 0 erros / 361 avisos; `--spiraatlas-rt0` + `--aicmdmeta-rt0` PASS. Doc: `docs/ai/ATLAS_WAKKA_BLITZBALL_UI_RESULT_2026-06-09.md`.

Ler notas