GitLab bewirbt KI-Code-Review für 0,25 Dollar, das bei jedem Merge Request läuft

Review-Warteschlangen als neuer Engpass

GitLab argumentiert, KI-Agenten hätten verändert, wie viel Code ein Team an einem Tag erzeugen kann, während die Review-Warteschlangen nicht mitgewachsen seien. Die Auslieferung gerät ins Stocken, weil Änderungen auf eine genauere Prüfung warten. Die üblichen Gegenmittel wie Erinnerungen, rotierende Reviewer oder die Zuweisung an ein ganzes Team verschafften laut dem Unternehmen nur wenig Zeit, bevor sie die Beteiligten ausbrennen lassen.

Das Unternehmen geht außerdem auf clientseitiges KI-Review ein, das Autoren hilft, Probleme schon beim Schreiben des Codes zu erkennen, bevor ein Merge Request geöffnet wird. Das reiche nur begrenzt weit, so GitLab. Kommentare zu einem Diff entschieden nicht darüber, ob eine Änderung gemergt werden oder in Produktion gehen kann, und jeder Merge Request brauche weiterhin einen konsistenten Zertifizierungsschritt, der an Pipelines, Sicherheitsbefunde, Code Owner, Freigaberegeln und Audits gekoppelt ist. Aus Sicht von GitLab kann ein Review in der Umgebung des Autors diese Arbeit nicht projektübergreifend standardisieren und Verantwortlichen auch nicht zeigen, was ein Agent getan hat, bevor eine Änderung gemergt wird.

Die Antwort des Unternehmens: automatisiertes Review dort ausführen, wo bereits jede Änderung von der Planung bis zur Produktion verfolgt wird. Anfang dieses Jahres hat GitLab Code Review Flow auf der GitLab Duo Agent Platform allgemein verfügbar gemacht.

So funktioniert Code Review Flow

Code Review Flow ist nativ in GitLab-Merge-Requests integriert. Es läuft als CI/CD-Job auf den Runnern des Kunden, ob von GitLab gehostet oder selbst betrieben, sodass das Review in derselben Umgebung abläuft wie der Rest der Auslieferung. Laut GitLab funktioniert es auf GitLab.com, GitLab Dedicated und GitLab Self-Managed auf die gleiche Weise. Air-gapped oder regulierte Umgebungen können die Inferenz mit selbst gehosteten Modellen unter eigener Kontrolle behalten, und Teams können als Grundlage für das Review zwischen von GitLab verwalteten Modellen und eigenen wählen.

Der Ablauf folgt dem Merge Request:

• Ein Merge Request wird geöffnet oder als bereit markiert. Ein automatisches Review kann den Flow starten, oder ein Autor weist GitLab Duo zu.
• Der Flow analysiert die Änderung mit dem Kontext des Repositorys und des Merge Requests, geleitet von individuellen Review-Anweisungen und den von der Gruppe gewählten Modellen, und kommentiert den Diff.
• Autoren und ihre Coding-Agenten pushen Korrekturen. Ein Folge-Review überprüft die früheren Befunde von Duo und übernimmt den Kontext.
• Muss ein Mensch freigeben, schlägt der Recommend Reviewers Flow vor, wer den Request übernehmen sollte, und der Merge Request wird von dort aus zugewiesen.

GitLab hebt mehrere Funktionen hervor. Automatische Reviews lassen sich auf Projekt-, Gruppen- oder Instanzebene aktivieren, wobei die Einstellungen kaskadieren. Individuelle Review-Anweisungen halten Sprachkonventionen, Sicherheitspraktiken und pfadspezifische Regeln fest, und eine Gruppe kann den Flow auf ein Vorlagenprojekt verweisen, sodass Standards mit der Arbeit mitwandern. Code Owner und Freigaberegeln gelten weiterhin, und der Recommend Reviewers Flow schlägt auf Basis von Expertise, Auslastung, Verfügbarkeit und Zeitzone die kleinste Gruppe vor, die diese Vorgaben erfüllen kann.

Roadmap und Einstieg

GitLab nennt mehrere geplante Erweiterungen für das agentenbasierte Code-Review:

• Ein erweiterter Analysedurchlauf, der bei besonders komplexen Merge Requests aufrufenden Code und Tests einbezieht, unter den Modellauswahl-Kontrollen des Kunden.
• Die Möglichkeit für GitLab Duo, unter vom Kunden kontrollierten Einstellungen Änderungen freizugeben oder anzufordern.
• Eine Risikobewertung am Merge Request, die zeigt, welche Änderungen mehr Aufmerksamkeit verdienen.
• Lokales Review in der Duo CLI, mit dem Entwickler Review-Vorgaben des Projekts auf Änderungen im Arbeitsverzeichnis anwenden können, bevor der Merge Request die offizielle Prüfung der Organisation durchläuft.

Neue Nutzer erhalten über eine kostenlose Testversion Zugang zur GitLab Duo Agent Platform. Kunden mit GitLab Premium und Ultimate können die Duo Agent Platform aktivieren und die in ihrem Abonnement enthaltenen GitLab Credits nutzen. Der Beitrag enthält einen Haftungshinweis zu zukunftsgerichteten Aussagen, Roadmap-Punkte können sich daher ändern.

Was das für Teams bedeutet

GitLabs Argument lautet, dass ein planbarer Stückpreis von 0,25 Dollar pro Review niedrig genug sei, um das automatische Review bei jedem Merge Request eingeschaltet zu lassen. Für Teams, die bereits GitLab nutzen, heißt das: Review, Pipelines, Sicherheitsbefunde und Freigaben liegen an einem Ort, und laut dem Unternehmen wird aus einer „reviewten“ Änderung eine zertifizierte auf dem Weg in die Produktion. Die Angabe eines 100-fachen ROI ist eine eigene Schätzung von GitLab, die Quelle nennt keine Details zur Berechnung.