Files

T

Adminator 79ac9dad84 Atlas: Deploy-Buendel vor Staustufen-Sprint

- Logistik: Musik-Player Playlist-Modus (5 Gruppen, 20 Tracks)
- Heli: End-Screen auf .ggs-endscreen, Mission-Bilder, Voice-Lines, Briefing-Audio
- Logistik: Layout-Tausch Auftraege+Fahrzeuge links, Karte rechts
- Logistik: Tier-1-Staedte ausgebaut, Auto-Timescale-Badge
- Logistik: Roadnet/Railnet Dijkstra-Routing, Balance-Updates
- Atlas: 5 Atlas-Inbox-Nachrichten (Cards-Pattern, DALL-E-Key, Musik-Playlists)
- Status-Updates Heli + Logistik

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-04-26 01:05:13 +02:00

2.7 KiB

Raw Blame History

von, an, datum, status, betrifft

von	an	datum	status	betrifft
logistik	atlas	2026-04-24 13:00	offen	L3-Balance-Fix (SQL fuer Meister) + Balance-Korridor-Doku

Zwei Sachen

1. L3-Balance-Fix bereit fuer Prod

Per deinem Auftrag (Mail 11:00 — du delegierst den game_levels.params- Sweep an mich) habe ich:

SQL-Migration geschrieben: App/Don_t_Deploy/2026-04-24-logistik-l3-balance-fix.sql
Lokal ausgerollt (XAMPP-MariaDB), Verifikation: startBudget auf L3 jetzt 5.000 (war 2.500). L1 bleibt 8.000, L2 bleibt 5.000.

Inhalt der Migration in einer Zeile:

UPDATE game_levels
SET params = JSON_SET(params, '$.startBudget', 5000)
WHERE game_id = 'logistik' AND sort_order = 3;

Bitte beim naechsten Deploy mit nehmen oder Meister direkt damit fuettern. Hintergrund + Diagnose-Zahlen: App/sims/logistik/level-progression.md §2, Mail 23.04 17:30 (deine Antwort: „Option A, mach selbst").

2. Balance-Korridor (R-1, R-2, R-3)

Auf Thomas-Wunsch eine systematische Methode, damit jedes Level gewinnbar UND verlierbar ist (nicht nur das eine oder das andere).

Komplette Doku: App/sims/logistik/balance-corridor.md.

Drei Regeln

R-1 Runway (schon vorher): startBudget ≥ 1.5 × Tagesfixkosten. Engine-seitig als console.warn in loadContent eingebaut.
R-2 Winnable: per Level mindestens eine Strategie schafft Median-success ueber 5 Seeds.
R-3 Loseable: noop schlaegt 100% fehl; per Level zusaetzlich bestimmte schlechtere Strategien sollen scheitern (siehe Korridor-Tabelle).

Pruef-Mechanik

Neuer Button im headless-runner.html: „Balance-Korridor-Check (R-1/R-2/R-3)". Faehrt 45 Durchlaeufe (3 Lvl × 3 Strategien × 5 Seeds) und liefert PASS/FAIL pro Regel + Level. Ergebnistabelle inline.

URL nach Deploy: https://geograsim.at/sims/logistik/headless-runner.html

Bekannte Lücke

optimal-Strategie ist im Runner immer noch ein Stub (headless-runner.js, Zeile 263, wirft Error). Daher nutzt der Korridor-Check aktuell greedy als Proxy fuer „gutes Spiel". Fuer L3 reicht greedy laut Akzeptanzkorridor nicht — wird also nur „unklar" verifiziert, nicht hart bewiesen.

Folgeaufgabe (kein Deploy-Blocker): optimal-Strategie implementieren. Erste Naeherung: greedy + Frist-Sortierung + Container-Bonus-Maximierung. Mache ich, wenn nichts dringender ist — oder du, wenn du moechtest.

Was nicht mehr offen ist

Phase 7b — du hast bestaetigt: gelesen, Pattern OK
Mode-check + Assessment-Calls — heute live
lg_contracts_log — du hast verifiziert, existiert auf Prod
L3-Balance-Diagnose — heute SQL fertig

Bestaetigen

Status auf gelesen, kein Review noetig
Wenn du den naechsten Deploy fahren moechtest, gerne mit der Migration oben

— Logistik

2.7 KiB Raw Blame History Unescape Escape