12 Arten von RPGs (JRPG, Skyrim-ähnlich, Roguelike, Taktik) — mit spielbaren Beispielen

Wenn du ein RPG-Spiel wie Skyrim möchtest, entscheide zuerst, welchen Teil von Skyrim du eigentlich willst. Das Herumlaufen-und-Entdecken, das Echtzeit-Kämpfen und das „was ich in der letzten Sitzung getan habe, gilt immer noch“ sind drei verschiedene technische Probleme, deren Umsetzung sehr unterschiedlich viel kostet. Diese Seite sortiert Rollenspiele in zwölf Arten entlang einer Achse: wie viel der Welt der Spieler zur Laufzeit steuert gegenüber dem, was du im Voraus verfasst. Jede Art bekommt eine konkrete Beschreibung und eine Browser-Welt von Neta Studio, in die du hineinlaufen kannst, bevor du dich zum Bauen verpflichtest.

Die Achse reicht von geskriptet bis simuliert. Geskriptete Arten — JRPG, Visual Novel, Dungeon Crawler — geben dein Budget für verfasste Inhalte aus: Szenen, Dialoge, Platzierung von Begegnungen, Grafik pro Ort. Simulierte Arten — Roguelike, Sandbox, Open-World — geben es für Regeln aus: Generierung, Spawn-Tabellen, Schadensformeln und die Werkzeuge, mit denen du sie abstimmst. Kein Ende ist besser. Das geskriptete Ende gibt dir exakte Kontrolle über das Tempo und ist vorhersehbar zu testen. Das simulierte Ende liefert mehr Spielzeit pro Asset und ist viel schwerer auszubalancieren, weil du nicht jeden Zustand sehen kannst, den das Spiel erreichen kann.

Kurze Antwort

Zwölf Arten, eine Achse: wie viel der Welt der Spieler durch Spielen erzeugt und wie viel du im Voraus festlegst. Alles andere — Kamera, Kampftiming, Gruppengröße, Speichersystem — folgt aus dieser einen Entscheidung.

Die folgende Tabelle ordnet jede Art auf der Achse ein. Lies die zweite Spalte als Budgetposten: Sie sagt dir, wohin die Stunden fließen.

Zwei davon werden meist direkt benannt statt nach Kategorie beschrieben. Leute fragen nach einem JRPG oder nach einem RPG-Spiel wie Skyrim. Beide werden unten mit den jeweiligen Kosten behandelt, denn sie liegen an entgegengesetzten Enden der Achse und scheitern auf entgegengesetzte Weise.

JRPG

Ein JRPG wird durch drei Dinge definiert, und du brauchst alle drei: eine feste Besetzung, die der Spieler nicht erstellt, einen Hauptbogen, den der Spieler nicht umordnen kann, und Gruppenkampf, bei dem der Spieler mehrere Figuren gleichzeitig befehligt. Der Kampf ist meist menügesteuert — entweder streng rundenbasiert oder mit einer Active-Time-Leiste, die sich füllt, während der Spieler einen Befehl wählt. Dungeons sind linear; Städte sind Drehkreuze. Der Spieler wählt die Taktik, nicht die Reiseroute.

Worin es gut ist, ist die narrative Kontrolle. Weil du entscheidest, wann die Gruppe die nächste Stadt erreicht, entscheidest du auch, was der Spieler in diesem Moment weiß, was dir erlaubt, eine Enthüllung zu inszenieren, statt zu hoffen, dass er zufällig darüber stolpert. Die Schwierigkeit lässt sich mit Zahlen statt mit Reflexen abstimmen: Ein Boss kann schwer sein, weil er die falsche Zielreihenfolge bestraft, und nicht, weil er schnelle Eingaben verlangt. Das macht die Art ungewöhnlich testbar. Eine Tabelle und ein paar hundert automatisierte Kämpfe verraten dir mehr über deine Balance-Kurve als eine Playtest-Sitzung.

Was es kostet, ist Inhaltsmenge. Jede Stunde JRPG-Spiel braucht verfasste Städte, NPC-Dialoge, Ladeninventare und Begegnungstabellen, und fast nichts davon ist ortsübergreifend wiederverwendbar. Die Kampfbalance skaliert außerdem schlechter mit der Gruppengröße, als man erwartet, weil sich Statuseffekte vervielfachen: vier Figuren, je sechs Fähigkeiten und vier Statuszustände ergeben eine Testmatrix mit Tausenden Kombinationen. Benenne die Besetzung früh. Wenn sich die Gruppe im zweiten Akt ändert, ist jede zuvor geschriebene Dialogzeile nun bedingt.

Action-RPG

