KI-Reverse-Engineering oder cleveres Modding?KI-Reverse-Engineering oder cleveres Modding?

Du siehst eine Skyrim-Landschaft, bewegst dich aber nach den Regeln von Minecraft. Dann taucht ein anderes Video auf: Modern Warfare 2, Skate 3 und eine Minecraft-Welt laufen in einem einzigen Programm. Die naheliegende Erklärung lautet: Eine KI hat drei Spiele reverse-engineert, ihre Engines verstanden und daraus etwas Neues gebaut.

Das klingt gut. Zu gut.

Die Projekte sind real, der öffentlich einsehbare Code ist umfangreich und die technische Leistung ist beachtlich. Nur beschreibt „KI verschmilzt Spiele per Prompt“ nicht, was dort passiert. SkyCraft koppelt zwei laufende Spiele miteinander. IW4L baut eine neue Laufzeit für alte Spieldaten. Das Mashup setzt darauf auf und verbindet vorhandene Komponenten über eigens geschriebene Adapter.

Unsere Meinung: Das ist keine Entzauberung. Die nüchterne Erklärung ist interessanter als die virale Kurzfassung.

Zwei Videos, zwei völlig verschiedene Verfahren

Ausgangspunkt sind die Videos „The Next Generation of Modding“ und „Stop buying new games – Start modding old ones“. Beide zeigen Spiele, deren Regeln und Inhalte plötzlich in einer fremden Umgebung auftauchen. Technisch liegen dazwischen aber Welten.

SkyCraft: Skyrim und Minecraft laufen gleichzeitig

SkyCraft schreibt weder Skyrim noch Minecraft neu. Das steht so ausdrücklich im Repository. Beide Spiele laufen parallel:

• Ein SKSE-Plugin erweitert Skyrim.
• Eine Fabric-Mod erweitert Minecraft.
• Beide Prozesse tauschen Daten über Shared Memory aus.
• Minecraft läuft ohne sichtbares Fenster im Hintergrund.
• Skyrim zeichnet das gemeinsame Ergebnis.

Skyrim liefert seine Welt, Geländeformen, Kollisionen, NPCs, Wetter und Quests. Die Fabric-Mod bringt Minecraft-Bewegung, Inventar, Blocklogik und Kampfsystem mit. Der Adapter übersetzt zwischen beiden Seiten.

Wenn der Spieler über einen Skyrim-Felsen läuft, wird dessen Kollisionsform an Minecraft übergeben. Minecraft berechnet, wie sich die Figur nach seinen Regeln darauf bewegt. Das Ergebnis geht zurück an Skyrim. Ähnlich funktioniert es mit Blöcken, Licht und Treffern. Minecraft ist also keine Textur über Skyrim. Ein zweites Spiel berechnet im Hintergrund einen Teil der Regeln.

Vereinfacht sieht der Ablauf so aus:

Skyrim-Welt, NPCs und Eingaben
              ↓
       Übersetzungsschicht
              ↓
Minecraft-Physik, Inventar und Blocklogik
              ↓
       Übersetzungsschicht
              ↓
     Darstellung in Skyrim

Das ist eine Echtzeit-Brücke zwischen zwei bestehenden Systemen. Keine neue Universal-Engine und keine vollständige Neuimplementierung.

IW4L: eine neue Laufzeit für vorhandene Spieldaten

IW4L geht einen anderen Weg. Das Projekt ist eine eigenständige Laufzeit in Rust, aufgebaut mit Bevy und wgpu. Es startet nicht die alte Modern-Warfare-2-Engine im Hintergrund. Stattdessen zeigt man IW4L auf eine vorhandene Installation, deren Karten, Modelle, Texturen, Animationen und Waffen es einliest.

Dafür braucht die Laufzeit mehrere technische Schichten:

• FastFile-Reader lesen die Datenformate der alten Spiele.
• Konverter übertragen die Daten in eine gemeinsame interne Darstellung.
• Direct3D-9-Shader werden in WGSL für moderne Grafik-APIs übersetzt.
• Eine eigene Rendering-Pipeline zeichnet Welt, Modelle und Effekte.
• Simulation, Bots, Wiederholungen und Netzwerkcode laufen in der neuen Laufzeit.

