PatchPatrol by aistack
Prüfen Sie GitLab Merge Requests mit klar begrenztem Kontext über einen von Ihnen konfigurierten Modell-Endpunkt. PatchPatrol unterstützt außerdem GitHub Actions und lokale Diff-Reviews.
PatchPatrol by aistack
Konzept
Transparenter KI Einsatz
PatchPatrol sendet ausgewählten Review-Kontext nur an den von Ihnen konfigurierten Modell-Endpunkt. Optional können Sie Aufrufe mit einer Endpunkt-Allowlist einschränken. Bei einem entfernten Endpunkt verarbeitet der Provider die ausgewählten Inhalte nach seinen eigenen Bedingungen.
Konfigurierter Endpunkt, optionale Allowlist
Limitierter Kontext
PatchPatrol begrenzt geänderte Dateien, Zeilen und die Diff-Größe sowie zusätzlichen Kontext vor dem Review.
MR-, GitHub-PR- und lokaler Diff-Kontext
Direkt nachvollziehbar
Je nach Setup veröffentlicht PatchPatrol eine kompakte GitLab Review Summary, die zeigt, wo Reviewer genauer hinschauen sollten. Priorisierte Findings erscheinen als Inline-Diskussionen an den betroffenen Stellen.
GitLab Review Summary, Inline-Diskussionen, HTML Run Report
Risiko im Blick
PatchPatrol hebt Hinweise hervor, die Aufmerksamkeit verdienen, und liefert Kontext zur betroffenen Änderung.
Kontext für Entscheidungen
Repository-aware rules
Für einzelne Pfade, Komponenten und Dateitypen lassen sich gezielte Review-Hinweise definieren. So prüft PatchPatrol nicht nur generisch, sondern entlang der Standards Ihres Projekts.
Technische DokumentationRules
Pipeline Integration
PatchPatrol ergänzt Ihre bestehende Merge-Request- oder Pull-Request-Pipeline. Das Feedback wird in der UI angezeigt, damit Reviewer direkt sehen, welche Änderungen Aufmerksamkeit brauchen.
Nutzt vorhandene Tools aus Ihrem Projekt
GitLab CI
So funktioniert es
Schritt 01
Der Lauf startet mit einer konkreten Änderung: einem GitLab Merge Request, einem GitHub Pull-Request-Workflow oder einem lokalen Diff.
Schritt 02
Konfigurierte Grenzen beschränken geänderte Dateien und Zeilen, die Diff-Größe sowie zusätzlichen Kontext vor dem Provider-Aufruf.
Schritt 03
Vor Provider-Aufrufen wendet PatchPatrol konfigurierte Review-Grenzen und optionale Endpunktbeschränkungen an. PatchPatrol wendet musterbasierte Schwärzung auf extrahierte Diff-Chunks an und bricht bei Mustern ab, die mit hoher Sicherheit erkannt wurden.
Schritt 04
Das LLM prüft Änderungskontext, Scope-Grenzen und betroffene Codepfade. Die Antwort liefert priorisierte Findings mit klarer Begründung.
Schritt 05
PatchPatrol prüft die Modellantwort vor der Ausgabe. Die kompakte GitLab Review Summary zeigt, wo Reviewer genauer hinschauen sollten. Priorisierte Findings erscheinen als Inline-Diskussionen direkt an den betroffenen Stellen; alle Details und Nachweise zum Lauf stehen im HTML Run Report.
Dokumentation
Starten Sie mit dem GitLab-Setup oder öffnen Sie die Konfiguration für Provider, Variablen und Review-Grenzen.
GitLab Pipeline
Der Admin-Quickstart zeigt, wie Sie Provider und GitLab CI vorbereiten und den ersten artefaktbasierten Merge-Request-Review starten.
Admin Quickstart öffnenKonfiguration
Die Dokumentation zeigt, wie Sie Provider, Umgebungsvariablen, Review-Grenzen und Ergebnisregeln für den Betrieb konfigurieren.
Konfigurationsreferenz öffnenNächster Schritt
Beschreiben Sie Ihren GitLab-Review-Job, den geplanten Modell-Endpunkt und was PatchPatrol in Ihrer Umgebung leisten muss. Wir antworten mit Informationen zu Evaluierung und Preisen. Mit dem Formular fragen Sie ein Gespräch an. Pilotprojekt und Produktzugang werden separat vereinbart.