Echtzeitkampf führt einen Timing-Vertrag ein. Der Spieler muss einen Angriff lesen können, bevor er trifft, und du verantwortest jeden Frame zwischen „der Gegner hat sich zum Angriff entschlossen“ und „der Spieler wurde getroffen“. In einem rundenbasierten Spiel gibt es diese Frames nicht. In einem Action-RPG sind sie das ganze Spiel.

Die Lesbarkeit des Gegners ist der schwierigste Teil, und sie ist ebenso ein Rendering-Problem wie ein Animationsproblem. Eine Ankündigung funktioniert, wenn sie die Silhouette verändert, nicht wenn sie eine subtile Armbewegung ist. Bei 60 fps beträgt dein Frame-Budget 16,6 ms, und ein Ausholen von 0,4 Sekunden sind 24 Frames — aber Spieler reagieren zuverlässig erst auf etwa das letzte Drittel dieses Fensters, also liegt der lesbare Teil näher bei acht Frames. Gib dem Angriff eine Antizipationspose, eine emissive oder farbliche Veränderung und ein Audio-Signal. Gib dem Treffer eine unmissverständliche Reaktion. Drei Signale für ein Ereignis sind nicht übertrieben; ein Signal reicht meist nicht.

Die häufigen Fehlerarten, nach Häufigkeit geordnet: Trefferboxen, die größer sind als die Darstellung, Unverwundbarkeitsframes auf null gesetzt, sodass Treffer tauschen immer die richtige Spielweise ist, und mehrere Gegner, die im selben Frame angreifen, ohne Abstandsregel. Letzteres ist ein Designfehler, der sich als Schwierigkeit verkleidet. Begrenze, wie viele Gegner gleichzeitig einen Angriff festlegen können, und der Kampf bleibt bei jeder Gegnermenge lesbar, weil der Spieler nur ein oder zwei eingehende Ankündigungen verfolgen muss.

Open-World-RPG (Skyrim-ähnlich)

Ein RPG-Spiel wie Skyrim fühlt sich wegen Wahrzeichen offen an, nicht wegen der Fläche. Größe ist das, was du zuletzt auslieferst, und das, was Spieler bewusst am wenigsten bemerken. Die Absicht hinter der Suche ist fast immer „Ich möchte eine Richtung wählen und etwas finden“, nicht „Ich möchte eine große Zahl auf dem Kartenschirm“.

Der Test ist konkret: Sieht der Spieler vom Spawnpunkt aus drei Dinge, zu denen er laufen möchte, und sind diese drei Dinge unterschiedlich voneinander? Wenn ein Spieler 45 Sekunden läuft, ohne etwas zu sehen, das er benennen könnte, wirkt die Welt leer, egal wie viel Gelände geladen ist. Die Dichte interessanter Dinge in laufbarer Entfernung ist die eigentliche Variable. Ein Berg, der von überall sichtbar ist und sichtbar näher kommt, während man auf ihn zugeht, leistet mehr als zehnmal so viel Gelände.

Eine nahtlose Welt bedeutet, dass du nicht alles im Speicher halten kannst. Das Gelände wird in Chunks unterteilt — 64-Meter-Kacheln sind eine gängige Arbeitsgröße —, wobei der Ring von Kacheln um den Spieler herum geladen bleibt und der Rest verworfen wird. Jeder Chunk braucht eine detailärmere Version für die Fernzeichnung, ein Navigationsnetz für die KI und eine Spawn-Tabelle für alles, was dort lebt. Außerdem musst du die Nahtstellen behandeln: Eine Figur, die von einem Chunk zum nächsten läuft, darf nicht durch die Verbindung fallen, und ein Questziel muss weiterhin aufgelöst werden, wenn sein Chunk entladen und neu geladen wird.

Plane für die Pipeline, nicht für das Spiel. Die Geländegenerierung, die LOD-Umschaltdistanzen, das Backen des Navmesh und die Spawn-Werkzeuge sind alles Arbeiten, die du erledigst, bevor die erste Quest existiert.

Diese Art hat das schlechteste Verhältnis von Spielstunden zu Bauaufwand auf dieser Liste, und ihre Fehler sind leise. Die Leistung verschlechtert sich allmählich, sodass du es nicht bemerkst, bis die Frame-Zeit bereits schlecht ist und die Behebung einen Umbau des Ladens der Welt erfordert. Wenn du es trotzdem versuchen willst, baue ein Tal mit drei Wahrzeichen, einer Stadt und ohne Ladebildschirme dazwischen. Durchlaufe Mini World und The Cyclops' Island in diesem Maßstab, bevor du beginnst, eine Karte zu zeichnen — beide kalibrieren, was eine einzelne Person tatsächlich füllen kann.