Das ist näher an dem, was das Video als neue Engine verkauft. Es bleibt aber eine gezielte Neuimplementierung für bekannte Formate und Verhaltensweisen. IW4L ist kein Programm, das beliebige Spiele einliest und automatisch versteht. Für jedes Format, jeden Shader und jedes nachgebildete Spielsystem musste jemand eine konkrete technische Lösung bauen.

Der Unterschied zu SkyCraft ist entscheidend: SkyCraft lässt zwei Originalprogramme zusammenarbeiten. IW4L ersetzt Teile der ursprünglichen Laufzeit durch neuen Code und verwendet die vorhandenen Spieldaten.

Wie kommen MW2, Skate 3 und Minecraft zusammen?

Das 2010 Rust Rewrite Mashup setzt auf IW4L auf. Modern Warfare 2 liefert Karten, Waffen, Figuren und HUD. Die Skate-Physik stammt aus einem bestehenden Rust-Projekt, das auf Reverse-Engineering-Arbeit zu Skate 3 basiert. Für die Minecraft-Welt wird MinecraftOSS verwendet beziehungsweise angepasst.

Wieder passiert der interessante Teil in den Übergängen. Koordinatensysteme müssen zusammenpassen. Kollisionen brauchen ein gemeinsames Format. Animationen und Skelette müssen auf die Darstellung der Laufzeit abgebildet werden. Licht, Eingaben, Treffer und Inventar dürfen sich nicht gegenseitig widersprechen.

Der Minecraft-Teil zeigt das besonders gut. Der entsprechende Commit fügte knapp 12.000 Zeilen hinzu. Die Weltgenerierung, Beleuchtung und Geometrie aus MinecraftOSS speisen eine neue Terrain-Schicht. Kollisionen werden in die Simulation von IW4L übersetzt. Waffen aus MW2 können dadurch Blöcke treffen, während die Minecraft-Systeme bestimmen, was mit diesen Blöcken passiert.

Es wurden also keine drei Binärdateien in einen automatischen Mixer geworfen. Bereits verstandene Systeme werden in eine gemeinsame Laufzeit eingebaut. Der Aufwand steckt vor allem in Parsern, Konvertern und Adaptern.

Ist das echtes Reverse Engineering?

Ja. Zumindest ein wesentlicher Teil davon.

Reverse Engineering bedeutet hier, aus einem vorhandenen Programm und seinen Datenformaten zu erschließen, wie bestimmte Strukturen oder Verhaltensweisen funktionieren. Das IW4L-Repository nennt Ghidra ausdrücklich als Werkzeug zur Untersuchung der Originalprogramme. Es verweist außerdem auf bestehende Modding-Werkzeuge und frühere offene Reimplementierungen als technische Vergleichsquellen.

Die Ergebnisse sind im Code sichtbar:

• proprietäre Asset-Strukturen werden gelesen;
• alte Shaderformate werden übersetzt;
• Bewegungs-, Waffen- und Animationsverhalten wird nachgebildet;
• Daten mehrerer Call-of-Duty-Spiele landen in einer gemeinsamen internen Struktur.

Beim Skate-Teil liegt ebenfalls Reverse-Engineering-Arbeit zugrunde. SkyCraft selbst ist stärker Integrationsarbeit: Es nutzt offizielle beziehungsweise etablierte Mod-Schnittstellen und koppelt die laufenden Spiele über ein eigenes Protokoll.

Die pauschale Antwort „nur cleveres Modding“ wäre deshalb genauso falsch wie die Behauptung vom autonomen KI-Reverse-Engineering. Beides kommt vor, nur an unterschiedlichen Stellen.

Hat die KI das Reverse Engineering selbst gemacht?

Dafür gibt es keinen öffentlichen Beleg.

Der KI-Anteil am Code ist dagegen ungewöhnlich gut sichtbar. Das IW4L-Repository schreibt, das gesamte Projekt sei von einem LLM geschrieben. Zahlreiche Commits tragen Claude als Co-Autor. Der erste öffentliche SkyCraft-Commit umfasst 19.060 hinzugefügte Zeilen und nennt Claude Opus 5.5 ausdrücklich als Co-Autor. Auch der große Minecraft-Integrationscommit im Mashup ist so gekennzeichnet.

Das belegt einen massiven Beitrag zur Umsetzung. Es belegt nicht, dass das Modell allein die Originalprogramme analysiert, die Architektur entworfen und die fertige Lösung ohne menschliche Führung erzeugt hat.

