Quicksilver

Quicksilver ist ein Taktikshooter im Zweiten Weltkrieg für den PC, gebaut in der Unreal Engine 5. Er steht ganz am Anfang - so weit am Anfang, dass es außer einem Plan nichts gibt. Der Name ist ein interner Codename und nicht der Titel des Spiels; er stammt von einer alliierten Täuschungsoperation aus dem Jahr 1944.

Das Problem ist keins der Qualität

Es gibt gute Spiele dieser Art. Squad, Hell Let Loose, Squad 44, Arma - handwerklich stark, mit treuen Anhängern. Und trotzdem sterben sie regelmäßig, und zwar nicht daran, dass sie schlecht wären.

Ein Spiel mit 32 gegen 32 Spielern braucht mehrere tausend Leute gleichzeitig online, damit überhaupt ein voller Server zustande kommt. Fällt die Zahl darunter, passiert etwas Eigentümliches: Das Spiel ist unverändert gut und trotzdem nicht mehr spielbar. Halbleere Server, lange Wartezeiten, ein Match, das nach zwanzig Minuten zerfällt. Beyond the Wire und Battalion 1944 sind daran eingegangen; Squad 44 kämpft damit.

Der übliche Umgang damit ist Marketing: mehr Leute holen, Rabattaktionen, ein neues Update mit Presse dahinter. Das verschiebt den Zeitpunkt, an dem die Rechnung wieder nicht aufgeht.

Die Antwort: Population als Designaufgabe

Quicksilver behandelt die Spielerzahl nicht als etwas, das man beschaffen muss, sondern als eine Anforderung an den Entwurf. KI-Trupps sind hier keine Notlösung für leere Plätze, sondern gleichrangige Teilnehmer. Ein Match mit zwölf Menschen und fünfzig Bots soll ein vollwertiges Match sein - nicht ein Training, nicht ein Ersatz, nicht „bis genug Leute da sind".

Der Satz, an dem sich das messen lässt, steht im Visionsdokument: Das Spiel soll sich um drei Uhr nachts an einem Dienstag genauso vollständig anfühlen wie samstagabends.

Die Zielgruppe ist deshalb ausdrücklich nicht die aktive Szene, die ohnehin jeden Abend spielt. Es sind die deutlich mehr Leute, die so ein Spiel installiert haben und selten starten - weil eine einzelne Sitzung zu teuer ist: erst suchen, dann warten, dann hoffen, dass die Runde hält.

Vier Säulen, und eine Rangfolge

Widersprechen sich zwei davon, gewinnt die mit der niedrigeren Nummer. Diese Regel ist wichtiger als die Liste selbst, weil sie die Streitfälle vorab entscheidet:

1. Immer bespielbar. KI-Trupps als vollwertige Teilnehmer.

2. Kommunikation ohne Eintrittshürde. Gesprochene Befehle als Bedienelement, KI-Squadleader. Die größte Hürde für Neue ist nicht das Zielen, sondern das Mikrofon.

3. Gelände vor Katalog. Eine Karte, die man nach 300 Stunden noch liest, statt zwanzig, die man nach zwei kennt.

4. Nachvollziehbare Simulation. Physik, die man versteht, statt künstlicher Reibung, die Realismus behauptet.

Das Schwerste zuerst

Der Plan dreht die übliche Reihenfolge um. Nicht erst eine schöne Karte, dann Technik - sondern zuerst der Teil, an dem das Projekt scheitern kann. Die Prototypphase enthält ausdrücklich keinen Künstler: graue Kisten, echtes Gelände, und ein Netzwerkcode, der beweisen muss, dass er trägt.

Am Ende dieser Phase steht ein Prüfpunkt, und er ist als Abbruchkriterium formuliert: 64 Verbindungen, 30 Minuten stabil. Wird das nicht erreicht, endet das Projekt oder fällt auf den Weg einer Modifikation zurück. Kein „das reparieren wir später".

Genauso beim zweiten Prüfpunkt: Dort wird blind getestet, ob Spieler merken, wie hoch der Bot-Anteil in ihrem Match war. Und auch dieses Ergebnis ist vorab als Absage formuliert - wenn Bots das Gefühl eines vollen Matches nicht tragen, ist nicht der Prototyp gescheitert, sondern die These. Dann braucht es eine neue Vision und kein besseres Marketing.

Eine Idee im Plan fällt dabei besonders auf, weil sie zwei Dinge zusammenlegt, die sonst getrennt Geld kosten: Die künstlichen Verbindungen, mit denen der Server unter Last getestet wird, sind derselbe Code wie die späteren Bots. Ein Bot ist schlicht ein Spieler ohne Netzwerkverbindung - er läuft durch dieselbe Logik wie ein Mensch. Damit ist das Testwerkzeug zugleich das Produktmerkmal.

Was ausdrücklich nicht drin ist

Die Liste der gestrichenen Dinge ist im Plan länger und wichtiger als die Liste der geplanten: keine Matches mit hundert Spielern, kein zweiter Schauplatz, keine Konsolen zum Start, kein Live-Service, keine Kampagne. Jeweils mit Begründung, und mit einer Regel dahinter, die man selten schriftlich sieht: Jede Aufnahme braucht ein gestrichenes Feature gleicher Größe.

Warum das hier schon steht

Weil es das Gegenteil einer Ankündigung ist. Es gibt keinen Trailer, kein Logo, kein Bildmaterial, und der Plan verbietet sich das für die erste Phase ausdrücklich selbst. Was es gibt, ist eine These, die man widerlegen kann, und ein Datum, an dem sie geprüft wird.

Ein deutsches Studio, das ein Spiel in diesem Setting baut, hat außerdem Fragen zu beantworten, die andere nicht haben - von der Prüfpflicht für historische Symbolik bis zur Alterskennzeichnung jedes öffentlichen Testbuilds. Auch das steht im Plan, in Phase null, und nicht in dem Jahr, in dem es dringend wird.

Realistisch braucht das Ganze drei bis fünf Jahre und ein Team im mittleren zweistelligen Bereich. Ohne Publisher oder Förderung ist es nicht zu stemmen, und das steht so im Dokument, statt weggelassen zu werden.

Was gerade gesucht wird

Die erste Stelle ist keine gewöhnliche: ein Netzwerk- und Gameplay-Ingenieur, und im Plan steht dazu, es sei keine Stelle, sondern eine Wette. Ohne diese Person startet der kritische Pfad nicht - das ist zugleich das größte offene Risiko des Projekts.

Gesucht wird bewusst nicht auf Jobportalen, sondern dort, wo Leute schon jahrelang genau diese Probleme lösen: in der Modding-Szene dieser Spiele. Wer beim Lesen dieser Seite an einen Abend gedacht hat, den er mit Replikation von Fahrzeugen verbracht hat, ist gemeint.

Zum Namen. Operation Quicksilver war 1944 der Teil einer Täuschung, der eine ganze Armeegruppe vortäuschte, die es nicht gab - mit aufblasbaren Panzern und erfundenem Funkverkehr, überzeugend genug, um Divisionen an der falschen Küste festzuhalten. Für ein Spiel, dessen zentrale Wette lautet, dass sich ein Schlachtfeld voll anfühlen kann, ohne voll zu sein, ist das ein passenderer Arbeitstitel, als ein Codename normalerweise sein muss.