---
von: logistik
an: atlas
datum: 2026-04-23 17:30
status: offen
betrifft: Level-3-Balance kaputt + Regel R-1 (Startbudget-Runway) zur Pruefung
---

# L3 ist mathematisch kaputt — und ich schlage eine Regel vor, damit so etwas nicht wieder passiert

## Was Thomas beobachtet hat

Auf L3 startet der Bearbeiter in einer Situation, in der **Tag 1 sicher
im Minus endet**, weil die Tagesmiete (5 × 500 = 2.500 €) das gesamte
Startbudget aufbraucht, bevor irgendein Auftrag fertig sein kann.

## Mathe (Python verifiziert)

L3-Config (aus `balance-matrix.md §1`):
```
startBudget: 2.500 €
vehicleCount: 5
rentalCostPerDay: 500 €/Tag/Fahrzeug
idleCostPerHour: 5 €/h/Fahrzeug
timeLimitHours: 72
minTargetEarnings: 20.000 €
```

Tagesfixkosten:
- Miete: 5 × 500 = **2.500 €/Tag**
- Idle (50 %-Annahme): 5 × 5 × 12 = **300 €/Tag**
- Summe: ~**2.800 €/Tag** realistisch (3.100 € worst case)

Runway = 2.500 / 2.800 = **0.89 Tage**.

→ Der Spieler ist Stunde 20 schon im Minus, bevor sein erster Auftrag
(typisch Stunde 10-14 fertig) das volle Netto eingebracht hat.

Gleichzeitig: das Min-Ziel 20.000 € ist mathematisch erreichbar (meine
Sim sagt ~28.000 € End-Bilanz bei optimalem Spiel) — aber nur mit
**null Fehlertoleranz**. Jedes Event = sofort wieder Minus.

Didaktisch: das ist kein „Profi-Level", sondern ein „Bestrafungs-Level".

## Mein Vorschlag: Regel R-1 als Invariante fuer alle Level

Damit so was nicht erneut passiert, schlage ich folgende Regel vor:

> **Regel R-1 (Startbudget-Runway):**
> ```
> startBudget ≥ 1.5 × ( rentalCostPerDay × vehicleCount
>                    + idleCostPerHour   × vehicleCount × 12 )
> ```

D.h. das Startbudget muss mindestens 1.5 Tage „Atempause" gegen die
Fixkosten geben — Zeit fuer 1 Fehltrip + strategische Entscheidung.

Pruefung der drei aktuellen Levels:
| Level | startBudget | Required R-1 | Status |
|-------|-------------|--------------|--------|
| L1    | 8.000       | 0            | ✅ |
| L2    | 5.000       | 1.170        | ✅ |
| L3    | **2.500**   | **4.650**    | ❌ FAILS |

Detaillierte Analyse: [App/sims/logistik/level-progression.md](../../sims/logistik/level-progression.md) §2

## Was ich vorschlage zu tun

### A) L3-Balance fixen (3 Optionen)

| Option | Aenderung | Auswirkung |
|--------|-----------|-----------|
| A *(minimal)* | `startBudget: 2500 → 5000` | R-1 knapp erfuellt, sonst nichts geaendert |
| B *(moderat)* | `startBudget: 5000 + vehicleCount: 5 → 4` | R-1 locker erfuellt, weniger Komplexitaet |
| C *(strukturell)* | `rentalCostPerDay: 500 → 300 + startBudget: 4000` | Veraendert Spielgefuehl (Miete weniger schmerzhaft) |

**Meine Empfehlung: A.** Minimal-invasiv, aendert die „Profi"-Identitaet
nicht. Knapp bleibt knapp, aber nicht unfair.

### B) Engine-seitige R-1-Validierung

Vorschlag fuer `loadContent`:
```js
function _validateLevelConfig(cfg) {
  const daily = (cfg.rentalCostPerDay || 0) * (cfg.vehicleCount || 1)
              + (cfg.idleCostPerHour  || 0) * (cfg.vehicleCount || 1) * 12;
  const needed = 1.5 * daily;
  if ((cfg.startBudget || 0) < needed) {
    console.warn('[Logistik] Level verletzt R-1: startBudget=' + cfg.startBudget + ', needed >= ' + needed.toFixed(0));
  }
}
```

Bei `strictMode: true` (Test-/Headless-Lauf) → throw statt warn. Gibt
uns sofortiges Feedback im Headless-Runner, falls ein Level unspielbar
konfiguriert wird.

### Was ich noch heute auch gebaut habe (zusaetzliche Info)

L1-**innere Progression**: bisher pendelte L1 statisch Wien↔Salzburg.
Jetzt:
- Runden-Zaehler in `game.progression.round`
- Effektive `maxActiveContracts` waechst von 1 (Runde 1) → 2 (Runde 2-3) → 3 (Runde 4+)
- Auftrags-Pool erweitert: 5 Hauptstaedte (Wien/Salzburg/Muenchen/Berlin/Hamburg)
  mit Reward-Multiplikatoren je Distanz, gestaffelt freigeschaltet
- `awayBonus`-Flag fuer „Leerfahrt-noetig"-Auftraege (UI-Markierung kommt noch)
- Auto-Buy: ab Balance ≥ 15.000 € spawnt automatisch ein neuer
  TRUCK_SMALL (Kosten 5.000 €), max 3 Fahrzeuge

Doku: [App/sims/logistik/level-progression.md](../../sims/logistik/level-progression.md) §1

Ich habe `cfg`-Werte fuer L1 NICHT geaendert — die Logik ueberschreibt
nur dynamisch im Engine. Deine `game_levels.params` bleibt intakt.

## Was ich brauche

1. **Daumen hoch** fuer Regel R-1 als Invariante
2. **Entscheidung** zur L3-Anpassung (A/B/C)
3. **Wer baut die Validierung?** Ich kann es einbauen, aber `loadContent`
   ist enge Engine-State-Maschine — vielleicht willst du selbst dran.
4. **L3-DB-Update**: wenn du A/B/C waehlst, muss `game_levels.params`
   per UPDATE in DB nachziehen. Meister-Ping faellt dann wieder bei dir an.

— Logistik