Roguelike & Roguelite

Ein Roguelike erzeugt seinen Dungeon aus einem Regelwerk, tötet dich endgültig und erwartet, dass der nächste Versuch ein anderes Layout hat. Ein Roguelite behält die Generierung und den Tod, fügt aber Meta-Progression hinzu: eine Währung, die den Durchlauf überlebt und dauerhafte Verbesserungen kauft. Der Unterschied ist nicht kosmetisch. Permadeath allein verlangt einen großen Inhaltsvorrat, weil jeder Durchlauf neu wirken muss. Meta-Progression deckt einen dünnen Inhaltssatz ab, indem sie dem Spieler einen Grund gibt, Durchläufe zu wiederholen, die er schon gesehen hat.

Die Durchlauflänge ist die wichtigste Designentscheidung. Ein Durchlauf von 20 bis 40 Minuten ist der derzeit angenehme Bereich für ein Roguelite — lang genug, damit ein Build zusammenkommt und der Spieler die Kosten eines Fehlers spürt, kurz genug, dass ein Verlust nicht wie ein verlorener Abend wirkt. Klassische Roguelikes laufen viel länger, weil sie dich mitten im Abstieg speichern und beenden lassen. Wähle eines und halte daran fest, denn Raumzahl, Schwierigkeitskurve und Speichersystem folgen alle aus dieser Zahl.

Warum der kurze Durchlauf freundlich für ein erstes Projekt ist: Dein Inhaltsbudget gilt pro Durchlauf, nicht pro Stunde. Acht bis zwölf Raumlayouts, zwölf Gegner und ein kleiner Gegenstandsvorrat können viel abwechslungsreiches Spiel erzeugen, weil der Generator und der Spieler die Kombinatorik für dich erledigen. Setze den Generator mit einem Seed und speichere den Seed mit dem Spielstand. Wenn jemand einen kaputten Raum meldet, ist der Seed der gesamte Bugreport und du kannst ihn mit einem Befehl reproduzieren. Die Fehlerart ist unkuratierte Generierung — triviale Räume, unlösbare Räume und Schwierigkeitsspitzen durch eine Gegenstandssynergie, die du nie gesehen hast, weil du diese Kombination nie getestet hast.

Taktik-RPG

Ein Taktik-RPG verlegt den Kampf auf ein Raster und macht Positionierung zu einer Ressource. Die Züge sind diskret, entweder rundenbasiert, seitenbasiert oder von einer Initiative-Warteschlange gesteuert, und der Kampf wird stärker durch Distanz, Deckung, Höhe und Blickrichtung entschieden als durch reine Werte. Der Spieler sieht meist das ganze Schlachtfeld auf einmal, aus einer isometrischen oder hohen Dreiviertel-Perspektive.

Das Raster ist es, das dir Lesbarkeit verschafft. Es gibt dir einen zählbaren, darstellbaren Raum, sodass du jede Kachel hervorheben kannst, die eine Einheit erreichen kann, und jede, die sie treffen kann, bevor der Spieler sich festlegt. Deckung, Höhe und Flankierung werden alle lesbar statt ungefähr. Das ist der strukturelle Vorteil gegenüber einem Action-RPG: Der Spieler kann das Ergebnis einer Entscheidung berechnen, bevor er sie trifft, was bedeutet, dass eine Niederlage seinem Plan zuzuschreiben ist und nicht seinen Reflexen.

Was es kostet, ist die KI. Ein taktischer Gegner muss mögliche Züge bewerten, und eine oberflächliche Bewertung wird innerhalb einer Sitzung ausgenutzt — der Spieler findet den Engpass, das Kiting-Muster oder die Fokusfeuer-Reihenfolge und verliert nie wieder. Die Anzeige der Zugreihenfolge ist der andere versteckte Kostenpunkt: Bei acht Einheiten auf dem Feld muss der Spieler wissen, wer als Nächstes handelt und warum, sonst wirkt der Kampf willkürlich.

Das isometrische Beispiel in Neta Studio ist genau das Richtige, um es zu durchlaufen, bevor du irgendeine KI schreibst. Es zeigt, wie viel Information eine einzelne Kachelhervorhebung trägt und wie schnell der Bildschirm unlesbar wird, sobald sich Reichweitenanzeigen für vier Einheiten überlappen.

Textbasiert & interaktive Fiktion

Ein textbasiertes RPG oder interaktives Fiction-Spiel ist das günstigste RPG zum Ausliefern. Es gibt keine Grafik, keine Animation, kein Pathfinding, keine Physik und keine Kamera. Du brauchst ein Textfeld, eine Zustandsmaschine und eine Möglichkeit zu speichern. Ein funktionierender Vertical Slice ist ein Wochenende Arbeit statt ein Vierteljahr.

