Mit einer berechenbaren Spielschleife beginnen
Ein Idle-Game-Maker ist besonders nützlich, wenn er Ihnen hilft, eine überprüfbare Spielschleife zu erstellen: für eine Ressource klicken, ein Upgrade kaufen und beobachten, wie dieses automatisch Ressourcen produziert. Beginnen Sie mit einer Währung und einem Generator. Prestige-Resets, mehrere Fabriken und riesige Zahlen können warten, bis sich die kleine Spielökonomie vorhersehbar verhält.
Dieses Tutorial verwendet ein anschauliches Gewächshausspiel, kein generiertes oder getestetes Projekt. Seine Münzen sind fiktive Spielwährung, kein echtes Geld und keine Einnahmen für Kreative. Sie definieren die Spielschleife, berechnen erste Käufe, prüfen die automatische Produktion und nehmen eine messbare Balanceänderung vor. Ziel ist ein vollständiger Prototyp zum Verdienen und Aufwerten, den Sie in einer Sitzung beurteilen können. Speichern und Offline-Belohnungen gehören zur nächsten Phase, nachdem diese Grundlage funktioniert.
Den Einstieg wählen
Der passende Ausgangspunkt hängt davon ab, wie viel Kontrolle Sie brauchen und welche Arbeit Sie zu prüfen bereit sind.
| Ansatz | Nützlich, wenn | Vor der Festlegung prüfen |
|---|---|---|
| KI-unterstützte Arbeitsumgebung | Sie eine kleine Spielschleife beschreiben und ein generiertes Ergebnis schrittweise ändern möchten. | Generierte Regeln untersuchen und unterstützte Veröffentlichungsoptionen prüfen. |
| Idle-Spielvorlage | Sie eine bestehende Spielschleife anpassen möchten. | Prüfen, welche Mechaniken, Assets und Lizenzbedingungen sich ändern lassen. |
| Allgemeine Game Engine | Sie detaillierte Kontrolle über Systeme und Darstellung benötigen. | Aufwand für Umsetzung, Tests und Wartung einplanen. |
Dieses kleine Idle-Spielbriefing kopieren
Erstelle ein Idle-Gewächshausspiel für Browser auf einem Bildschirm mit einer Pflanze, Münzzähler, Gärtnerzahl, Anzeige der Münzen pro Sekunde und Schaltfläche „Gärtner kaufen“. Ein Klick auf die Pflanze gewährt eine fiktive Münze. Jeder vorhandene Gärtner produziert eine Münze pro Sekunde. Der nächste Gärtner kostet ceil(10 × 1.15^n), wobei n die bereits vorhandene Anzahl ist. Ein Kauf zieht diesen Preis einmal ab und fügt einen Gärtner hinzu. Lehne Käufe bei unzureichendem Guthaben ab. Beginne mit null Münzen und keinen Gärtnern. Zeige vor dem Zurücksetzen der Sitzung eine Bestätigung. Neuladen startet in dieser ersten Version eine neue Sitzung; erkläre das deutlich. Keine Offline-Belohnungen, Werbung, echten Zahlungen, Prestige, Mehrspielerfunktionen oder zusätzlichen Währungen.
Schritt 1: Einen sauberen Anfangszustand herstellen
Fordern Sie Zähler und Klickaktion vor der automatischen Produktion an. In einer neuen Sitzung sollte die Anzeige null Münzen, null Gärtner und null Münzen pro Sekunde zeigen. Klicken Sie zehnmal auf die Pflanze und prüfen Sie, ob zehn Münzen vorhanden sind. Klicks auf dekorative Bereiche sollten nichts gewähren. Ein gedrückt gehaltener Zeiger sollte nicht stillschweigend zu wiederholten Klicks werden, sofern Sie dieses Verhalten nicht bewusst festlegen.
Notieren Sie Anfangszustand und tatsächliches Ergebnis in einem kurzen Durchlaufprotokoll. Gewährt eine Eingabe zwei Münzen, bitten Sie um Korrektur des doppelten Eingabehandlers, statt die Belohnung zu ändern. Halten Sie die Prüfung des sauberen Starts während der Entwicklung verfügbar: Sie liefert für jeden späteren Vergleich dieselbe Grundlage.
Schritt 2: Käufe mit sichtbarer Preisregel hinzufügen
Kaufen Sie mit zehn Münzen und ohne Gärtner einmal. Erwartet werden ein Guthaben von null, ein Gärtner und eine Produktionsrate von einer Münze pro Sekunde. Der nächste Preis beträgt zwölf Münzen, weil ceil(10 × 1.15) den Wert 11,5 aufrundet. Nach zwei Gärtnern beträgt der folgende Preis vierzehn Münzen. Mit diesen kleinen Zahlen lassen sich Abweichungen leicht erkennen.
Versuchen Sie Käufe bei unzureichendem Guthaben, klicken Sie schnell und drücken Sie die Schaltfläche wiederholt. Jeder erfolgreiche Kauf muss den dafür angezeigten Preis verwenden, ihn einmal abziehen und einen Gärtner gewähren. Eine deaktiviert aussehende Schaltfläche genügt nicht; auch die Kauflogik muss ungültige Anfragen ablehnen. Stimmen angezeigter und abgezogener Preis nicht überein, korrigieren Sie ihre gemeinsame Berechnung, bevor Sie Sammelkäufe hinzufügen.
Schritt 3: Automatische Produktion anhand der verstrichenen Zeit prüfen
Fordern Sie eine Produktion auf Basis der verstrichenen Zeit statt einer festen Belohnung pro gerendertem Bild an. Andernfalls können Bildschirmwiederholrate oder Drosselung im Hintergrund die Ökonomie verändern. Mit einem Gärtner und ohne manuelle Klicks sollten zehn gemessene Sekunden ungefähr zehn Münzen hinzufügen. Geben Sie eine kleine Beobachtungstoleranz an, denn das Ablesen eines wechselnden Zählers ist keine exakte Zeitmessung.
Wiederholen Sie dies mit zwei Gärtnern: Erwartet werden zwei Münzen pro Sekunde. Entscheiden Sie, wie Bruchteile intern erhalten und ganze Münzen angezeigt werden. Wird jede kleine Produktionsaktualisierung abgerundet, können Erträge verloren gehen; eine Rundung nur für die Anzeige sollte den gespeicherten Gesamtwert nicht ändern. Halten Sie Gärtnerzahl, Rate und Preis sichtbar, damit Spielende verstehen, was ein Kauf verändert.
Schritt 4: Das Tempo prüfen, bevor die Ökonomie geändert wird
Spielen Sie vom gleichen sauberen Start aus und notieren Sie die Zeit bis zum ersten und zweiten Kauf. Entscheiden Sie, ob das angestrebte Erlebnis aktives Klicken, passives Warten oder eine Mischung ist. Fühlt sich die erste Wartezeit zu lang an, ändern Sie eine Variable, statt gleichzeitig Klickbelohnungen, Produktion und Rabatte zu erhöhen.
Senken Sie für eine begrenzte Änderung den Grundpreis eines Gärtners von zehn auf acht und behalten Sie Wachstumsfaktor 1.15 und Produktionsrate von einer Münze bei. Die ersten drei neuen Preise sollten acht, zehn und elf sein. Fordern Sie genau diese Änderung an und wiederholen Sie anschließend Prüfungen für Klicken, unzureichendes Guthaben, Käufe und zeitlich gemessene Produktion. Eine neue Preisanzeige allein belegt nicht, dass die Kauflogik korrekt geändert wurde.
Schritt 5: Die Sitzungsschleife abschließen und die nächste Grenze festlegen
Fügen Sie eine Rücksetzbestätigung hinzu und testen Sie beide Entscheidungen. Abbrechen muss die Sitzung erhalten; Bestätigen muss null Münzen, null Gärtner, den Anfangspreis und null Produktion wiederherstellen. Prüfen Sie, dass ein abgebrochener Reset den Produktionstimer nicht stoppt und ein bestätigter Reset keinen alten Timer weiterlaufen lässt.
Erklären Sie vor dem Teilen, dass diese Version beim Neuladen neu beginnt. Verbergen Sie diese Grenze nicht hinter einer allgemeinen „Speichern“-Beschriftung. Sobald die vollständige Sitzungsschleife besteht, bewahren Sie die funktionierende Version auf und fügen Sie Persistenz und Offline-Belohnungen als separate Änderung hinzu. So bleibt ein späterer Speicherfehler von einem Kauf- oder Produktionsfehler unterscheidbar.
Testmatrix für die erste Spielschleife
Dies sind berechnete Erwartungen für das anschauliche Briefing, keine Ergebnisse eines getesteten Builds.
| Aktion oder Zustand | Erwartetes Ergebnis | Prüfmethode |
|---|---|---|
| Neue Sitzung starten | 0 Münzen und 0 Gärtner. | Vor dem Klicken beide Zähler ablesen. |
| Einmal auf die Pflanze klicken | Das Guthaben steigt um eine fiktive Münze. | Guthaben vor und nach einem Klick vergleichen. |
| Den ersten Gärtner kaufen | 10 Münzen werden abgezogen und die Anzahl steigt auf 1. | Mit weniger als 10 und dann mit genau 10 Münzen versuchen. |
| Den zweiten Preis prüfen | ceil(10 × 1.15) = 12 Münzen. | Sichtbaren Preis mit dem tatsächlich abgezogenen Betrag vergleichen. |
| Mit einem Gärtner 10 Sekunden warten | Ungefähr 10 Münzen werden produziert. | Verstrichene Zeit messen und Anzeige- sowie Zeitmessgenauigkeit berücksichtigen. |
| Den ersten Prototyp neu laden | Die Sitzung beginnt von vorn. | Vor dem Neuladen bestätigen, dass die Seite dieses Verhalten erklärt. |
Welche Rolle SEELE im Workflow spielt
SEELE unterstützt promptgesteuerte Spielerstellung und iterative Anfragen zu Szenen, Assets und Spielcode. Verwenden Sie das Gewächshausbriefing als Eingabe für einen kleinen Prototyp-Kandidaten und nennen Sie anschließend beobachtete Abweichung, erwarteten Wert und die unverändert zu erhaltende Regel. Beschreiben Sie beispielsweise einen Kauf, der zwölf Münzen abzieht, aber zwei Gärtner gewährt, statt eine allgemeine Verbesserung anzufordern.
Das nützliche Ergebnis ist ein Build, den Sie anhand eigener Prüfungen untersuchen können. Gehen Sie nicht davon aus, dass das Briefing eine bestimmte Implementierung, ein Exportformat, Gerätekompatibilität oder eine sichere Ökonomie garantiert. Trennen Sie visuelle Änderungen von Änderungen der Ökonomie, damit der nächste Test weiterhin eine klare Frage beantwortet.
Die kleine Ökonomie abschließen, bevor weitere Systeme hinzukommen
Ein nützliches erstes Idle-Spiel bietet verständliche Einnahmen, vorhersehbare Käufe, sichtbare Produktion und einen sauberen Reset. Das Gewächshausbriefing hält diese Entscheidungen klein genug für eine Prüfung von Hand. Mehr Währungen reparieren keinen Kauf, der doppelt abbuchen kann, und Prestige behebt keine an die Bildrate gebundene Produktion.
Geben Sie das Briefing in SEELE ein und fordern Sie zunächst den Klick-und-Kauf-Ausschnitt an. Speichern Sie Ihre Beobachtungen mit dem Projekt und nehmen Sie jeweils eine Änderung vor. Nachdem die vollständige Sitzungsschleife besteht, können Sie versionierte Speicherstände und begrenzten Offline-Fortschritt angehen, ohne die funktionierende Ökonomie zu ersetzen.
FAQ
Kann ein Idle-Spiel funktionieren, ohne dauerhaft zu laufen?
Ja. Eine spätere Version kann die Produktion bei der Rückkehr berechnen, statt bei geschlossenem Spiel eine Simulation auszuführen. Dafür sind gespeicherter Zustand, ein Zeitstempel für die Gutschrift und eine ausdrückliche Abrechnungsregel nötig. Prüfen Sie zuerst die Ökonomie der aktiven Sitzung; Offline-Belohnungen bringen separate Persistenz- und Zeitprobleme mit sich, die dieser Einstiegs-Build bewusst auslässt.
Sollte die erste Version riesige Zahlen verwenden?
Nein. Kleine Werte erleichtern das Erkennen von Rundungsfehlern und doppelten Belohnungen. Übersteigt der Fortschritt später die übliche numerische Genauigkeit, wählen Sie eine geeignete Darstellung großer Zahlen und testen Sie Arithmetik, Formatierung und Speicherkompatibilität gemeinsam. Eine Zahlenbibliothek ersetzt nicht die Prüfung von Kauf- und Abrechnungsregeln.
Bedeutet das Verdienen von Münzen, dass das Spiel echtes Geld einbringt?
Nein. Münzen sind in diesem Beispiel nur eine Spielressource. Werbung, Käufe, Zahlungen an Kreative und Vertrieb betreffen separate technische Systeme, Richtlinien und geschäftliche Entscheidungen. Bestätigen Sie aktuelle Produktfähigkeiten und Bedingungen unabhängig davon; eine funktionierende Idle-Spielschleife belegt weder Einnahmen noch Nutzerbindung oder kommerzielle Einsatzreife.
