Zwei Bauende setzen verschiedene Blöcke auf dieselbe Stelle

In einer gemeinsamen Welt verändern viele gleichzeitig winzige Stücke, und der Spielstand soll nur das Geänderte enthalten. Hier steht, wie jede Stelle ihren eigenen Änderungszähler hat, wie ein zu später Bauender abgewiesen wird und die kleine Falle beim Abbauen.

Warum das funktioniert

Wer baut, handelt nach dem, was er zuletzt sah, also ist eine Änderung nur fair, wenn das noch stimmt. Bekommt jede Stelle eine Version und wird eine Änderung auf alter Grundlage abgelehnt, gibt es keine stillen Überschreibungen, und die Absage zeigt gleich den aktuellen Stand.

Wann es das Falsche ist

Nicht nötig, wenn immer nur eine Person baut oder wenn die letzte Änderung einfach gewinnen soll, etwa beim Anmalen eines Bodens. In einer belebten kreativen Welt kann eine Absage jedes Mal nerven; reihe die Änderungen dann ein und wende sie der Reihe nach an.

Im ganzen Eintrag

Was zu bauen ist, Schritt für Schritt
Startwerte und warum genau diese
3 typische Fehler und die Lösung
Ein Diagramm aller Zustände
26 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 Bauende setzen verschiedene Blöcke auf dieselbe Stelle“ (read_entry build-on-the-same-tile) 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