KI-Code-Review heißt: Ein zweites Modell liest den Code, den ein Agent geschrieben hat, und meldet Probleme. Die Falle bei Agenten ist die Geschwindigkeit: Ein Agent ändert in einem Zug Dutzende Dateien, und alles Zeile für Zeile zu lesen, frisst die Zeit wieder auf, die der Agent dir gespart hat. Ein Review-Schritt schließt diese Lücke; die Ausgabe des Agenten geht durch ein zweites Augenpaar, bevor du hinsiehst.
Dieser Beitrag zeigt, wie du Agent-Ausgaben prüfen lässt, wie du die Funde gewichtest und wie du die Review-Schleife unter Kontrolle hältst.
Warum Agent-Ausgaben separat reviewen?
Der Agent, der den Code geschrieben hat, ist blind für seine eigenen Annahmen. Wenn ein Agent eine Änderung als „fertig“ markiert, übersieht er oft:
- Fehlendes Rollback oder Aufräumen in Fehlerpfaden
- Randfälle: leere Eingabe, parallele Anfragen, Timeouts
- Sicherheit: wiederverwendbare Tokens, ungeprüfte Eingaben
- Ungenutzte Imports, toten Code, uneinheitliche Benennung
Ein zweites Modell, das denselben Code mit frischem Kontext liest und nur den Diff betrachtet, bemerkt das leichter.
Worauf gutes KI-Code-Review achtet
Funde helfen nur, wenn du etwas damit anfangen kannst. Ein guter Fund hat:
| Teil | Beispiel |
|---|---|
| Schweregrad | Hoch, mittel, niedrig |
| Stelle | src/auth/session.ts:88 |
| Problem | „Ein neues Token wird ausgestellt, bevor das alte widerrufen wird.“ |
| Warum es zählt | „Wiederverwendung von Tokens wird nicht erkannt.“ |
Der Schweregrad bestimmt die Priorität. Die Stelle führt dich direkt zur Zeile. Vage Kommentare wie „verbessere den Code“ helfen gar nicht.
Wann reviewen
Drei Ansätze:
- Automatisch nach jedem Zug. Das Review startet, sobald der Agent seinen Zug beendet, sodass Probleme abgefangen werden, solange der Agent den Kontext noch hat.
- Vor dem Merge. Prüfe den gesamten Diff, bevor der Branch in den Hauptbranch geht.
- Auf Abruf. Prüfe einen Commit oder den Working Tree, bei dem du unsicher bist.
Bei Agenten spart der erste Ansatz am meisten Zeit, weil Probleme auffallen, bevor sie sich auf den nächsten Zug ausbreiten.
Automatisches Code-Review in AgentVera
Das Code-Review von AgentVera schaltest du in den Projekteinstellungen ein, und es erscheint im Tab Reviews des rechten Panels:
- Schalte das automatische Review in den Projekteinstellungen ein und wähle ein Claude-Modell.
- Wähle, was geprüft wird: die Commits des Zugs oder alle Änderungen.
- Wähle, ob Funde an den Agenten zurückgehen.
- Wenn der Agent seinen Zug beendet, läuft das Review; Funde werden mit Schweregrad und file:line-Links aufgelistet.
Du kannst auch den Working Tree, gestagte Änderungen oder einen einzelnen Commit von Hand prüfen.
Die Feedback-Schleife begrenzen
Funde automatisch an den Agenten zurückzuschicken ist verlockend, aber eine Endlosschleife ist riskant: Der Agent behebt ein Problem und baut ein anderes ein, das Review findet es, und so geht es weiter. Deshalb begrenzt AgentVera das Feedback auf höchstens zwei Runden in Folge. Danach liegt die Entscheidung bei dir.
So gewichtest du Funde
Du musst nicht jeden Fund akzeptieren. Eine praktische Reihenfolge:
- Hoch: Sicherheits- und Datenverlust-Risiken. Vor dem Merge beheben.
- Mittel: Fehlerpfade, fehlende Tests. Meist günstig im selben Zug zu beheben.
- Niedrig: Stil, ungenutzte Imports. Gesammelt oder mit automatischen Tools aufräumen.
Zögere nicht, False Positives abzulehnen. Auch das prüfende Modell kann sich irren; du kennst den Kontext am besten.
Review mit anderen Sicherheitsnetzen kombinieren
Review allein reicht nicht. Stärker wird es zusammen mit:
- Tests: Das Review fängt Logikfehler, Tests fangen Verhaltensfehler.
- Turns: Zeigt ein Review, dass ein Zug in die falsche Richtung ging, mache ihn mit Turns rückgängig.
- Benachrichtigungen: Lass dich auf Telegram informieren, wenn ein wichtiger Fund auftaucht.
- Flows: Füge nach dem Builder-Agenten einen Review- oder Test-Agenten hinzu.
Ein Beispiel für einen Review-Bericht
In einem Zug hat der Agent einen Refresh-Token-Ablauf hinzugefügt und drei Commits gemacht. Wenn der Zug endet, liefert das Review:
| Schweregrad | Fund | Stelle |
|---|---|---|
| Hoch | Wiederverwendung des Refresh-Tokens wird nicht erkannt; ein neues Token wird ausgestellt, bevor das alte widerrufen wird. | src/auth/session.ts:88 |
| Mittel | Die Datenbanktransaktion wird im Fehlerpfad nicht zurückgerollt. | src/auth/store.ts:41 |
| Niedrig | Ungenutzter Import. | src/auth/index.ts:3 |
Was machst du damit?
- Schicke den hohen Fund an den Agenten. Es ist ein Sicherheitsproblem, und der Agent hat den Kontext noch, also ist die Korrektur günstig.
- Nimm den mittleren Fund in denselben Zug auf. Das Verhalten im Fehlerpfad braucht einen Test; bitte den Agenten, einen zu schreiben.
- Sammle den niedrigen Fund. Ein Linter oder der nächste Aufräumdurchgang erledigt ihn.
Sobald der Agent etwas behoben hat, läuft das Review erneut. Sind nach der zweiten Runde noch Funde offen, stoppt die automatische Schleife, und die Entscheidung liegt bei dir.
Modell und Umfang für das Review wählen
Auch ein Review kostet. Jeden Zug mit dem stärksten Modell zu prüfen kann teuer werden. Ein praktischer Ansatz:
- Für alltägliche Züge wähle ein schnelleres, günstigeres Claude-Modell.
- Vor dem Merge erwäge, den gesamten Diff von Hand mit einem stärkeren Modell zu prüfen.
- Den Umfang auf die Commits des Zugs zu begrenzen hält den geprüften Diff klein; alle Änderungen zu prüfen erfasst auch nicht committete Arbeit.
Review-Ergebnisse in die Rolle des Agenten zurückführen
Siehst du in den Funden immer wieder dieselben Muster, verschiebe sie in die Rolle des Agenten. Wenn das Review ständig fehlende Fehlerpfad-Tests bemängelt, füge eine Zeile wie diese hinzu:
For every new function, write at least one error-path test next to the happy-path test.Dann taucht dasselbe Problem nicht mehr in jedem Zug auf; der Agent verhindert es von vornherein. Mit der Zeit werden die Berichte kürzer, und die Funde, auf die es ankommt, stechen heraus.
Reviews zusammen mit dem Verlauf zu lesen hilft ebenfalls. Die Konversationssuche von AgentVera durchsucht alle Claude- und Codex-Konversationen im Volltext, sodass du die Sitzung findest, in der ein Problem schon einmal besprochen wurde, und sie in einem neuen Agenten fortsetzen kannst.
Checkliste
- Ist das automatische Review in den Projekteinstellungen eingeschaltet?
- Passt der Review-Umfang (Commits des Zugs oder alle Änderungen) zu deiner Arbeit?
- Wurden Funde mit hohem Schweregrad vor dem Merge geschlossen?
- Ist die Feedback-Schleife begrenzt?
- Wurden die Tests unabhängig vom Review ausgeführt?
Fazit
KI-Code-Review lässt dich die Geschwindigkeit von Agenten nutzen, ohne bei der Qualität nachzugeben. Ein zweites Modell, das den Code nach jedem Zug liest, fängt Probleme ab, solange der Agent den Kontext noch hat, und Funde mit Schweregrad und Stelle sagen dir, wo du zuerst hinsehen sollst.
In AgentVera schaltest du das Review pro Projekt ein und schickst Funde mit einem Klick an den Agenten. Nutze es zusammen mit den Merge-Schritten in Git-Worktrees für parallele Agenten oder starte im kostenlosen Tarif.