Leerlauf-Einkommen
Leerlauf-Einkommen zahlt weiter, während der Spieler weg ist. Das Spiel läuft nicht im Hintergrund. Kehrt der Spieler zurück, rechnet es die Zeit der Abwesenheit aus, zahlt mit verringertem Satz bis zu einer festen Grenze und zeigt das Verdiente. Verbesserungen erhöhen den Satz und kosten jedes Mal mehr.

Das sagst du deiner KI
Kopiere es in Claude, Cursor oder ChatGPT. Gute Werte und die typischen Fehler stehen schon drin.
Baue „Leerlauf-Einkommen“ in mein Spiel ein.
Das soll es bewirken: Geld, das wächst, während der Spieler schläft, gibt ihm etwas, wozu er zurückkehren kann, und jede Rückkehr fühlt sich an wie das Öffnen eines kleinen Geschenks.
Baue es genau nach diesem Automaten. Prüfe zuerst, ob er zu meinem Spiel passt, und bau ihn dann so:
```mermaid
stateDiagram-v2
[*] --> present
present: Spielt
away: Abwesend
full: Grenze erreicht
present --> away: Spieler geht
away --> present: Spieler kommt zurück
away --> full: Grenzzeit erreicht
full --> present: kehrt voll bezahlt zurück
```
Nimm diese Startwerte:
- incomePerLevel: 2 coins/s
- offlineCapHours: 8 h
- offlineEfficiency: 0.5 x
- liveGap: 5 s
- baseUpgradeCost: 50 coins
- costGrowth: 1.25 x
Achte auf diese typischen Fehler:
- Ticks zählen statt Zeit: Sag deiner KI: Zahle nach der Zeit, die zwischen zwei Zeitpunkten vergangen ist, nie nach der Zahl der Frames oder Timer-Aufrufe.
- Ein Monat weg zahlt einen Monat: Sag deiner KI: Begrenze die Abwesenheit, die zahlt, und sage die Grenze auf dem Rückkehr-Bildschirm offen.
- Die Uhr des Geräts: Sag deiner KI: Eine Zeit vor der letzten zahlt nichts und nimmt nichts. Nimm die Zeit bei einem Spiel mit echtem Geld oder einer Rangliste von deinem Server.
- Die schlafende App: Sag deiner KI: Ist die Lücke zwischen zwei Aktualisierungen länger als einige Sekunden, zahle sie als Abwesenheit.
- Die Verbesserung wird rückwirkend bezahlt: Sag deiner KI: Zahle erst die Zeit bis jetzt aus und ändere erst dann die Stufe.
- Kleines Einkommen wird weggerundet: Sag deiner KI: Behalte die Bruchteile in der gespeicherten Zahl und runde nur, was der Spieler sieht.
Ändere nichts anderes im Spiel. Behaupte nichts, ohne es zu belegen: Modelliere, was dafür nötig ist, und zeig mir, worauf deine Lösung beruht und woran ich sehe, dass sie klappt. Wenn du etwas nicht zeigen kannst, sag, dass du es nicht weißt. Sag mir danach in einfachen Worten, wie ich es ausprobiere.Oder spar dir das und schließ den MCP an: Dann findet deine KI das alles von selbst.MCP anschließen
Was es bewirkt
Geld, das wächst, während der Spieler schläft, gibt ihm etwas, wozu er zurückkehren kann, und jede Rückkehr fühlt sich an wie das Öffnen eines kleinen Geschenks.
So läuft es ab, als Diagramm
Alles, was es sein kann, und was es weiterbewegt. Genau danach baut deine KI.
So läuft es ab, als Diagramm
- Spielt → Abwesend: Spieler geht
- Abwesend → Spielt: Spieler kommt zurück
- Abwesend → Grenze erreicht: Grenzzeit erreicht
- Grenze erreicht → Spielt: kehrt voll bezahlt zurück
Gute Startwerte
| Wert | Starte mit | Was es ändert |
|---|---|---|
| incomePerLevel | 2 coins/s | Was eine Verbesserungsstufe pro Sekunde einbringt, solange gespielt wird. Es bestimmt das Tempo des ganzen Spiels, ändere es also zuerst, wenn sich das Tempo falsch anfühlt. |
| offlineCapHours | 8 h | Die längste Abwesenheit, die zahlt. Acht Stunden decken eine Nacht oder einen Arbeitstag ab, und der Spieler hat einen Grund, täglich zurückzukehren. Ohne Grenze würde eine lange Pause ein ganzes Spiel auszahlen. |
| offlineEfficiency | 0.5 x | Wie viel vom Spielsatz bei Abwesenheit gezahlt wird. Unter eins lohnt sich Dabeisein weiterhin mehr, als das Spiel in Ruhe zu lassen. Bei eins gibt es keinen Grund zu spielen. |
| liveGap | 5 s | Die längste Lücke zwischen zwei Aktualisierungen, die noch als Spielen zählt. Eine längere Lücke heißt, die App hat geschlafen, und sie wird wie Abwesenheit bezahlt. |
| baseUpgradeCost | 50 coins | Was die erste Verbesserung kostet. Billig genug, um sie innerhalb einer Minute zu kaufen, damit der Spieler die Schleife sofort lernt. |
| costGrowth | 1.25 x | Wie viel mal teurer jede weitere Verbesserung ist als die davor. Es muss über eins bleiben, sonst würden Verbesserungen nie teurer und das Spiel liefe davon. 1,25 lässt den Spieler jedes Mal etwas länger warten. |
Was meistens schiefgeht
Ticks zählen statt Zeit
Der Code addiert Einkommen bei jedem Frame. Ist die App geschlossen, laufen keine Frames, also wird nichts verdient, oder das Handy bremst das Spiel und das Einkommen sinkt.
Lösung: Sag deiner KI: Zahle nach der Zeit, die zwischen zwei Zeitpunkten vergangen ist, nie nach der Zahl der Frames oder Timer-Aufrufe.
Ein Monat weg zahlt einen Monat
Ein Spieler kommt nach 30 Tagen zurück und bekommt 30 Tage Einkommen. Die Verbesserungen, auf die er sparen wollte, sind alle auf einmal gekauft, und das Spiel ist zu Ende.
Lösung: Sag deiner KI: Begrenze die Abwesenheit, die zahlt, und sage die Grenze auf dem Rückkehr-Bildschirm offen.
Die Uhr des Geräts
Ein Spieler stellt die Uhr vor, um die Grenze in einer Minute zu bekommen, oder zurück, und der Code errechnet eine negative Abwesenheit und nimmt Münzen weg.
Lösung: Sag deiner KI: Eine Zeit vor der letzten zahlt nichts und nimmt nichts. Nimm die Zeit bei einem Spiel mit echtem Geld oder einer Rangliste von deinem Server.
Die schlafende App
Ein Handy friert die App eine Stunde im Hintergrund ein, und niemand hat dem Spiel gesagt, dass der Spieler gegangen ist. Beim Aufwachen zahlt es die ganze Stunde zum vollen Spielsatz.
Lösung: Sag deiner KI: Ist die Lücke zwischen zwei Aktualisierungen länger als einige Sekunden, zahle sie als Abwesenheit.
Die Verbesserung wird rückwirkend bezahlt
Der Spieler kauft nach langem Warten eine Verbesserung, und der Code nimmt für die schon vergangene Zeit die neue Stufe, sodass sich die Verbesserung sofort selbst bezahlt.
Lösung: Sag deiner KI: Zahle erst die Zeit bis jetzt aus und ändere erst dann die Stufe.
Kleines Einkommen wird weggerundet
Einkommen von einem Hundertstel Münze pro Frame wird bei jedem Frame auf null gerundet, sodass ein langsames Spiel gar nichts verdient.
Lösung: Sag deiner KI: Behalte die Bruchteile in der gespeicherten Zahl und runde nur, was der Spieler sieht.
So prüfst du, ob es klappt
- Ein Spieler auf Stufe 1, der 2 Münzen pro Sekunde verdient. das Spiel nach 4 Sekunden Spielen aktualisiert: kommen 8 Münzen dazu.
- Ein Spieler auf Stufe 1. 600 Aktualisierungen von je einer sechzigstel Sekunde vergehen: hat der Spieler 20 Münzen, ohne dass etwas durch Runden verloren geht.
- Ein Spieler geht und kommt eine Stunde später zurück. das Spiel die Abwesenheit ausrechnet: zahlt es 3600 Münzen, also die Hälfte der 7200, die Spielen gezahlt hätte.
- Ein Spieler geht und kommt 20 Stunden später zurück. das Spiel die Abwesenheit ausrechnet: zahlt es nur für 8 Stunden, 28800 Münzen, und genau 8 Stunden zahlen dasselbe.
- Ein Spieler spielt, und die App bekommt 10 Minuten lang keine Aktualisierung. die nächste Aktualisierung kommt: zahlen die 600 Sekunden den Abwesenheitssatz, 600 Münzen, und nicht den Spielsatz.
- Ein Spieler zur Zeit 100. die Uhr 40 zeigt oder der Spieler geht und zu einer früheren Zeit zurückkommt: wird nichts gezahlt und keine Münze genommen.
- Ein Spieler mit 50 Münzen, 4 Sekunden nach der letzten Aktualisierung. er die erste Verbesserung kauft: bringen die 4 Sekunden 8 Münzen zum alten Satz, dann werden 50 ausgegeben, und es bleiben 8 Münzen auf Stufe 2.
- Ein Spieler mit 49 Münzen. er die erste Verbesserung versucht, die 50 kostet: wird nichts ausgegeben und die Stufe bleibt.
- Die erste Verbesserung kostet 50 und jede weitere das 1,25-Fache. die Kosten der nächsten zwei errechnet werden: betragen sie 63 und 79, aufgerundet.
- Ein Spieler, der gegangen ist. eine Verbesserung verlangt wird, bevor er zurück ist: passiert nichts.
Passt gut zu
- Münzbeutel: Die Geldbörse besitzt das Guthaben und seine Grenzen. Zeige den Abwesenheitsbetrag auf dem Rückkehr-Bildschirm, bevor du ihn addierst, damit der Spieler sieht, woher er kommt. Zahle in die Geldbörse ein, nachdem der Abwesenheitsbetrag errechnet ist.
- Laden (Kaufen und Verkaufen): Jeder Kauf, der den Einkommenssatz ändert, folgt derselben Regel wie hier die Verbesserung: Zahle zuerst die Vergangenheit zum alten Satz. Rechne das Einkommen bis jetzt aus, bevor etwas gekauft wird.
- Tägliche Belohnungen: Beide begrüßen einen zurückkehrenden Spieler. Lege sie auf einen Rückkehr-Bildschirm, damit der Spieler nicht von zwei Fenstern hintereinander empfangen wird. Zeige zuerst den Abwesenheitsbetrag, dann die tägliche Belohnung.
Häufige Fragen
wie verdienen Idle-Spiele, während die App geschlossen ist
Sie laufen nicht. Kommt der Spieler zurück, vergleicht das Spiel die jetzige Zeit mit der Zeit, zu der er ging, und zahlt das Einkommen für diese Zeit auf einmal aus.
wie lange sollte der Offline-Verdienst dauern
Fang mit einer Grenze von acht Stunden zum halben Spielsatz an. Das bezahlt eine Nacht Abwesenheit und lässt Spielen trotzdem mehr wert sein als Warten.
wie verhindere ich, dass Spieler das Leerlauf-Einkommen mit der Uhr austricksen
Ignoriere eine Zeit vor der zuletzt gesehenen und begrenze die Abwesenheit. Geht es um Geld oder eine Rangliste, frage deinen Server nach der Zeit und vertraue nicht dem Gerät.
was sage ich meiner KI, damit sie Leerlauf-Einkommen einbaut
Füge das ein: Baue Leerlauf-Einkommen ein. Speichere die Zeit, zu der der Spieler ging. Zahle bei der Rückkehr den halben Spielsatz für die Abwesenheit, auf 8 Stunden begrenzt, und zeige den Betrag. Behandle eine lange Lücke zwischen zwei Aktualisierungen als Abwesenheit, zahle nie eine negative Zeit und zahle die Zeit bis jetzt aus, bevor eine Verbesserung den Satz ändert.
Woher es kommt
Für diese Idee konnten wir noch keine verlässliche Herkunft finden.
Was geprüft wurde
- 18 Tests bestehen auf dem Referenzcode.
- Das Zustandsdiagramm wurde gegen den Code geprüft, mit den Standardwerten und mit jedem niedrigsten und höchsten Wert der Liste.
Deine KI bekommt den Code
Fertiger Beispielcode kommt über die Spielerando-Verbindung, damit deine KI ihn sofort nutzen kann. So verbindest du es