LuluBETA

Update 2.233

17.8.2026

v2.233.0.0BETAMINOR

Lulu16. Aug. 2026

BYOK-AI-Assistent: AiAssistant-Panel, das den LLM-Vertrag (P2B) mit der UI verbindet + vollständige i18n-Migration + Nav-Verdrahtung

Neues Modul FFXProjectEditor/Modules/AiAssistant/ (5 Dateien): BYOK-Panel, das die bestehende Core/LLM/-Ebene nutzt (P2B-Vertrag: LlmHttpAdapter + LlmGuard + LlmCredential + ProposalToPlanMapper). AiAssistantSession.cs (Schlüssel nur im Speicher, Dispose nullifiziert, verweigert Remote-Host ohne menschliche Bestätigung); AiAssistant_DataModel.cs (ObservableObject, Connect/Send/Clear, LlmHistoryEntry-Audit ohne Payload, ApiKeyText via TakeApiKey genullt); AiAssistant_Control.axaml (TextBox mit PasswordChar, Zwei-Wege-Binding, IRestorableModule); AiAssistantLabels.cs (Forward auf Strings, RejectReason-Helfer). Sicherheit: BYOK im Speicher + Opt-in + Loopback-Endpoint frei, Remote erfordert Checkbox; keine Datei-Schreibvorgänge.
Vollständige i18n-Migration: 23 Labels von AiAssistantLabels (rohes EN) → Strings.resx (EN) + Strings.pt.resx (PT-BR) + Strings.cs (Props AiAssistant_*) migriert. Gate: StringsIntegrityTests 3/3 PASS.
Katalog/Nav: ai-assistant-Eintrag im ModuleRegistry (offiziell, Live-Cluster, RequiresProject: false) + Modul-Strings. Der MenuItem_AiAssistant-Handler + Dispatch-Case in Main_Window sind im Worktree bereit, aber außerhalb dieses Commits: Main_Window.axaml.cs ist mit ~33 uncommitteten i18n-Änderungen einer anderen Lane in derselben Datei verzahnt — koordinierter Commit, wenn die i18n-Baseline landet.
Absorbierte Theorie-Doc: docs/ai/BOT_MAECHEN_EDITOR_ABSORBED_2026-08-16.md (gegen echten Core/LLM-Code verifiziert).
Gates: Build 0 Fehler; StringsIntegrityTests 3/3 PASS. Suite: 424/432 (8 vorbestehende Fehler: 7 PtStrings-Mojibake + 1 MagicDll — keiner von dieser Lane). Ehrlichkeit: Adapter erwartet PatchProposal-JSON-Endpoint (rohe Chat-API → MalformedPayload); End-to-End braucht Gateway/Template aus der Rezept-Erweiterung (nächstes MINOR).

v2.232.1.0

v2.233.1.0BETAPATCH

Seymour17. Aug. 2026

Aurora EditViewer wiederhergestellt: Actor-Overlay-Bug behoben (falsch verschachteltes installKeyboard brach den Boot → loadAnchors lief nie) + Marker sichtbar gemacht

\
Ursache (via Chrome-DevTools-Konsole): installKeyboard war in togglePick in RuntimeTools/FFXMapViewerWeb/aurora-overlay.js verschachtelt — nie im globalen Scope exponiert, sodass buildPanel() einen ReferenceError: installKeyboard is not defined warf → boot() unterbrochen → loadAnchors lief nie → der EditViewer öffnete die Karte ganz ohne Anker-Marker (keine Monster/Party/Kamera-Kugeln oder Pins; inerte Edit-UI). Fix: installKeyboard in den globalen Scope verschoben (datierter Kommentar im Code).
Actor-Sichtbarkeit: Anker-Marker waren praktisch unsichtbar (Kugel mit Radius 0.7 in einer ~80-Einheiten-Karte mit Kamera in Distanz ~88 ≈ 1px). Auf 4.0 erhöht + einen vertikalen Kegel-Pin pro Anker hinzugefügt (Rollenfarbe), sodass Actors auf der Canvas unverkennbar sind; der Pin folgt der Kugel beim Ziehen (3 Punkte).
Doppelte Validierung (Chrome via DevTools + internes WebView2): das Panel zeigt jetzt „8 Anker · 5 Monster · Kampf bika02_00"; Luna bestätigte Gold/Orange (Monster) + Blau/Cyan (Party)-Marker auf der Canvas auf beiden Zielen.
Ehrliche Grenze (separate lane-HD-Front): die Monster-HD-Modelle (/work/phyre_chr_anim/models/mNNN/mNNN_animated.gltf) existieren nicht auf der Platte → loadMonster fällt auf die orange degradierte Kugel mit Grund (404) zurück. Die phyre_chr_anim-Pipeline bleibt leer (in ModuleCatalogPolicy als defekt dokumentiert). Marker dienen jetzt als editierbarer Platzhalter, bis die lane-HD die glTFs neu exportiert.
Gates: node --check OK; Editor-Build ok. Kein RT2 (der Bug lag rein in der Web-Overlay-UI). ### MINOR

v2.233.0.0

