Zwei Spieler legen denselben Hebel gleichzeitig um, und er steht danach unverändert

Jeder zieht den Hebel einmal, das Spiel schaltet ihn zweimal um, und er sieht aus, als hätte niemand ihn berührt. Oder ein später Zug nach einem veralteten Bild des Raums schaltet etwas aus, das an bleiben sollte. So formulierst du solche Befehle.

Warum das funktioniert

Ein Befehl wie umlegen ergibt nur Sinn, wenn man den aktuellen Zustand kennt, und eine verspätete Nachricht kennt ihn nie. Wer sagt, was daraus werden soll, verhindert, dass eine Wiederholung oder eine sich kreuzende Nachricht jemandes Absicht umdreht.

Wann es das Falsche ist

Nicht für Dinge, die man bewusst oft drückt, etwa einen Zähler, einen Schalter, der Farben durchwechselt, oder einen Knopf, der einen Schuss auslöst. Dort ist jeder Druck ein neues Ereignis, also schicke ihn als solches und zähle ihn.

Im ganzen Eintrag

• Was zu bauen ist, Schritt für Schritt
• Startwerte und warum genau diese
• 3 typische Fehler und die Lösung
• 17 Zeilen Beispielcode mit 4 bestandenen Prüfungen
• Wie deine KI dir zeigt, dass es funktioniert

Das sagst du deiner KI

Nimm den Spielerando-Eintrag „Zwei Spieler legen denselben Hebel gleichzeitig um, und er steht danach unverändert“ (read_entry shared-lever-set-not-toggle) für mein Spiel. Bau ihn Schritt für Schritt ein und zeig mir, wie du geprüft hast, dass er funktioniert.

Oder spar dir das und schließ den MCP an: Dann findet deine KI das alles von selbst.MCP anschließen