Quellen danach unterscheiden, was sie belegen
Offizielle Shopbeschreibungen und Patchnotes belegen Funktionen, Veröffentlichungsstatus und dokumentierte Korrekturen. Spielen auf dem aktuellen Build belegt wiederholbares Reparaturverhalten. Community-Diskussionen und Videos liefern wertvolle Hinweise. Eine einzelne Route zeigt aber nur, dass ein Ergebnis möglich ist – nicht, dass jeder aufgezeichnete Schritt erforderlich war.
Den kleinsten hilfreichen Belegsatz festhalten
Notiere für eine Reparatur Gerät, Auftragsquelle, Symptom, Ausrichtung, Befestigungen, Schichten, Reinigungsziele, Ersatzteil, benötigtes Werkzeug, Ergebnis und Spiel-Build. Für eine Story-Wahl gehören Kunde, genaue Entscheidung, unmittelbare Reaktion, späteres Folgeereignis, Speicherpunkt und Build dazu. Trenne bei einem Erfolg die öffentliche Steam-Bedingung vom Moment, in dem die Meldung erscheint.
Versions- und Spoilerregeln
Bei Widersprüchen haben Belege aus der veröffentlichten Version Vorrang vor Demo-Verhalten. Umgehungslösungen tragen eine Versionsangabe und werden nach einer bestätigten Korrektur aus der Kurzantwort entfernt. Seiten zur Spielmechanik vermeiden benannte Story-Ergebnisse; Enden und versteckte Erfolge kennzeichnen Routeninformationen ausdrücklich als Spoiler.
Medienquellen und Community-Nachweise
Screenshots bleiben der offiziellen Steam-Seite zugeordnet, und Videos verlinken den ursprünglichen Herausgeber oder Ersteller. Community-Funde verweisen möglichst auf die Originaldiskussion. So können Leser Kontext, Daten, Korrekturen und widersprechende Berichte selbst prüfen.
Korrekturen
Eine Korrektur sollte Seite, Spiel-Build, Gerät oder Route, abweichenden Schritt und beobachtetes Ergebnis nennen. Stärkere aktuelle Belege ersetzen die Kurzantwort. Datiertes Verhalten kann als Versionshinweis bleiben, wenn es ältere Videos oder Berichte erklärt. Korrekturen gehen an hello@restoryhelper.com.