Greptile

Greptile

Greptile · Coding

Greptile ist ein KI-Codereview-Agent, der das ganze Repository indexiert, jeden Pull Request in rund drei Minuten prüft und Korrekturen mit einem Klick an Claude Code, Cursor oder Codex schickt.

Vorschau der Oberfläche von Greptile

Über Greptile

About

Was ist Greptile

Greptile ist ein Dienst für automatisierte Codereview, gedacht für Teams, die über Pull Requests ausliefern. Er prüft nicht den Diff allein, sondern baut aus jedem Datei-, Funktions- und Abhängigkeitsbezug des Repositorys einen Graphen und lässt eine Gruppe von Agenten die Änderung auf dieser Karte bewerten. Die Befunde erscheinen als normale PR-Kommentare, mit Dateipfad, Zeilennummer und einem vorgeschlagenen Patch. Die Pull-Request-Review läuft bei GitHub und GitLab über dieselbe App, Codereview bei GitHub also ohne eigenen Runner.

Das Ziel ist ein bestimmter Fehlertyp: die Stelle, die innerhalb der geänderten Zeilen stimmig aussieht und drei Dateien weiter etwas zerstört. Der Anbieter formuliert es so, dass ein KI-Codereviewer mit Kontext über das ganze Repository den Schaden außerhalb des Diffs sieht, und nennt rund 100.000 erkannte Fehler pro Monat bei seinen Kunden. Mehr als 22.000 Teams nutzen den Dienst, darunter Brex, WorkOS und Mintlify, nach Angaben des Anbieters.

Er ersetzt Ihre Reviewer nicht. Er übernimmt den ersten Durchgang, damit das Team Kopf und Zeit für Entwurf und Absicht behält. Drei Grenzen zählen vor dem Abschluss. Abgerechnet wird in Credits, ein viel beschäftigtes Monorepo wird also teuer. Manche Kommentare liegen daneben oder wiederholen den Diff, und das Lernsystem braucht ein paar Wochen, bis das Rauschen sinkt. Und jedes Codereview-Tool, das Ihre Repositorys liest, braucht vor der Installation eine Sicherheitsprüfung, was den Einkauf in den meisten Firmen bremst.

Erste Schritte

  1. Melden Sie sich mit GitHub oder GitLab an und installieren Sie die Greptile-App für die Organisation, die geprüft werden soll.
  2. Aktivieren Sie die Repositorys, die indexiert werden sollen. Kleine Projekte sind in Minuten fertig, große Monorepos brauchen beim ersten Durchlauf länger.
  3. Legen Sie die Maßstäbe fest: eigene Regeln in normaler Sprache, ein Link zur Stilrichtlinie oder eine Datei ./greptile/rules, begrenzt auf bestimmte Dateimuster.
  4. Öffnen Sie einen Pull Request und lesen Sie die Review. Vergeben Sie pro Kommentar einen Daumen nach oben oder unten, damit spätere Reviews zum Geschmack Ihres Teams passen.

Produktinformationen

Ein kurzer Überblick über Preise, unterstützte Plattformen und die Leistung von Greptile.

Kostenloser TarifJa
Bezahlte Tarife$0 to $1 per credit; Enterprise custom pricing
PlattformWeb app; GitHub, GitLab, Bitbucket, Gitea and Perforce; self-hosted on Docker or Kubernetes
EntwicklerGreptile
KategorieCoding
VeröffentlichungsdatumN/A
Zuletzt aktualisiertOct 2026
Website-Besuche253.2K
Globales Website-Ranking151.9K
API-VerfügbarkeitJa

Am besten für

Die Nutzer, Aufgaben und Szenarien, für die dieses Tool am besten passt.

Nutzer

  • Kleine Entwicklungsteams ohne eigenen Reviewer
  • Plattformteams mit großen Monorepos
  • Engineering-Manager, die Zahlen wollen

Aufgaben

  • Fehler zwischen Dateien vor dem Merge finden
  • Hausregeln durchsetzen
  • Eine volle PR-Schlange abarbeiten
  • Kommentare an einen Coding-Agenten übergeben

Szenarien

  • Ein PR-Aufkommen, das schneller wächst als die Aufmerksamkeit im Team
  • Regulierte Umgebungen, die keinen Code in eine gemeinsame Cloud geben dürfen
  • Open-Source-Pflege mit gelegentlichen Beiträgen

Wichtigste Funktionen

