Build-Fix-Validate-Schleife

Wer etwas Kompliziertes herstellt, wird es selten beim ersten Versuch richtig treffen. Deshalb arbeitet man in Runden. In der ersten Runde baut man eine Version, die grob funktioniert. Danach sucht man die Stellen, die nicht stimmen, und verbessert sie. Zum Schluss prüft man, ob die Verbesserung wirklich geholfen hat und nichts anderes kaputtgegangen ist. Diese drei Schritte heißen auf Englisch build, fix und validate, also bauen, reparieren und prüfen. Weil man nach dem Prüfen wieder von vorn anfängt, spricht man von einer Schleife.

Warum niemand ohne diese Runden auskommt

Ein modernes Programm besteht aus Hunderttausenden Zeilen Anweisungen. Kein Mensch kann so viel im Kopf behalten, dass er alle Wechselwirkungen vorhersieht. Fehler sind also nicht die Ausnahme, sondern der Normalfall. Die Schleife ist die organisierte Antwort darauf: Man plant nicht den perfekten Wurf, sondern viele kleine Korrekturen.

Entscheidend ist dabei die Länge einer Runde. Wenn ein Entwickler nach jeder Änderung zwanzig Minuten auf das Ergebnis wartet, schafft er am Tag vielleicht zwanzig Runden. Braucht die Prüfung nur zehn Sekunden, sind es hunderte. Genau deshalb investieren Firmen viel Geld in schnelle Testsysteme. Kurze Schleifen führen zu besserer Software, ohne dass die Leute klüger werden müssen.

Wichtig ist außerdem der dritte Schritt, das Prüfen. Ohne ihn wüsste man nie, ob eine Reparatur an einer Stelle nicht an einer anderen Schaden angerichtet hat. Solche Nebenwirkungen nennt man Regressionen. Eine Schleife ohne Prüfung ist deshalb keine Verbesserung, sondern nur Bewegung.

Was in den drei Schritten passiert

Im Build-Schritt entsteht eine lauffähige Version. Bei Software heißt das: Der geschriebene Text wird in eine Form übersetzt, die der Computer ausführen kann. Schon hier fällt oft der erste Fehler auf, etwa ein vergessenes Zeichen. Der Build ist also gleichzeitig eine erste, sehr grobe Prüfung.

Im Fix-Schritt sucht man die Ursache eines Problems und ändert die Anweisungen. Das ist der Teil, der Erfahrung verlangt, denn das sichtbare Symptom liegt selten dort, wo der Fehler steckt. Im Validate-Schritt laufen dann automatische Tests: kleine Programme, die prüfen, ob das Hauptprogramm bei bekannten Eingaben die erwarteten Ausgaben liefert. Fällt ein Test durch, beginnt die nächste Runde.

Bei KI-Systemen sieht die Schleife ähnlich aus, aber das Prüfen ist schwieriger. Ein Chatprogramm hat keine einzige richtige Antwort, die man abgleichen könnte. Man arbeitet deshalb mit Bewertungsläufen, sogenannten Evaluations: Man schickt hunderte Beispielfragen durch das System und misst, wie oft das Ergebnis brauchbar ist. Verwechseln sollte man die Schleife nicht mit dem Training eines Modells. Beim Training verändert sich das Modell selbst, in der Build-Fix-Validate-Schleife verändern Menschen das Drumherum.

Von der Schulaufgabe bis zum KI-Agenten

Man begegnet dem Muster längst außerhalb der Informatik. Wer eine Deutschklausur schreibt, macht eine Rohfassung, streicht Schwaches heraus und liest am Ende noch einmal Korrektur. Das ist dieselbe Struktur. Auch beim Bau eines Prototyps im Technikunterricht baut, verbessert und testet man in Runden.

In der Tech-Branche taucht der Begriff heute besonders bei KI-Agenten auf. Damit sind Programme gemeint, die eine Aufgabe selbstständig in Teilschritten abarbeiten. Ein solcher Agent schreibt Programmcode, lässt ihn laufen, liest die Fehlermeldung und schreibt ihn neu. Er dreht die Schleife also selbst, ohne dass ein Mensch dazwischen sitzt.

In Firmenberichten und Börsenmeldungen wird das oft als Argument benutzt. Wer die Schleife schneller dreht, bringt Produkte früher heraus. Anbieter von Entwicklungswerkzeugen und Cloud-Rechenzeit verkaufen deshalb genau dieses Versprechen. Wenn du in einer News von kürzeren Entwicklungszyklen liest, ist meistens diese Schleife gemeint.