Analyse, Plan, Code, Kontrolle: unser Takt bei der Entwicklung mit KI 🤖

Dass wir bei Blocks Beyond The Stars viel mit KI arbeiten, haben wir hier nie verheimlicht — ohne sie wäre ein Spiel dieser Größe als Feierabendprojekt schlicht nicht machbar. Aber „mit KI entwickeln" heißt bei uns nicht: Wunsch eintippen, Ergebnis übernehmen, hoffen. Über die Monate hat sich ein festes Muster herausgebildet, das erstaunlich altmodisch klingt — und genau deshalb funktioniert. Heute zeigen wir es einmal komplett.

Am Anfang steht immer ein Mensch mit einer Idee. Bevor irgendeine KI irgendetwas tut, hat jemand etwas gewollt oder bemerkt: ein Spieler, der per Feedback-Taste meldet, dass Tiere in seinen Mauern auftauchen — oder wir selbst, wenn Justus beim Spielen sagt, was ihm fehlt. Die KI erfindet bei uns keine Aufgaben. Sie bekommt welche.

Dann arbeitet die KI in Phasen. Vier Stück, immer in derselben Reihenfolge: Analyse, Planung, Implementierung, Verifizieren. (Der fünfte Schritt, das manuelle Testen, kommt danach — aber das ist wieder Menschensache, dazu gleich mehr.) Der wichtigste Trick daran ist, was die KI nicht darf: sofort Code schreiben. Eine KI, die direkt lostippt, löst mit beeindruckender Geschwindigkeit das falsche Problem. Also fängt jede größere Aufgabe mit einer Analyse an — was ist eigentlich schon da, wo liegt die Ursache wirklich, was hängt alles mit dran? Das Ergebnis ist ein Text, kein Code.

Dann kommt der Plan — und der wird gelesen. Auf die Analyse folgt die Planung: Welche Dateien werden angefasst, in welcher Reihenfolge, welche Fallen sind bekannt, welche Entscheidungen sind noch offen? Genau hier tauchen die Fragen auf, die man besser vor dem Programmieren beantwortet („Soll das auch im Browser funktionieren?", „Was passiert mit alten Spielständen?"). Erst wenn der Plan steht, folgt die Implementierung — und die ist dann oft der langweiligste Teil des Ganzen. Genau so soll es sein.

Verwandtes kommt in einen Rutsch. Eine zweite Regel, die uns viel Zeit spart: Wenn mehrere Probleme ähnlich sind oder zusammenhängen — fünf Gamepad-Menüs, die alle dasselbe Fokus-Problem haben, oder fünfzehn Fundstücke aus derselben Testrunde — dann bekommt die KI sie gebündelt als einen Auftrag, nicht als fünfzehn einzelne. Sie muss sich den betroffenen Code dann nur einmal erarbeiten, die Lösungen passen zusammen statt sich zu widersprechen, und nichts fällt zwischen zwei Aufträgen auf den Boden.

Vor jedem Release: zwei getrennte Kontrollgänge. Nach jedem größeren Arbeitsschritt — und immer, bevor eine neue Version zu euch geht — lassen wir die KI noch einmal auf das Ergebnis los. Aber mit zwei bewusst getrennten Untersuchungen. Erstens: Sind die angepeilten Features und Fehlerbehebungen wirklich vollständig umgesetzt — oder steht irgendwo noch ein halbfertiger Rest, ein vergessener Sonderfall, eine Übersetzung, die fehlt? Zweitens, in einem eigenen Durchgang: Haben die Änderungen an anderer Stelle neue Probleme verursacht? Beides in einer Frage zu vermischen funktioniert nicht — wer gleichzeitig nach Lücken und nach Kollateralschäden sucht, findet von beidem die Hälfte. Getrennt gestellt, ersparen uns diese zwei Fragen enorm viel Nacharbeit; ein guter Teil der Dinge, die in den Release-Notes als „nebenbei behoben" auftauchen, stammt genau aus diesen Kontrollgängen.

Und ganz am Ende testet wieder ein Mensch. Der fünfte Schritt ist keine KI-Phase, sondern unsere: manuelles Testen heißt wirklich spielen. Frisch gebaute Version, echtes Gamepad, echtes Kind, das spielt. Vieles, was alle Analysen überlebt, stirbt in den ersten fünf Minuten auf dem Sofa. Denn ob sich etwas gut anfühlt, kann keine Analyse der Welt beantworten.

Wer genau hinschaut, erkennt in dem Muster keine KI-Magie, sondern uraltes Ingenieurshandwerk: erst verstehen, dann planen, dann bauen, dann prüfen. Und die Klammer darum ist bei uns immer dieselbe: Ein Mensch hat die Idee, ein Mensch macht den letzten Test — die KI arbeitet dazwischen. Neu ist nur, wie schnell diese Schleife geworden ist. 🔍