Idle Clicker mit KI bauen: die Kostenkurve entscheidet
Idle Clicker mit KI bauen: die Kostenkurve entscheidet
Ein Zähler, der beim Klicken steigt, Ausbauten, die ihn erhöhen, und Erzeuger, die auch ohne Zutun produzieren: Daraus baut Zugo in etwa einer Minute für 6 Credits einen spielbaren Idle Clicker. Der Build gelingt fast immer. Die Balance fast nie, und genau dort landen die Änderungen zu je 3 Credits.
Ein Idle Clicker hat keine Physik, keine Kollisionen und keine Reaktionsanforderung. Er ist eine Tabellenkalkulation im Kostüm. Das Kostüm ist einfach, die Tabelle entscheidet darüber, ob jemand länger als zwei Minuten dabei bleibt.
Woraus besteht ein Idle Clicker?
Aus vier Teilen. Einer Ressource, die wächst. Einer Handlung, die sie direkt erhöht. Käuflichen Dingen, die sie automatisch erhöhen. Und einer Kostenkurve, die jeden weiteren Kauf teurer macht, sodass das nächste Ziel immer knapp außer Reichweite bleibt.
Der letzte Punkt ist das Genre. Ohne steigende Kosten ist das Spiel nach dreißig Klicks vorbei. Mit ihnen entsteht eine Schleife, die sich selbst erneuert: sparen, kaufen, Produktion springt, nächstes Ziel erscheint, wieder sparen. Alles andere ist Thema und Farbe.
Deshalb passt dieses Genre ungewöhnlich gut zu einer Textbeschreibung. Es gibt nichts zu zeichnen und nichts zu animieren, was über Erfolg entscheiden würde. Sie beschreiben Zahlen und ihre Verhältnisse zueinander, und Zahlen lassen sich in einem Satz genauer sagen als jede Bewegung.
Welche Werte muss der Prompt festlegen?
Vage Wirtschaft, vages Spiel. Diese fünf Angaben tragen das Ergebnis.
| Baustein | Zu vage | So baut es sich |
|---|---|---|
| Ressource | „ein Klickerspiel" | „ein Klick auf den Hauptknopf bringt eine Münze, Gesamtstand oben sichtbar" |
| Handverbesserung | „Ausbauten" | „bessere Klicks kaufen, jeder Kauf verdoppelt den Ertrag pro Klick" |
| Erzeuger | fehlt meistens | „drei Erzeuger, die Münzen je Sekunde bringen, gekauft mit Münzen" |
| Kostenkurve | fehlt meistens | „jeder weitere Kauf desselben Dings kostet 15 Prozent mehr als der vorige" |
| Rückmeldung | fehlt meistens | „Münzen je Sekunde anzeigen, aufsteigende Zahlen beim Klick, kurze Kaufanimation" |
Die Zeile zur Kostenkurve ist die wichtigste. Fehlt sie, wählt der Build irgendeinen Wert, und Sie verbrauchen mehrere Änderungen mit der Erkenntnis, dass entweder nach zwei Minuten alles gekauft ist oder gar nichts jemals erreichbar wird.
Das Thema hilft hier mehr als in anderen Genres, weil so wenig anderes auf dem Bildschirm steht. Eine Bäckerei, in der man Brötchen backt, Gesellen einstellt und Filialen eröffnet, liefert bessere Knopfbeschriftungen und bessere Namen für Ausbauten als die Vorgabe „Idle Clicker".
Warum entscheidet die Kostenkurve über alles?
Weil in einem Idle Spiel zwei Kurven gleichzeitig wachsen und leicht aus dem Takt geraten. Die Produktion wächst mit dem, was man besitzt. Der Preis wächst mit dem, was man schon gekauft hat. Wächst der Preis langsamer als die Produktion, ist das Spiel vorbei. Wächst er schneller, bleibt der Spieler stecken.
Das Symptom erkennt man leicht, wenn man die Form kennt. Spielen Sie ein paar Minuten am Stück: Wenn Sie alle paar Sekunden gedankenlos etwas kaufen, sind die Kosten zu flach. Wenn Sie nur zusehen, wie eine Zahl auf einen Preis zukriecht, und sonst nichts tun können, sind sie zu steil.
Beheben Sie es aus der Sicht des Spielers und nicht aus der Sicht der Mathematik. Sätze wie „der erste Erzeuger soll nach etwa zehn Sekunden Spielzeit bezahlbar sein" oder „es soll immer etwas geben, das innerhalb einer halben Minute erreichbar ist" setzt ein Build direkt um.
Solche Vorgaben sind deutlich nützlicher als ein bestimmter Faktor, den Sie selbst nie getestet haben. Und sie sind überprüfbar: Sie spielen und schauen auf die Uhr, statt über eine Formel zu diskutieren.
Wie schreibe ich große Zahlen lesbar?
Diese Frage wird regelmäßig vergessen und fällt jedem deutschsprachigen Spieler sofort auf. Der Punkt trennt die Tausender, das Komma steht vor den Nachkommastellen. Eine Anzeige mit 1,250,000 sieht für Ihr Publikum falsch aus, richtig wäre 1.250.000.
Nennen Sie das im Prompt ausdrücklich, zusammen mit den Abkürzungen: ab tausend in Tsd., ab einer Million in Mio., ab einer Milliarde in Mrd., jeweils mit einer Nachkommastelle. Ohne diese Angabe wachsen die Zahlen irgendwann über den Knopf hinaus und die Anzeige bricht um.
Das gilt auch für die Produktion je Sekunde. Sie ist die Zahl, auf die der Spieler am häufigsten schaut, und sie sollte an einer festen Stelle stehen, damit sie beim Wachsen nicht springt. Solche Kleinigkeiten kosten eine Änderung und wirken stärker als jede zusätzliche Ausbaustufe.
Wo wird der Spielstand gespeichert?
Fragen Sie danach, denn automatisch geschieht es nicht, und es ist der Unterschied zwischen einer Vorführung und einem Spiel. Zwei Dinge gehören in dieselbe Änderung: der Fortschritt bleibt im Browser gespeichert, und wer nach Stunden zurückkommt, findet den Ertrag der Zwischenzeit vor.
Dieser zweite Punkt trägt das ganze Genre. Jemand schließt den Tab, kommt am nächsten Tag wieder und sieht einen Haufen Münzen warten. Genau das holt Spieler zurück, und es ist ein einziger Satz im Prompt.
Die Grenze sollten Sie trotzdem kennen. Speichern im Browser heißt: in diesem Browser, auf diesem Gerät. Der Fortschritt wandert nicht mit auf das Telefon, und wer die Websitedaten löscht, löscht ihn mit.
Ein Konto mit Speicherung in der Cloud braucht eine Datenbank, also Supabase am Projekt. Das ist echte Arbeit und keine Chatnachricht, aber es ist machbar, wie in kann KI eine Datenbank-App bauen beschrieben.
Was kostet ein Idle Clicker?
| Aktion | Standard | Im Hi-Fi-Modus |
|---|---|---|
| Neuer Build | 6 Credits | 12 Credits |
| Änderung an der Wirtschaft | 3 Credits | 6 Credits |
| Plattform mit Spiel, Konto und Bestenliste | 12 Credits für drei Seiten, danach 3 je weiterer Seite | doppelt |
Free enthält 5 Credits, Pro kostet 25 $ im Monat für 200 Credits, Business 99 $ für 800. Zweihundert Credits sind grob 33 Builds oder 66 Änderungen im Monat, abgerechnet in US-Dollar.
Idle Spiele liegen im Mittelfeld. Der Bau selbst ist einfach, die Balance ist echte Handarbeit, deshalb rechnen Sie mit mehr Änderungen als bei einem Tapper und mit weniger als bei einem regelschweren Kartenspiel. Zehn bis fünfzehn Änderungen sind ein realistischer Ansatz für etwas, das man in einem Tab offen lässt.
Wo hört ein einzelner Prompt auf?
An der Prestige-Mechanik stoßen die meisten zuerst an. Den Fortschritt gegen einen dauerhaften Bonus zurückzusetzen ist beschreibbar. Eine Prestige-Wirtschaft, die auch nach dem dritten Zurücksetzen noch interessant bleibt, ist Entwurfsarbeit und entsteht über viele Änderungen, nicht in einer.
Die härtere Grenze ist der Wettbewerb. Bestenlisten mit echtem Ehrgeiz, Gilden oder Tausch zwischen Spielern brauchen einen Server, der den Spielstand hält, denn alles, was im Browser liegt, kann ein hartnäckiger Spieler ändern. Zahlungen über Stripe und eine Datenbank lassen sich anschließen, aber ein Idle Spiel mit echtem Einsatz auf den Zahlen ist ein Produkt mit Serverteil und keine Seite.
Und es bleibt ein Browserspiel ohne Benachrichtigungen, die Spieler zurückrufen. Für ein großes, dauerhaft gepflegtes Produkt ersetzt der Builder kein Entwicklungsteam. Ein Genre mit sehr viel klareren Grenzen ist das Memory-Spiel, ein regelnäheres Rasterspiel Match 3.
Wie fange ich an?
Schreiben Sie zuerst die Wirtschaft auf, dann das Thema. Das fühlt sich verkehrt herum an und liefert trotzdem das bessere Spiel, weil das Thema in fünf Minuten austauschbar ist und die Zahlen nicht.
Bauen Sie danach eine Fassung, spielen Sie fünf Minuten ohne wegzuklicken und achten Sie nur auf den Moment, in dem sich nichts mehr zu kaufen lohnt. Dieser Moment ist Ihre erste Änderung, und meistens auch schon die wichtigste.
Vor der Übergabe läuft jeder Build durch eine Sandbox, ein Build, der nicht öffnet, wird nicht ausgeliefert. Sie fangen also mit etwas an, das läuft, und arbeiten an dem, was zählt. Anfangen können Sie auf zugo.dev.