6 Schritte

Speichern, das nie ein Spiel verliert

Für: Jedes Spiel, das länger als eine Sitzung dauert, vor dem ersten Update.

Verlorener Fortschritt ist der eine Fehler, den Spieler nie verzeihen. Spielstände gehen auf drei Arten kaputt: im falschen Moment, nach einem Update und auf zwei Geräten. Jede hat hier ihren Schritt, in der Reihenfolge, in der sie dich treffen.

Die Schritte, der Reihe nach

1. 1

   Blueprint

   Checkpoints

   Checkpoints sorgen dafür, dass ein Tod nicht das ganze Level kostet. Der Spieler riskiert nur die Strecke seit der letzten Markierung und kann einen schweren Abschnitt immer wieder versuchen, ohne jedes Mal den leichten Teil davor zu gehen.

   Warum hier: Fang damit an, wo gespeichert wird: Ein Checkpoint ist ein Versprechen, was die Spielerin behält. Setze sie nach ihrem Schmerz, nicht nach der Form des Levels.

2. 2

   Blueprint

   Autosave

   Autosave sorgt dafür, dass ein Absturz, ein leerer Akku oder ein geschlossenes Fenster den Spieler eine Minute Spielzeit kostet und nicht einen ganzen Abend. Der Spieler muss nie ans Speichern denken, und das Spiel hängt nie in einem ungünstigen Moment, um es zu tun.

   Warum hier: Dann das Speichern ohne Nachfrage. Die Gefahr ist Speichern mitten in einer Handlung; die Regel: einen Stand speichern, den das Spiel ohne schwebendes Ereignis laden kann.

3. 3

   Wiki-Eintrag

   Nach einem Update laden alte Spielstände mit fehlenden Dingen oder stürzen ab

   Jedes Mal, wenn du etwas Gespeichertes umbenennst oder umbaust, passen ältere Spielstände nicht mehr. Hier steht, wie jeder alte Stand Schritt für Schritt auf den heutigen Stand gebracht wird, und was mit einem Stand aus einem neueren Spiel geschieht.

   Warum hier: Das erste Update ändert, was ein Spielstand enthält. Eine Versionsnummer und eine Kette kleiner Umbauten hält jeden alten Stand ladbar, für immer.

4. 4

   Wiki-Eintrag

   Ein Update benennt Gegenstände um und alte Taschen füllen sich mit Defektem

   Spielstände verweisen weiter auf Dinge, die du später geändert oder gelöscht hast, und das Spiel stürzt ab oder zeigt leere Geisterteile. Hier steht, wie eine geladene Tasche in einem Durchgang bereinigt wird und der Spieler erfährt, was geschah.

   Warum hier: Der schwerste Fall der Kette: Ein Gegenstand, den du entfernt hast, liegt noch in jemandes Rucksack. Entscheide einmal, was passiert, und es stürzt nie ab.

5. 5

   Story-Hilfe

   So behalten deine Spielstände die Story

   Ein Spielstand muss die Story speichern, nicht nur den Ort. Lass Speichern und Laden als Schritte modellieren, und ein Checker findet, was verloren geht.

   Warum hier: Ein Story-Spielstand hält Fakten, nicht nur Positionen. Was hineingehört, folgt aus dem Story-Modell, das du vielleicht schon hast.

6. 6

   Code-Rezept

   Spielereignisse mitschreiben

   Deine KI baut ein kleines Protokoll in dein Spiel ein, das festhält, was passiert, etwa dass ein Level beginnt oder ein Spieler stirbt, in einer einfachen Datei oder im Browser auf dem Gerät des Spielers. Es speichert keine Konten, Geräte-IDs oder IP-Adressen, schickt nichts irgendwohin und schreibt erst, wenn der Spieler zugestimmt hat.

   Warum hier: Zuletzt ein Protokoll dessen, was geschah: Wenn ein Spielstand doch kaputtgeht, findet ihr damit, du und deine KI, den Grund, mit Einwilligung des Spielers.

Am Ende

Ein Absturz kostet Sekunden, ein Update behält jeden alten Stand, und ein Rucksack kann nie einen Gegenstand halten, den es nicht gibt.

Worauf das ruht

Vorträge, Artikel und Forschung von außerhalb dieser Wiki, damit du dich nicht auf unser Wort verlassen musst.

• Making Gunpoint's Save System (Tom Francis, Pentadact (developer blog), 2012)

  Ein Designer erklärt, warum Gunpoint oft statt nur an Checkpoints speichert, warum Spieler bei Autosaves verwirrt waren und wie die Anzeige der letzten drei Spielstände das löste.

• Game Design Deep Dive: The save system of Alien: Isolation (Gary Napper (Creative Assembly), Game Developer, 2015)

  Zeigt, wie die Wahl zwischen Checkpoints und manuellen Speicherpunkten das Spielgefühl verändert, auch die Falle, nach dem Laden immer wieder zu sterben.

• [Unity] Preventing 'My Save Is Gone': Safe Writes, Backups, and Version Migration (UhiyamaLab (developer blog, author not named), 2026)

  Erklärt, warum man einen Spielstand erst in eine temporäre Datei schreibt, ein Backup behält und eine Versionsnummer speichert, damit Abstürze und Updates den Fortschritt nicht zerstören.

• Cloud save (Play Games Services Saved Games) (Google, Android Developers documentation, 2025)

  Beschreibt, wie Cloud-Spielstände bei mehreren Geräten kollidieren, und rät, beim Start den neuesten Stand zu laden und vor dem Überschreiben den Spieler zu fragen.

• Local-first software: You own your data, in spite of the cloud (Martin Kleppmann, Adam Wiggins, Peter van Hardenberg, Mark McGranaghan, ACM Onward! 2019, 2019)

  Eine Forschungsarbeit, die vorschlägt, Daten zuerst auf dem eigenen Gerät zu halten und später zu synchronisieren, wobei spezielle Datenstrukturen Änderungen mehrerer Geräte zusammenführen können.

• A Conflict-Free Replicated JSON Datatype (Martin Kleppmann and Alastair R. Beresford, arXiv, 2016)

  Stellt ein Verfahren vor, Änderungen an denselben Daten von verschiedenen Geräten ohne Verlust zusammenzuführen, das Kernproblem bei Cloud-Save-Konflikten.

Das sagst du deiner KI

Folge dem Spielerando-Leitfaden „Speichern, das nie ein Spiel verliert“ (get_path saving-that-never-loses-a-game) für mein Spiel, Schritt für Schritt, und sag mir bei jedem Schritt, warum er jetzt kommt.

Oder spar dir das und schließ den MCP an: Dann findet deine KI das alles von selbst.MCP anschließen