Zurück zu Updates

LuluBETA

Update 2.233

17.8.2026

v2.233.0.0BETAMINOR

Lulu16. Aug. 2026

BYOK-AI-Assistent: AiAssistant-Panel, das den LLM-Vertrag (P2B) mit der UI verbindet + vollständige i18n-Migration + Nav-Verdrahtung

Neues Modul FFXProjectEditor/Modules/AiAssistant/ (5 Dateien): BYOK-Panel, das die bestehende Core/LLM/-Ebene nutzt (P2B-Vertrag: LlmHttpAdapter + LlmGuard + LlmCredential + ProposalToPlanMapper). AiAssistantSession.cs (Schlüssel nur im Speicher, Dispose nullifiziert, verweigert Remote-Host ohne menschliche Bestätigung); AiAssistant_DataModel.cs (ObservableObject, Connect/Send/Clear, LlmHistoryEntry-Audit ohne Payload, ApiKeyText via TakeApiKey genullt); AiAssistant_Control.axaml (TextBox mit PasswordChar, Zwei-Wege-Binding, IRestorableModule); AiAssistantLabels.cs (Forward auf Strings, RejectReason-Helfer). Sicherheit: BYOK im Speicher + Opt-in + Loopback-Endpoint frei, Remote erfordert Checkbox; keine Datei-Schreibvorgänge.
Vollständige i18n-Migration: 23 Labels von AiAssistantLabels (rohes EN) → Strings.resx (EN) + Strings.pt.resx (PT-BR) + Strings.cs (Props AiAssistant_*) migriert. Gate: StringsIntegrityTests 3/3 PASS.
Katalog/Nav: ai-assistant-Eintrag im ModuleRegistry (offiziell, Live-Cluster, RequiresProject: false) + Modul-Strings. Der MenuItem_AiAssistant-Handler + Dispatch-Case in Main_Window sind im Worktree bereit, aber außerhalb dieses Commits: Main_Window.axaml.cs ist mit ~33 uncommitteten i18n-Änderungen einer anderen Lane in derselben Datei verzahnt — koordinierter Commit, wenn die i18n-Baseline landet.
Absorbierte Theorie-Doc: docs/ai/BOT_MAECHEN_EDITOR_ABSORBED_2026-08-16.md (gegen echten Core/LLM-Code verifiziert).
Gates: Build 0 Fehler; StringsIntegrityTests 3/3 PASS. Suite: 424/432 (8 vorbestehende Fehler: 7 PtStrings-Mojibake + 1 MagicDll — keiner von dieser Lane). Ehrlichkeit: Adapter erwartet PatchProposal-JSON-Endpoint (rohe Chat-API → MalformedPayload); End-to-End braucht Gateway/Template aus der Rezept-Erweiterung (nächstes MINOR).

v2.232.1.0

v2.233.1.0BETAPATCH

Seymour17. Aug. 2026

Aurora EditViewer wiederhergestellt: Actor-Overlay-Bug behoben (falsch verschachteltes installKeyboard brach den Boot → loadAnchors lief nie) + Marker sichtbar gemacht

\
Ursache (via Chrome-DevTools-Konsole): installKeyboard war in togglePick in RuntimeTools/FFXMapViewerWeb/aurora-overlay.js verschachtelt — nie im globalen Scope exponiert, sodass buildPanel() einen ReferenceError: installKeyboard is not defined warf → boot() unterbrochen → loadAnchors lief nie → der EditViewer öffnete die Karte ganz ohne Anker-Marker (keine Monster/Party/Kamera-Kugeln oder Pins; inerte Edit-UI). Fix: installKeyboard in den globalen Scope verschoben (datierter Kommentar im Code).
Actor-Sichtbarkeit: Anker-Marker waren praktisch unsichtbar (Kugel mit Radius 0.7 in einer ~80-Einheiten-Karte mit Kamera in Distanz ~88 ≈ 1px). Auf 4.0 erhöht + einen vertikalen Kegel-Pin pro Anker hinzugefügt (Rollenfarbe), sodass Actors auf der Canvas unverkennbar sind; der Pin folgt der Kugel beim Ziehen (3 Punkte).
Doppelte Validierung (Chrome via DevTools + internes WebView2): das Panel zeigt jetzt „8 Anker · 5 Monster · Kampf bika02_00"; Luna bestätigte Gold/Orange (Monster) + Blau/Cyan (Party)-Marker auf der Canvas auf beiden Zielen.
Ehrliche Grenze (separate lane-HD-Front): die Monster-HD-Modelle (/work/phyre_chr_anim/models/mNNN/mNNN_animated.gltf) existieren nicht auf der Platte → loadMonster fällt auf die orange degradierte Kugel mit Grund (404) zurück. Die phyre_chr_anim-Pipeline bleibt leer (in ModuleCatalogPolicy als defekt dokumentiert). Marker dienen jetzt als editierbarer Platzhalter, bis die lane-HD die glTFs neu exportiert.
Gates: node --check OK; Editor-Build ok. Kein RT2 (der Bug lag rein in der Web-Overlay-UI). ### MINOR

v2.233.0.0