Ein Graph-Index des Repositorys

Greptile zerlegt das Repository in Dateien, Funktionen und Abhängigkeiten, bevor irgendetwas geprüft wird. Auf dieser Karte kann ein Kommentar eine aufrufende Stelle zwei Services weiter benennen, statt aus dem Diff zu raten. Bei Codeänderungen läuft die Indexierung erneut, der Kontext bleibt also aktuell und friert nicht am Tag der Installation ein.

Parallele Agenten, die über den Diff hinauslesen

Jeder Pull Request geht an eine Gruppe von Agenten, die gleichzeitig an verschiedenen Teilen der Änderung arbeiten. Einer verfolgt eine Authentifizierungsprüfung durch die Middleware, ein anderer sieht sich Fehlerpfade oder Nullwerte an. Das Ergebnis kommt als eine Review und nicht als mehrere konkurrierende Stränge, was den PR lesbar hält.

Korrigieren mit Ihrem Agenten und Fix All

Jeder Kommentar trägt einen Button Fix with your Agent, der Pfad, Zeile und vorgeschlagenen Code für Claude Code, Codex, Cursor, Conductor oder Devin bündelt. Der Button Fix All in der Zusammenfassung schickt alles auf einmal. Wer schon mit Coding-Agenten arbeitet, spart sich das Kopieren zwischen Review und Patch.

Lernen aus den Reaktionen des Teams

Daumen hoch und runter sowie Antworten speisen ein Modell davon, was Ihr Team als wichtig ansieht. Laut Anbieter hört Greptile nach zwei bis drei Wochen auf, Muster zu kommentieren, die Sie ignorieren. Derselbe Mechanismus trägt den Kontext zwischen Repositorys und eine gemeinsame Wissensbasis, sodass Konventionen eines Service in den nächsten wandern.

Zusatzfunktionen direkt im PR

Neben Kommentaren in der Zeile liefert jede Review eine Konfidenznote von null bis fünf, eine Zusammenfassung des PR und Sequenz- oder Ablaufdiagramme, wenn die Änderung mehrere Komponenten berührt. Für neuen oder geänderten Code werden Unit-Tests entworfen, und Fragen lassen sich im PR-Thread stellen, ohne ein weiteres Chatfenster zu öffnen.

Laufzeitprüfung mit TREX

TREX, derzeit in der Beta, ist ein eigener Agent, der für jeden Pull Request Tests schreibt und sie in einer Sandbox ausführt. Er schließt die Lücke zwischen Code lesen und Code laufen sehen, dort treten Logikfehler mit echten Eingaben hervor. Diese Tests kosten zusätzlich zur Review Credits.

Vor- und Nachteile

Vorteile

  • Der Kontext über Dateigrenzen hinweg findet Fehler, die zeilenbasierte Werkzeuge und Linter übersehen, vor allem bei Aufrufen und gemeinsamem Zustand.
  • Die Review steht nach rund drei Minuten, schnell genug für den normalen PR-Ablauf.
  • Die Übergabe per Klick an Claude Code, Cursor, Codex oder Devin passt zu Teams, die schon mit Agenten korrigieren.
  • Die Lernschleife senkt das Rauschen mit der Zeit, statt dieselben Beschwerden zu wiederholen.
  • Breite Unterstützung der Hoster, von GitHub und GitLab bis Bitbucket, Gitea und Perforce, dazu eine Option zum Selbsthosten.

Nachteile

  • Der Preis hängt am Credit und nicht am Sitzplatz. Eine Apex-Review kostet 10 Credits, intensive Nutzung in einem großen Repository schlägt also schnell auf der Rechnung durch.
  • Manche Kommentare liegen daneben oder geben den Diff wieder, und die ersten Wochen sind die lautesten.
  • Selbsthosting und SSO stecken im Enterprise-Tarif, kleine Teams können den Code also nicht im eigenen Netz halten.
  • Der kostenlose Tarif erlaubt eine entwickelnde Person und 50 Credits im Monat. Das reicht zum Testen, nicht für ein ganzes Team.

Häufige Fragen

Es prüft Pull Requests automatisch und veröffentlicht Kommentare mit Korrekturvorschlägen, gestützt auf das ganze Repository und nicht nur auf die geänderten Zeilen. Sie verbinden einen Code-Host, wählen Repositorys aus, und der Dienst läuft bei jedem neuen PR, sofern Sie keine anderen Auslöser einstellen.