Öffentlich fehlen dafür wichtige Informationen:

• Welche Erkenntnisse kamen direkt aus Ghidra und wer hat sie gewonnen?
• Welche Dokumentationen und älteren Projekte wurden dem Modell bereitgestellt?
• Wie sahen Prompts, Fehlversuche und manuelle Korrekturen aus?
• Welche Entscheidungen traf der Entwickler nach Tests im laufenden Spiel?
• Welche Teile stammen tatsächlich aus einem isolierten KI-Prozess?

Das Projekt dokumentiert diese Grenze an einer Stelle selbst. Für eine Bewegungs-Komponente wurde wegen unklarer Herkunft eine isolierte Neuimplementierung erstellt. Die Provenienznotiz beschreibt den Ablauf ungewöhnlich offen, sagt aber auch: Prozessuale Isolation garantiert nichts über mögliche Trainingsdaten des Modells. Außerdem wurden die genauen Arbeitsprotokolle nicht öffentlich ins Repository aufgenommen.

Unser Urteil lautet deshalb: echtes Reverse Engineering und stark KI-gestützte Umsetzung, aber kein belegtes autonomes Reverse Engineering durch KI.

Was die virale Erzählung auslässt

„Sag der KI, sie soll Minecraft in Skyrim einbauen“ klingt nach einem Arbeitsablauf. In Wirklichkeit ist es nur das gewünschte Ergebnis.

Zwischen Wunsch und Demo liegen Entscheidungen, für die ein Modell ein enges technisches Ziel braucht: Welche Anwendung bleibt für Physik zuständig? Wer besitzt den Weltzustand? In welchem Takt werden Daten übertragen? Wie werden Koordinaten, Treffer und Animationen übersetzt? Was passiert, wenn beide Systeme dasselbe Objekt verändern wollen?

Danach beginnt die weniger virale Arbeit. Builds schlagen fehl. Figuren fallen durch Geometrie. Shader verhalten sich auf einer anderen Grafikschnittstelle anders. Animationen passen nicht zum Skelett. Netzwerkzustände laufen auseinander. Der Entwickler muss den Fehler reproduzieren, die Ursache eingrenzen und entscheiden, welcher Teil geändert werden darf.

Ein Sprachmodell kann dabei enorm viel Code schreiben. Es kann Strukturen vergleichen, Adapter vorbereiten und bekannte Muster schnell auf viele Dateien übertragen. Es sieht aber nicht automatisch, ob sich die Spielfigur im fertigen Build richtig anfühlt. Dafür braucht es Tests und jemanden, der beurteilen kann, ob das Ergebnis technisch und spielerisch stimmt.

Warum wir die Leistung trotzdem für wichtig halten

Der Durchbruch ist nicht der magische Prompt. Der Durchbruch ist die Menge an anspruchsvoller Integrationsarbeit, die ein einzelner technisch versierter Entwickler mit KI-Unterstützung bewältigen kann.

Vor einigen Jahren hätte ein solches Experiment wahrscheinlich mehrere Spezialisten gebraucht: Rendering, Dateiformate, Mod-Schnittstellen, Physik, Netzwerkcode und Build-Systeme. KI kann einen erfahrenen Entwickler heute über viele dieser Bereiche hinweg unterstützen. Der Mensch setzt die Architektur, liefert Kontext, testet und verwirft. Das Modell produziert einen großen Teil der konkreten Umsetzung.

Genau dort verändert KI Softwareentwicklung. Sie entfernt technische Komplexität nicht. Sie senkt die Kosten, sich durch diese Komplexität zu arbeiten.

Das ist weniger spektakulär als „KI versteht jedes Spiel“. Für kleine Teams und unabhängige Entwickler ist es aber die größere Nachricht. Ideen, die früher am Umfang der Integrationsarbeit gescheitert wären, werden plötzlich als Experiment möglich.

Und was ist mit den Rechten?

Die Repositories verteilen nach eigener Aussage keine Original-Spieldaten. IW4L liest eine vorhandene MW2-Installation, für Skate 3 wird eine eigene Kopie benötigt, und Minecraft-Dateien werden von Mojangs Servern geladen. Das reduziert offensichtliche Probleme bei der Weitergabe fremder Assets.