Es ist auch am schwersten, einprägsam zu machen, weil die Worte alles tragen müssen, was die Grafik getragen hätte. Entscheidungsbasierte Systeme laufen auf dasselbe Problem zu: Verzweigungen vervielfachen sich. Zehn binäre Entscheidungen sind über tausend Zustände, und du wirst sie nicht testen. Die Lösung ist, Entscheidungen Flags setzen zu lassen, statt die Geschichte aufzuspalten, und die Flags dann an einer kleinen Zahl von Konvergenzpunkten wieder zusammenlaufen zu lassen. Ein parsergesteuertes System hat den umgekehrten Fehler — Spieler tippen Dinge, die du nicht vorhergesehen hast, und „raten Sie das Verb“ macht ein Rätsel zu einem Vokabeltest.

Wo Text weiterhin gewinnt: innere Zustände. Eine Figur, die sich selbst belügt, ist trivial zu schreiben und nahezu unmöglich zu animieren, und ein unzuverlässiger Erzähler funktioniert nur in Prosa. Es ist außerdem der schnellste Weg, ein System zu prototypen — du kannst herausfinden, ob eine Wirtschaft oder eine Rufschleife interessant ist, bevor jemand ein Mesh modelliert. Budgetiere in Wörtern, nicht in Minuten. Eine 30-minütige Spielsitzung braucht mehrere Tausend Wörter Prosa, und Spieler lesen schneller, als du schreibst.

Visual-Novel-RPG

Ein Visual-Novel-RPG ist dialoggetriebener Fortschritt mit aufgesetzten leichten Systemen: ein oder zwei Werte, ein Zuneigungswert, manchmal eine kleine Management- oder Kampfschleife. Die Szenen sind verfasst. Die Systeme entscheiden, welche Szenen sich öffnen. Die Handlungsmacht des Spielers liegt darin, mit wem er Zeit verbringt und was aus seiner Figur wird, nicht darin, wohin er läuft.

Es ist der kürzeste Weg von einer Idee zu etwas Spielbarem. Die erste baubare Version ist ein Hintergrund, ein Charakterporträt, ein Textfeld, zwei Entscheidungen und ein Wert, der sich ändert, wenn du eine wählst. Das kannst du an einem Nachmittag zum Laufen bringen, und es verrät dir bereits, ob das Schreiben und das Tempo tragen. Weil die Systeme klein sind, werden die Fehlerarten früh sichtbar. Wenn die zweite Szene langweilig ist, erfährst du es, bevor du zwölf davon gebaut hast.

Die Falle ist Verzweigung ohne Konvergenz. Ein Baum, in dem jede Entscheidung sich gabelt und nie wieder zusammenläuft, verdoppelt deinen Schreibaufwand bei jeder Verzweigung, und die meisten dieser Äste werden nie gesehen. Nutze Tore statt Gabelungen: Ein Zuneigungs- oder Fähigkeitswert entscheidet, welche aus einer kleinen Zahl von Szenen gespielt wird, und diese Szenen laufen danach wieder in die Hauptlinie ein. Speichere pro Knoten statt pro Szene, sonst spielen Spieler Dialoge erneut, die sie schon gelesen haben, um dorthin zurückzukommen, wo sie waren.

Wähle eine Art und baue sie

Für jede Art findest du hier die kleinste Version, die wirklich spielbar ist — keine Tech-Demo, sondern der erste Ausschnitt, den du jemandem geben und beim Spielen zusehen könntest, ohne ihn zu erklären.

Jeder dieser Ausschnitte ist im 3D Game Builder von Neta Studio baubar. Du beschreibst die Welt und die Regeln in Text, er erzeugt eine Three.js-Szene, in die du hineinlaufen und die du bearbeiten kannst, und du iterierst von dort weiter, ohne eine lokale Engine-Installation oder eine Asset-Pipeline. Beginne mit dem kleinsten Vertical Slice oben, bringe ihn von Anfang bis Ende zum Laufen und füge erst dann das zweite System hinzu. Die Reihenfolge ist wichtiger als die Art, die du gewählt hast.

Laufe in die Welt hinein, zu der sie gehört

Die Artenliste wird erst nützlich, wenn einer davon unter deinem Cursor liegt. Wähle die Art, die deiner Idee am nächsten kommt, und öffne dann ein fertiges Beispiel davon — denn der schnellste Weg, ein Genre zu wählen, ist, den Unterschied zwischen zweien zu spüren.

FAQ