Aneinandergereihte Befehle und ein Angriffsmarsch, der kämpft und dann weiterzieht

Spieler geben einem Trupp eine Kette von Befehlen und erwarten, dass er marschiert, kämpft, was ihm begegnet, und weiterzieht. Der übliche Fehler ist ein Kampf, der den Rest der Kette frisst, oder ein neuer Befehl, der alles löscht, obwohl er angehängt werden sollte. So sieht die Befehlsliste aus, die sich richtig verhält.

Warum das funktioniert

Was eine Einheit gerade tut, wird jedes Mal neu aus ihrer Befehlsliste und ihrer Umgebung abgeleitet. Vom Kampf selbst wird nichts gespeichert, also kann nichts veralten und die wartenden Befehle verschlucken.

Wann es das Falsche ist

Es passt schlecht zu Spielen, in denen jede Einheit selbst entscheidet und die Spielerin nur ein Ziel vorgibt, oder in denen ein Trupp bei Gefahr seinen Plan verwerfen muss. Dort gib Einheiten besser eine Rangfolge von Wünschen statt einer festen Kette.

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 3 bestandenen Prüfungen
• Wie deine KI dir zeigt, dass es funktioniert

Das sagst du deiner KI

Nimm den Spielerando-Eintrag „Aneinandergereihte Befehle und ein Angriffsmarsch, der kämpft und dann weiterzieht“ (read_entry queued-orders-and-attack-move-resume) 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