Expedition Into Darkness Playtest-Leitfaden

Playtests sind der Weg, wie die meisten Spieler Expedition Into Darkness vor dem geplanten Q4-2026-Steam-Release berühren. Builds sind temporär, Systeme unfertig, und deine Aufgabe ist zweifach: die Ruinen genießen und nützliches Feedback senden. Dieser Leitfaden deckt Signup, PC-Bereitschaft, Squad-Prep und worauf du achten solltest, während das Spiel noch upcoming ist — kein fertiger Retail-Ship. Verlinke intensiv mit Systemanforderungen, Spielübersicht, Tools, Release-Timeline und Updates.

Mindset vor der Installation

Gesunde Erwartung	Ungesunde Erwartung
Jank, fehlender Polish, wechselndes Kampfgefühl	Day-one-Balance und voller Content
Kurze öffentliche Playtest-Fenster, die öffnen und schließen	Permanenter Always-Online-Service
Feedback, das das Q4-2026-Ziel formt	Refund-Level-Vollständigkeit einfordern
Extraction-Disziplin früh lernen	Speedrun einer fertigen Meta

Offizielle Kanäle (Steam-App 3126410, expedition-the-game.com und Updates von Antediluvian Interactive) schlagen zufällige Screenshot-Gerüchte. Wenn Community-Clips neue Maps oder Skeleton-Packs erwähnen, behandle sie als Playtest-Beobachtungen und lege Themen unter Patch-Verlauf ab — statt Patch-IDs zu erfinden.

Signup: Steam, Discord und geschlossene Fenster

Zugang startet meist mit Signup auf Steam (Wishlist/Follow der Store-Page und jede Playtest- oder Request-Schaltfläche, die das Studio aktiviert) plus Discord-Ankündigungen, wenn das Studio Invite-Wellen postet. Paare beides: Steam für Depot-Zugang, Discord für Timing und Regeln.

Öffentliches Playtest-Fenster 15. Juni – 7. Juli 2026: Diese Welle ist nach dem Enddatum geschlossen. Signup für dieses Fenster ist vorbei. Erwarte nicht, dass der Juni–Juli-Build für immer installiert bleibt. Beobachte Steam und Discord auf die nächsten Signup-Wellen statt permanenten Zugang anzunehmen. Datierter Kontext lebt auf der Release-Timeline.

Frühere öffentliche Meilensteine (Open Alpha Mär–Apr 2025; öffentliches Fenster 11. Dez – 5. Jan) folgen demselben Muster: temporäre Fenster, dann auf den nächsten Signup warten.

Zugangs-Checkliste

1. Wishlist und Follow auf der Steam-Seite, damit Benachrichtigungen feuern; Signup abschließen, wenn ein Playtest-Request öffnet.
2. Offiziellen Discord / Mailinglisten beitreten, auf die das Studio für Closed- oder Limited-Wellen verweist.
3. Klären, ob das Fenster Demo, NDA-Alpha oder offener öffentlicher Playtest ist — Regeln unterscheiden sich.
4. Enddatum notieren; zwei solide Sessions planen, nicht eine gehetzte Stunde. Denk daran: Juni 2026 schloss nach dem 7. Juli.
5. Früh im Fenster downloaden, um Mirror-Stau zu vermeiden.
6. Zugang der Freunde prüfen, bevor ihr einen Five-Stack theorycraftet.

Fehlt dir ein Key oder hast du ein geschlossenes Fenster verpasst, piratiere keine „Leaks“. Warte auf die nächste Signup-Welle und übe Planungsgewohnheiten weiter auf diesem Wiki.

PC- und Setup-Checkliste

Zuerst die Hardware-Tabelle unter Systemanforderungen abarbeiten, dann:

Schritt	Aktion	Warum
1	GPU-Treiber aktualisieren	Verringert merkwürdige Crashes in der Alpha
2	>8 GB frei + Patch-Puffer	Mid-Weekend-Depots passieren
3	Mic / Discord testen	Co-op ohne Voice ist Qual
4	Instabile Overlays deaktivieren	Einfachere Bug-Isolation
5	Wiki-Tabs bereithalten	Extraktions-Checkliste mitten im Run
6	Feedback-Notizdokument anlegen	Issues frisch mit Timestamp erfassen
7	Keyboard/Maus vs. Controller bestätigen	Frühe Builds hatten oft keinen vollen Pad-Support

Squad-Bereitschaft (Abend zuvor)

Nutze den Party-Planer, um Sitze zu vergeben, und den Loadout-Planer, um Kits festzuzurren. Einigt euch auf Teaching vs. Deep-Push-Ziel. Neue Spieler sollten Erste Schritte lesen und Leitfäden überfliegen, damit ihr Permadeath nicht im ersten dunklen Flur erklären müsst.

Vorgeschlagene Agenda für den ersten Playtest-Abend:

