Zum Inhalt springen
Warhammer Survivors Tier-Liste
Pagefind
Deutsch
Seitentyp: Quellenbasierte Referenz Geprüft: 8.10.2026 Sicherheit: Nutze die zitierte Quelle und die Build-Kennzeichnung
Alle Leitfäden

Warhammer Survivors: Redaktionelle Standards und Bewertungsmethode

Erfahre, wie dieses Wiki offizielle Ankündigungen, Demo-Geschichte, Community-Hinweise und Beobachtungen vor einem Warhammer-Survivors-Tier-Urteil kennzeichnet.

8.10.2026 Zuletzt aktualisiert: 8.10.2026 4 Min. Lesezeit

FAQ

Belegt ein Community-Demo-Beitrag ein Rezept?
Nein. Ein Community-Beitrag ist ein historischer Hinweis, solange eine unabhängige Prüfung nicht Build, Plattform, Auslöser, Ergebnis und wiederholbare Beobachtung festhält. Widersprüchliche Namen bleiben sichtbar, bis sie geklärt sind.
Wann kann dieses Wiki eine Charakter-Tier-Liste veröffentlichen?
Nachdem der Veröffentlichungs-Build mit einer wiederholbaren Vergleichsmethode beobachtet wurde und Quelle, Build, Plattform, Datum, Begründung sowie genug Einträge für die Abwägung vorliegen.
Hat dieses Wiki einen Durchlauf im Veröffentlichungs-Build abgeschlossen?
Nein. Die aktuelle Belegaufnahme enthielt keinen praktischen Durchlauf im Veröffentlichungs-Build. Daher behauptet sie keine aktuellen Bewertungen, Werte, Freischaltungen oder vollständigen Rezepte.

Was bedeuten die Belegkennzeichnungen?

Jeder Faktenblock sollte zeigen, welche Art von Beleg er enthält. Offiziell bedeutet, dass ein Entwickler, Herausgeber, Store oder eine offizielle Spielankündigung dies sagt. Historische Demo bedeutet, dass der Fakt zu einem datierten Demo-Build gehört und nicht stillschweigend ins vollständige Spiel übertragen wird. Community-Hinweis bedeutet, dass eine Spielerdiskussion die Recherche lenken kann, aber nicht unabhängig geprüft wurde. Beobachtete Veröffentlichung bedeutet, dass eine aufgezeichnete Beobachtung des vollständigen Spiels Build, Plattform, Datum und Begründung enthält.

Originales Diagramm mit den offiziellen, Community- und beobachteten Belegkennzeichnungen des Wikis.

Originales Informationsdiagramm, kein Gameplay-Material: Es erklärt die Belegkennzeichnungen und stellt keine Spielergebnisse dar.

Kennzeichnung Was sie belegen kann Was sie allein nicht belegen kann
Offiziell Angekündigte Daten, Plattformen, genannte Charaktere, Store-Formulierungen, benannte Beziehungen Einen vollständigen Kader, aktuelle Balance oder eine nicht angekündigte Voraussetzung
Historische Demo Was eine datierte Demo-Quelle gesagt oder gezeigt hat Eine Bewertung des Veröffentlichungs-Builds, Freischaltkosten oder ein garantiert aktuelles Rezept
Community-Hinweis Eine zu untersuchende Frage und einen Quellenpfad Ein verifiziertes Rezept, einen Wert oder ein Tier-Urteil
Beobachtete Veröffentlichung Einen datierten, Build-markierten Spielbericht Eine allgemeine Schlussfolgerung aus einem nicht wiederholbaren Lauf

Diese Regel erklärt, warum das Evolutionsdiagramm Community-Zutatenpaare in eine getrennte historische Forschungstabelle setzt. Deshalb bewahrt der Charakterkader auch die beiden Lyssa-Schreibweisen und die Yarrick-Formulierung der Quelle, statt sie stillschweigend umzuschreiben.

Für konkrete Beispiele von Primärquellen vergleiche die offiziellen Steam-App-Metadaten mit der offiziellen Steam-Startankündigung. Ein Store-Feld kann den Produktumfang belegen, eine Ankündigung ein datiertes Veröffentlichungs- oder Demo-Ereignis; keine der beiden Quellen belegt automatisch eine Spielbewertung.

Was braucht eine faire künftige Bewertung?

