Iterative Deployment

Wer ein neues Computerprogramm entwickelt hat, muss entscheiden, wie er es der Öffentlichkeit übergibt. Eine Möglichkeit ist der große Knall: Alles wird fertig gebaut und dann für alle gleichzeitig freigeschaltet. Iterative Deployment macht das Gegenteil. Das Produkt wird früh und unfertig herausgegeben, aber nur an eine kleine Gruppe von Nutzern. Man beobachtet, was schiefgeht, bessert nach und öffnet danach für eine größere Gruppe. Dieser Zyklus aus Freigeben, Beobachten und Nachbessern wiederholt sich viele Male, daher das Wort iterativ, das schlicht wiederholend bedeutet.

Warum KI-Firmen ihre Modelle nicht im Labor testen können

Bei klassischer Software lässt sich vieles vorher durchrechnen. Ein Buchhaltungsprogramm hat eine überschaubare Zahl möglicher Eingaben, und Fehler zeigen sich in Tests. Bei einem Sprachmodell, also einem Programm, das auf beliebige Texteingaben antwortet, ist das anders. Niemand kann alle Fragen vorhersehen, die Millionen Menschen stellen werden. Auch nicht die kreativen Tricks, mit denen Nutzer die Sicherheitsregeln umgehen.

Genau deshalb ist die schrittweise Freigabe für viele KI-Unternehmen zur Standardbegründung geworden. Ihr Argument lautet: Die Gesellschaft lernt am besten mit der Technologie umzugehen, wenn sie diese früh und in kleinen Dosen kennenlernt. Ein Sprung von nichts auf ein extrem fähiges System wäre riskanter als eine Reihe kleiner Schritte. Auch Behörden, Lehrer und Journalisten bekommen so Zeit, sich ein Bild zu machen.

Kritiker halten dagegen, dass hier ein Geschäftsmodell als Sicherheitsphilosophie verkauft wird. Frühe Freigabe bedeutet nämlich auch: früher Umsatz, früher Marktanteil und kostenlose Fehlersuche durch die Nutzer. Wer diesen Vorwurf ernst nimmt, sollte bei jeder solchen Ankündigung fragen, welche Schritte konkret geplant sind und woran der Abbruch festgemacht wird.

Vom geschlossenen Test zur allgemeinen Freigabe

Der erste Schritt ist meist ein Test mit wenigen ausgewählten Personen. Oft sind das Sicherheitsforscher, die gezielt versuchen, das System zu Fehlverhalten zu bringen. Diese Rolle nennt man Red Teaming, angelehnt an militärische Übungen, bei denen eine Gruppe den Angreifer spielt. Was dabei auffällt, fließt in Korrekturen ein, bevor jemand anderes das System sieht.

Danach folgt eine Beta-Phase mit einigen tausend Nutzern, häufig mit Warteliste. Jetzt zeigt sich Verhalten, das im Labor nie aufgetreten wäre. Parallel laufen technische Verfahren wie Canary Releases: Ein kleiner Prozentsatz der Anfragen wird auf die neue Version geleitet, der Rest bleibt bei der alten. Steigen die Fehlermeldungen, lässt sich der Schalter in Sekunden zurückdrehen. Diesen Rückzug nennt man Rollback.

Erst am Ende steht die allgemeine Freigabe. Wichtig ist: Der Zyklus hört dort nicht auf. Auch ein veröffentlichtes Modell wird weiter beobachtet, nachtrainiert und über Nutzungsregeln eingegrenzt. Ein häufiger Irrtum ist, iterative Freigabe mit Unfertigkeit gleichzusetzen. Der Unterschied liegt darin, ob jemand systematisch misst und nachsteuert oder ob einfach schlampig gearbeitet wurde.

Wartelisten, Beta-Labels und Ländersperren

Man erkennt das Prinzip an vielen Details im Alltag. Wenn ein neuer Chatbot zuerst nur in den USA startet und Europa Monate später folgt, ist das ein Schritt in dieser Kette. Dasselbe gilt für Wartelisten, für Funktionen, die nur zahlende Abonnenten sehen, und für den kleinen Hinweis Beta neben einem Produktnamen. Auch Handy-Apps werden oft zuerst nur an ein Prozent der Nutzer verteilt.

In Nachrichtenmeldungen taucht der Begriff meist in Erklärungen von Unternehmen auf, warum ein System jetzt schon verfügbar ist, obwohl es erkennbar Schwächen hat. Als Leser lohnt sich dann ein prüfender Blick. Gibt es messbare Kriterien für den nächsten Schritt? Wurde eine Freigabe schon einmal zurückgenommen? Wer solche Fragen stellt, kann echte Vorsicht von reiner Rhetorik unterscheiden.