1. 15 Min — Patch, Settings, Voice-Check.
2. 10 Min — Rollen- und Extract-Regel-Callouts.
3. 1 kurzer Scout-Run — Ausgänge lernen, günstig sterben falls nötig.
4. 1–2 ernsthafte Runs — Checklisten-Disziplin durchsetzen.
5. 15 Min — gemeinsame Feedback-Notizen.

Was im Build zu bewerten ist

Fokussiere dich auf Verben, die das Design interessieren:

• Extract-Druck: Fühlten sich Taschengewicht und Angst vor Verlust fair an?
• Kampf-Lesbarkeit: Attacks, getimte Blocks/Parries, Ausdauer-Klarheit.
• Navigation: Konntest du Ausgänge ohne Wiki-Löffel lernen?
• Co-op-Agency: Hatten fünf Spieler klare Jobs oder stolperten sie übereinander?
• Progression: Machten Camp-Upgrades den nächsten Run spürbar besser?
• Performance: Hitch-Stellen, Load-Stutter, Disconnects.

Map-spezifische Notizen gehören neben die Karte (inkl. Chapel Ruins), sobald du wiederkehrende Hazard-Muster erkennst. Threat-Notizen gehören zu Gegner. Build-Gefühle gehören neben Builds als Platzhalter — nicht als Evangeliums-Tiers.

Feedback, das Entwickler nutzen können

Schlechtes Feedback: „Spiel schlecht.“ Gutes Feedback: „Am Build 2026-xx-xx fühlte sich das timed Block-Fenster kürzer an als beim letzten Test; Skeleton-Pack im Catacomb-Flügel X hat uns gewiped, als Fog + Falle überlappten; Log angehängt.“

Einschließen:

• Ungefähres Build-Datum / Playtest-Name, falls im Client sichtbar
• Partygröße
• Repro-Schritte
• Erwartet vs. tatsächlich
• Specs (deine Zeile aus der Requirements-Checkliste verlinken)
• Ob es den Extract blockiert hat oder kosmetisch war

Studio-seitige Meilensteine auf hoher Ebene unter Release-Timeline tracken, damit du weißt, welches Fenster dich was gelehrt hat.

Etikette in temporären Builds

• Belästige keine Playtest-Fremden — temporäre Lobbies sind keine Ranked-Leitern.
• Spoilere vorsichtig, wenn NDA gilt; im Zweifel Details im privaten Feedback behalten.
• Behaupte in öffentlichen Posts nicht, das Full Game sei released; sag öffentliches Playtest-Fenster / upcoming.
• Tode zum Lernen aufzeichnen, nicht um unfertige Animationen zu dunkeln.
• Den Build verlassen, wenn das Fenster endet; Reminder für die nächste Steam-/Discord-Signup-Welle setzen.

Nach dem Schließen des Fensters

1. Persönliche Notizen sichern: was fast funktioniert hat.
2. Checklisten-Zeilen aktualisieren, die gescheitert sind.
3. Updates überfliegen und beobachtete Themen ergänzen — keine Fake-Versionsnummern.
4. Zurück zur Spielübersicht, wenn Freunde mitten im Hype-Zyklus fragen „was ist das für ein Spiel?“
5. Planungs-Muskel mit Tools auch zwischen Tests weiter üben.
6. Steam + Discord auf den nächsten Signup beobachten — besonders nach geschlossenen Wellen wie 15. Juni – 7. Juli 2026.

Häufige Playtest-Fehlermuster

Muster	Fix
Öffentliches Playtest-Fenster wie Live-Service-Grind behandeln	Lernziele setzen, keine unendlichen Farm-Quoten
Signup verpasst, weil nur Trailer geschaut	Steam wishlisten + Discord-Pings joinen
Annehmen, Juni-2026-Zugang ende nie	Dieses öffentliche Fenster schloss nach dem 7. Juli
Fünf DPS-Klone	Neu setzen via Party-Planer
Hardware ignorieren bis zum Crash	Requirements-Checkliste am Vorabend
Keine Extract-Regel	Harter Timer oder Bag-Value-Cap
Feedback drei Tage später geschrieben	Notizen während der Session

Wo das auf dem Weg zum Launch steht

Periodische Demos und öffentliche Playtest-Fenster existieren, um den Extraction-Loop vor Q4 2026 unter Druck zu setzen. Dein bester Beitrag ist strukturiertes Spielen: klare Rollen, klare Kits, klare Abort-Regeln, klare Bug-Reports. Wenn der Full Release irgendwann kommt, steigen Spieler, die Camp-vs-getragenes Risiko schon verinnerlicht haben, schneller als Spieler, die nur Trailer geschaut haben.

Trailer-Kontext bleibt auf der Spielübersicht. Specs bleiben unter Systemanforderungen. Datierte Meilensteine bleiben auf der Release-Timeline. Operative Sheets unter Tools. Change-Diaries unter Updates. Nutze alle, damit jede Playtest-Stunde compoundet.