Ein Tier-Urteil für den Veröffentlichungs-Build sollte auf vergleichbaren Bedingungen beruhen. Lege zuerst Spiel-Build und Plattform fest, notiere das Universum und gegebenenfalls die Stage und halte den Upgrade-Kontext vergleichbar. Beobachte dann die Konstanz des Überlebens, Kontrolle und Reichweite gegen Gruppen, Setup-Anforderungen sowie jede Evolution oder Begleiterbeziehung, die der Lauf tatsächlich zeigt. Ein einzelner aufregender Lauf soll nicht zu einer allgemeinen Note werden.

Wiederhole den Vergleich oft genug, um die Abwägungen zu erklären. Halte Held, Startbedingungen, Gegenstandsnamen, Auslöser oder Ergebnis, Beobachtungsdatum und Quelle fest. Wenn eine Mechanik unbekannt ist, kennzeichne sie als unbekannt. Wenn sich ein Ergebnis nach einem Patch ändert, aktualisiere den betroffenen Eintrag und bewahre den alten Geltungsbereich. Die Vorab-Antwort zur Tier-Liste auf der Startseite verknüpft diese Methode, damit künftige Ergebnisse erklärt werden können, ohne einen noch nicht durchgeführten Test vorzutäuschen.

Originales Diagramm mit den geplanten Testbedingungen, Beobachtungen und Veröffentlichungsstufen für eine faire Bewertung.

Originales Informationsdiagramm, kein Gameplay-Material: Es beschreibt das künftige Testprotokoll, keine abgeschlossene Bewertung.

Welche Felder gehören in einen Quelleneintrag?

Verwende für jede Aussage einen kleinen, prüfbaren Eintrag:

  • Aussage: die genaue Behauptung.
  • Quelle: URL, Herausgeber oder aufgezeichnete Beobachtung.
  • Build und Plattform: Demo-Datum oder Veröffentlichungsversion sowie Plattform.
  • Beobachtungsdatum: wann Quelle oder Lauf geprüft wurden.
  • Sicherheit: offiziell, historische Demo, Community-Hinweis oder beobachtete Veröffentlichung.
  • Begründung: was der Beleg stützt und was offen bleibt.
  • Korrekturweg: wo ein Leser die Aussage anfechten kann und was erneut geprüft wird.

Der Leitfaden zum Veröffentlichungsdatum nutzt diesen Ansatz für Plattformumfang und Demo-Fortschritt. Der mobile Leitfaden hält damit angekündigte Startplattformen von unbestätigten Geräte- und Verbindungsdetails getrennt. Ein fehlendes Feld ist ein Grund, die Formulierung einzugrenzen, nicht einen Wert zu erfinden.

Wie werden Korrekturen bearbeitet?

Wenn sich eine Quelle ändert oder ein Leser einen Fakt bestreitet, benenne Seite und genaue Aussage, füge die neue Primärquelle oder den Build-Eintrag an und prüfe, ob die Änderung verwandte Seiten betrifft. Löse Schreibkonflikte ausdrücklich, statt doppelte Entitäten zu erzeugen. Aktualisiere Datum und Geltungsbereich neben der Aussage und bewahre historische Demo-Formulierungen, wenn sie als Kontext nützlich bleiben.

Originales Diagramm mit dem Melden-, Prüf- und Aktualisierungszyklus zur Bewahrung der Korrekturgeschichte.

Originales Informationsdiagramm, kein Gameplay-Material: Es zeigt, wie eine Korrektur einen Eintrag ändert und seine Geschichte bewahrt.

Keine aktuelle Seite sollte eine praktische Tier-Liste der Veröffentlichung, eine vollständige Rezeptliste, einen Freischalt-Tracker oder eine spielergetestete Build-Empfehlung behaupten. Der Wiki-Hub listet die jetzt verfügbaren quellenbasierten Seiten. Wenn die Veröffentlichung am 10. November erscheint, geben diese Standards der Seite einen konkreten Weg, um zu entscheiden, welche Einträge bereit sind und welche noch geprüft werden müssen.

Quellenpfad

Halte bei jeder sachlichen Änderung die zitierte Quelle, die Build-Kennzeichnung und das Beobachtungsdatum fest. Melde eine geänderte Aussage über den Korrekturweg.

Korrektur melden

Ähnliche Artikel

War das hilfreich?