Eine allgemeine rechtliche Freigabe folgt daraus nicht. Die EU-Softwarerichtlinie erlaubt Dekompilierung für die Interoperabilität eines unabhängig geschaffenen Programms nur unter bestimmten Voraussetzungen. Andere Länder, Lizenzbedingungen und konkrete Nutzungsformen können zu einer anderen Bewertung führen. Wer aus einem Experiment ein Produkt machen will, braucht deshalb eine Prüfung des konkreten Falls. Dieser Beitrag ist keine Rechtsberatung.

Unsere Meinung: Die Technik gewinnt, der Hype verliert

Die Videos zeigen keinen Betrug. Sie zeigen funktionierende Projekte und eine neue Größenordnung KI-gestützter Entwicklung. Problematisch wird es erst, wenn aus „viel Code wurde mit KI geschrieben“ die Behauptung „die KI hat mehrere Spiele selbstständig reverse-engineert und verschmolzen“ wird.

SkyCraft ist eine kluge Brücke zwischen zwei laufenden Spielen. IW4L ist eine ambitionierte neue Laufzeit für alte Spieldaten. Das Mashup integriert darauf weitere Engines und Systeme. In allen drei Fällen ist die eigentliche Leistung konkret: Formate verstehen, Zuständigkeiten trennen, Daten übersetzen, Fehler finden und so lange testen, bis aus inkompatiblen Teilen ein spielbares System wird.

KI beschleunigt genau diese Arbeit. Sie ersetzt sie nicht durch einen Satz im Chatfenster.

Quellen und Prüfumfang

Für diesen Beitrag wurden die beiden Videos, die öffentlichen Repositories, Architekturunterlagen, Commit-Metadaten und Veröffentlichungen geprüft. Die Windows-Builds konnten wir nicht selbst mit den kommerziellen Originalspielen ausführen, weil die benötigten Spieldaten in unserer Analyseumgebung nicht vorhanden waren.

Zuletzt geprüft am 5. Oktober 2026:

• Video: The Next Generation of Modding
• Video: Stop buying new games – Start modding old ones
• SkyCraft: Repository und technische Beschreibung
• IW4L: Repository, Architektur und Reverse-Engineering-Hinweise
• IW4L: Rendering-Architektur
• IW4L: Provenienz der Bewegungs-Neuimplementierung
• 2010 Rust Rewrite Mashup
• Minecraft-Integration im Mashup
• Skate-3-Rust-Engine
• EU-Richtlinie 2009/24/EG über den Rechtsschutz von Computerprogrammen
• Titelbild: Jakub Zerdzicki / Pexels

Häufige Fragen

Hat eine KI mehrere Spiele zu einer neuen Engine verschmolzen?

Nicht selbstständig und nicht mit einem einzigen Prompt. SkyCraft koppelt zwei laufende Spiele. IW4L ist eine neue Laufzeit, die Daten alter Call-of-Duty-Spiele liest. Das Mashup ergänzt vorhandene Skate- und Minecraft-Komponenten. KI hat nachweislich viel Code beigetragen. Architektur, Kontext und Prüfung blieben menschliche Arbeit.

Ist IW4L echtes Reverse Engineering?

Ja. Das Projekt liest proprietäre Asset-Formate, übersetzt alte Shader und bildet Spielverhalten in einer neuen Laufzeit nach. Ghidra wird ausdrücklich als Analysewerkzeug genannt. Nicht belegt ist, dass ein Sprachmodell diese Analyse autonom durchgeführt hat.

Was ist der Unterschied zwischen SkyCraft und IW4L?

Bei SkyCraft laufen Skyrim und Minecraft gleichzeitig und tauschen Daten über Shared Memory aus. IW4L startet dagegen eine eigenständige Rust-Laufzeit. Sie lädt Daten aus einer vorhandenen Modern-Warfare-2-Installation und übernimmt Rendering, Simulation und Netzwerk selbst.

Ist das nur gut verpackter Hype?

Die technische Leistung ist real. Der Hype steckt in der vereinfachten Erklärung. KI hat hier nicht nachweislich allein mehrere Spiele verstanden. Sie hat einem erfahrenen Entwickler geholfen, sehr viel anspruchsvollen Code ungewöhnlich schnell umzusetzen.

Wir bauen selbst Individualsoftware mit KI-Unterstützung. Entscheidend ist für uns dieselbe Grenze: Ein schneller Codeentwurf ist wertlos, wenn Architektur, Tests und Verantwortung fehlen.