was ist das hier
Ein kleines Web-Spiel, bei dem neue Levels nicht einfach live gehen, sondern einen Lifecycle durchlaufen: einreichen, auf Lösbarkeit prüfen, veröffentlichen oder zurückweisen. Dieselbe Grundstruktur wie jedes seriöse User-generated-Content-System — nur in miniatur, mit sichtbarem Ergebnis.
Warum ein Mini-Spiel, das gelehrter tut, als es aussieht
Carpark ist auf den ersten Blick ein Parkplatz-Rätsel. Auto steht in einer Reihe, ein paar andere Autos stehen im Weg, Ziel ist, das eigene rauszubekommen. Spielerisch, mit klarem Gewinn, überschaubar.
Unter der Oberfläche ist es aber etwas anderes. Jedes neue Level, das eingereicht wird, wirft dieselben Fragen auf wie jedes ernsthafte Produkt mit Nutzer-Beiträgen: Ist die Eingabe gültig? Ist das Ergebnis überhaupt erreichbar? Soll es öffentlich werden? Wird es im Nachhinein korrigierbar?
Kleine Spiele sind oft der ehrlichste Ort, um Pipeline-Muster zu lernen. Die Fragen sind dieselben — nur greifbar.
Der Lifecycle eines Levels
- 1
Einreichen
Jemand baut ein Level — platziert Autos, definiert das Ziel. Die Eingabe wird zunächst nur entgegengenommen, nicht sofort publiziert.
- 2
Solver-Check
Ein automatischer Prüfer versucht, das Level zu lösen. Ist es überhaupt lösbar? In wie vielen Zügen minimal? Ist es trivial oder interessant?
- 3
Entscheidung
Je nach Ergebnis wird das Level veröffentlicht, als "zu leicht/zu schwer" markiert oder zurückgewiesen. Die Entscheidung hängt an der Messung, nicht an einem Bauchgefühl.
- 4
Live-Sync
Angenommene Levels landen in der öffentlichen Sammlung. Die Liste wächst nicht wahllos, sie wächst kuratiert.
Was das Beispiel wert macht
warum das nützlich ist
Ein Spiel, bei dem der Solver-Check versagt, produziert unlösbare Levels — aus Nutzersicht frustrierend, aus Produktsicht ein stiller Qualitätsverlust. Ein Spiel, bei dem der Check greift, produziert eine Kuration mit klarem Kriterium: "jedes Level ist lösbar, und wir wissen in wie vielen Zügen". Das ist kein Feature mehr, das ist ein Versprechen.
Vom Puzzle zum Produkt-Denken
naiv: alles live
- Jedes eingereichte Level wird sofort sichtbar.
- Unlösbare Levels rutschen durch, Frustration bleibt.
- Keine Messung, keine Korrektur.
kuratiert: Lifecycle
- Einreichen ≠ veröffentlichen.
- Solver entscheidet mit, nicht ein Gefühl.
- Qualitätsdelta ist sichtbar und dokumentiert.
Was an Carpark leicht zu übersehen ist: genau diese Sequenz — einreichen, prüfen, freigeben — steckt in jedem ernsthaften Produkt mit Nutzer-Eingaben. In größeren Systemen ist sie teuer, langsam und schwer zu debuggen. Hier ist sie leichtgewichtig, sichtbar und in wenigen Bildschirmen erklärbar. Deshalb lohnt sich die Case-Seite: die Pipeline-Logik, die man an größeren Systemen nur ahnt, steht hier an einem greifbaren Beispiel.
Was aktuell läuft
- Das Spiel ist als öffentliche Oberfläche erreichbar.
- Der Solver-Check greift — Levels werden auf Lösbarkeit geprüft, bevor sie freigegeben werden.
- Der Case hängt logisch am Spielgenerator-Universum und teilt dessen Pipeline-Muster.
- Offen ist eine erzählerische Case-Seite mit Screenshots, die den Lifecycle visuell zeigt.
Public Cut
Diese Seite zeigt die Spiel- und Build-Story sowie den Lifecycle eines Levels. Sie zeigt keine privaten Intake-Bilder, keine rohen Solver-Daten und keine internen Konfigurationen. Veröffentlicht werden nur finale oder anonymisierte Artefakte.