Öffnen Sie einen Pull Request mit den meisten KI-Code-Review-Tools, erhalten Sie eine Wand aus Kommentaren. Einen pro Befund. Einen pro Kleinigkeit. Einen für „Erwägen Sie, dies in eine Hilfsfunktion auszulagern.“ Pushen Sie einen Fix, führen Sie den Review erneut aus, und Sie erhalten eine zweite Wand obendrauf. Jetzt scrollt Ihr Teamkollege durch zwei Wände, um den Kommentar zu finden, der wirklich zählt.
Surmado Code Review funktioniert anders. Ein PR, ein Kommentar. Führen Sie es erneut aus, und derselbe Kommentar wird direkt bearbeitet.
So funktioniert es
Wenn Scout einen Pull Request überprüft, fließt jeder Befund in einen einzigen strukturierten Kommentar. Schweregrad-Bänder oben. Die Probleme selbst darunter. Ein kurzes Fazit am Ende, damit der menschliche Reviewer weiß, wo er zuerst hinschauen soll.
Wenn Sie einen Fix pushen und /rerun-review kommentieren, liest Scout zwei Dinge:
- Den neuen Diff.
- Den vorherigen Review, den es gepostet hat.
Dann bearbeitet es denselben Kommentar direkt. Probleme, die Sie behoben haben, werden als gelöst markiert. Probleme, die Sie nicht behoben haben, werden erneut markiert, mit einem Hinweis, dass sie bereits zuvor genannt wurden. Neue Probleme aus dem neuen Code landen unten.
Der Kommentar-Thread in Ihrem PR wächst nicht. Der einzelne Review wird bei jedem Push einfach genauer.
Warum das wichtig ist
Ein PR-Kommentar-Thread soll ein Gespräch sein, kein Werbeplakat. Jeder zusätzliche Kommentar, den ein Bot postet, ist ein Kommentar, an dem ein Teamkollege vorbeischrollen muss, um den zu finden, der wirklich zählt. Nach ein paar Durchläufen liest niemand mehr irgendeinen davon.
Das ist derselbe Kompromiss, der in unserem CodeRabbit-Alternativen-Beitrag und unserer Greptile-Analyse zur Sprache kam. Die Trefferquote ist nicht die einzige Kennzahl. Das Signal-Rausch-Verhältnis ist es auch. Ein Reviewer, der alles erfasst, es aber in 40 Kommentaren vergräbt, hat denselben praktischen Wert wie ein Reviewer, der gar nichts erfasst.
Der Teil „weiß, was es zuvor gesagt hat“
Direkte Bearbeitung ist eine Sache. Der schwierigere Teil ist, den Rerun nützlich zu machen, nicht nur kürzer.
Scouts Rerun basiert auf dem vorherigen Review. Wenn es Ihnen beim ersten Durchlauf mitteilte, dass einer Funktion die PII-Redaktion fehlte, prüft der Rerun gezielt, ob diese Funktion jetzt PII redigiert. Nicht „gibt es irgendwo ein PII-Problem“, sondern „wurde das behoben, was ich markiert habe“. Wenn ja, wandert dieser Befund in einen gelösten Abschnitt. Wenn nein, bleibt er offen, mit einem Vermerk, dass dies das zweite Mal ist, dass er genannt wurde.
Diese Feedback-Schleife ist der Grund, warum „ein Kommentar“ funktioniert. Der Kommentar trägt seine eigene Historie in sich. Sie brauchen keinen chronologischen Thread aus Bot-Kommentaren, um sich zu merken, was zuvor markiert wurde. Der aktuelle Kommentar weiß es bereits.
Wie es in der Praxis aussieht
Pushen Sie einen PR. Erhalten Sie einen Kommentar von Scout zurück, verankert in den Regeln Ihrer STANDARDS.MD-Datei. Lesen Sie ihn. Beheben Sie, was wichtig ist. Pushen Sie erneut. Kommentieren Sie /rerun-review. Derselbe Kommentar wird aktualisiert mit dem, was gelöst ist, was noch offen ist und was neu ist. Kein neuer Thread. Kein „Sie wurden 17-mal benachrichtigt“.
Wenn Sie die längere Geschichte darüber wollen, wie das Tool gebaut wurde, deckt unser Vibe-Coding-Beitrag die Teile ab, die wir von Hand gebaut haben, und die Teile, die wir Scout bauen ließen.
Das Fazit
PR-Kommentar-Spam ist kein Feature. Es ist eine Angewohnheit, die sich andere Tools angeeignet haben, weil es einfacher ist, mehr Kommentare zu posten, als zu wissen, welche zählen.
Surmado Code Review verzichtet darauf. Ein Kommentar. Beim Rerun bearbeitet. Weiß, was es bereits gesagt hat.
Testen Sie Surmado Code Review für 15 $ pro Monat. 100 PRs. Ihre STANDARDS.MD. Jeder PR, bevor Ihre Teamkollegen ihn öffnen.