# Erst die Karte, dann das Review

Canonical source: https://maguyva.ai/de/blog/map-first-review-second

License: text under [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/); code samples under [MIT-0](https://opensource.org/license/mit-0); the Maguyva name, logos, brand assets and other code are not covered. Details: [maguyva.ai/license](https://maguyva.ai/license).

Date: 2026-09-07 · Author: Maguyva Team

> Verankere den Coding-Agenten in einer Repo-Karte, bevor er schreibt. Lass danach Greptile den Pull Request reviewen. Ein komplementäres Paar, kein Ersatz.

Zwei verschiedene Aufgaben stehen auf beiden Seiten eines Pull Requests. Bevor der Agent schreibt, braucht er eine Karte des Baums, den er gleich ändert. Nachdem der Agent einen PR eröffnet hat, sollte etwas diese Änderung gegen den Rest des Systems lesen und Kommentare hinterlassen, nach denen ein Mensch handeln kann.

Diese Aufgaben sehen aus der Ferne ähnlich aus, weil beide „das Codebase verstehen“ beinhalten. Sie sind nicht dasselbe Produkt. Die eine beantwortet „wo sollte diese Änderung landen?“. Die andere beantwortet „was hat dieser Diff kaputtgemacht, das ein zeilenweiser Linter übersehen wird?“. Sie zu vermischen ergibt einen schlechteren ersten Entwurf und ein lauteres Review.

Dieser Beitrag ist ein Guide für ein gemeinsames Workflow. Maguyva ist die Karte, die der Agent zuerst abfragt. Greptile ist der Review-Agent, der danach den PR kommentiert. Das Paar ist von Natur aus komplementär: Maguyva reviewt keine Pull Requests, und Greptile ersetzt nicht die Context-Schicht, die der Agent zum Schreiben genutzt hat.

## Warum die Aufteilung nützlich ist

Ein Coding-Agent, der von Trainingspriors plus ein paar eingefügten Dateien ausgeht, erfindet einen plausiblen Pfad und editiert ihn. Das ist das Falsche-Datei-Versagen, und es ist ein Retrieval-Problem. Maguyva ist eine entfernte MCP-Codebase-Context-Schicht: Semantisches, strukturelles (AST), Graph-/Abhängigkeits- und Textretrieval, fusioniert zu gerankten Ergebnissen, plus Symbol-Lookup und Dateiabruf. Fundierte Antworten kommen als `path/file.ext:line` zurück, sodass du einen Fehltreffer ablehnen kannst, bevor ein Patch existiert. Das Versprechen bleibt bescheiden: weniger halluzinierte Änderungen. Das Modell kann trotzdem raten. Der erste Schritt hört nur auf, ein Raten zu sein.

Greptile ist ein KI-Code-Review-Agent. In ihren eigenen Worten reviewt es automatisch jeden Pull Request mit vollständigem Verständnis der Codebase, und es positioniert das gegen traditionelle Linter, die Dateien isoliert statt das ganze System prüfen. Die Einrichtung besteht darin, die GitHub- oder GitLab-App zu installieren und Repositories auszuwählen. Es gibt keinen lokalen Index, den du betreiben musst. Gehostet wird auf Greptile Cloud (sie geben SOC-2-Typ-II-Konformität an, mit einem Bericht auf Anfrage), mit einer Self-Hosted-Option für Unternehmen.

Ihr eigener nummerierter Ablauf ist: verbinden und einen Dependency-Graphen jeder Funktion, Klasse und Abhängigkeit bauen; bei jedem Pull Request die Änderung anhand dieses Gesamt-Repo-Graphen analysieren und Befunde als PR-Kommentare mit Änderungsvorschlägen posten, in etwa drei Minuten; jeder Kommentar kann das Problem an einen Coding-Agenten übergeben, den das Team bereits nutzt. Sie geben außerdem an, frühere menschliche PR-Kommentare über die Zeit zu lesen, um die Coding-Standards eines Teams zu lernen und störende Vorschläge zu reduzieren. Ihr Lernsystem soll laut eigener Angabe 2–3 Wochen zum Anpassen brauchen.

Das ist Review, kein Entwurf. Greptiles Stärke ist der Gesamt-Repo-Graph-Kontext auf die Änderung, die bereits in einem PR gelandet ist, dann eine geschlossene Schleife, die den Befund an Claude Code, Codex, Conductor, Cursor oder Devin sendet. Maguyvas Stärke ist die gerankte Karte, die der Agent abgefragt hat, bevor diese Änderung geschrieben wurde. Nutze beide. Verlang von keinem der beiden, den Job des anderen zu machen.

Eine Erstanbieter-Integration Maguyva–Greptile ist nicht angegeben. Du brauchst auch keine. Maguyva spricht über MCP mit dem Agenten. Greptile spricht über deren App mit GitHub oder GitLab. Sie treffen sich beim Pull Request. Kein Glue-Script, kein Cron, der das eine Werkzeug ins andere leitet. Das Paar kommt ohne Bash aus, weil jedes Produkt bereits auf der Oberfläche sitzt, die ihm gehört.

## Was das hier nicht ist

Das ist kein Verriss von Greptile. Es ist keine „Wechsle deinen Reviewer“-Seite. Greptile startete am 5. März 2024 auf Hacker News als Y-Combinator-W24-Unternehmen, und dieser Thread ist, wie viele Leute das Produkt zuerst kennengelernt haben. Wenn du sie so gefunden hast, behalte sie. Diese Seite ist die fehlende vordere Hälfte dieser Schleife: den Agenten so verankern, dass der PR, den Greptile sieht, schon auf die richtigen Dateien zielt.

Greptiles Marketingmaterial führt mit Review-Geschwindigkeits- und Bug-Fang-Behauptungen. Behandle diese als Greptiles eigene Behauptungen, nicht als unabhängig verifizierte Zahlen. Dieser Entwurf gibt sie nicht als Fakten wieder.

Sprachabdeckung ist dieselbe Art von Ehrlichkeit. Greptile rahmt Unterstützung als Abdeckung aller Programmiersprachen statt einer aufgezählten Liste; eine genaue Zahl ist nicht angegeben. Maguyva veröffentlicht 279+ Sprachen und textbasierte Technologien, mit einer technischen Aufteilung (parser-gestütztes AST versus reiner Text) auf der Seite, wenn die Frage technisch ist. Das sind unterschiedliche Produkte mit unterschiedlichen Behauptungen. Vermisch sie nicht.

Preise für Greptile sind in den Notizen, die dieser Entwurf verwenden darf, nicht angegeben. Bezahlte Pläne existieren; siehe deren Preisseite. Maguyva berechnet pro Workspace, nicht pro Sitzplatz. Pläne starten kostenlos. Die [Preisseite](/de/pricing) listet die veröffentlichten Stufen, falls du die Workspace-Zahlen brauchst.

## Workflow

Drei benannte Stufen. Führe sie in dieser Reihenfolge aus. Überspring beim ersten Versuch dieser Paarung keine davon.

### 1. Maguyva-Kontext

Indiziere ein Repository, das du schon kennst. Verbinde den MCP-Client, in dem du schon schreibst – Claude Code, Cursor, Codex CLI, VS Code, Windsurf oder einen anderen MCP-kompatiblen Client. Maguyva hat Einrichtungsanleitungen für 24 dokumentierte MCP-Clients und kann sich mit anderen Clients verbinden, die die Standard-MCP-Konfiguration unterstützen.

Stell eine Frage, die du beurteilen kannst, bevor irgendjemand eine Zeile schreibt. „Wo wird der Ablauf der Sitzung behandelt, und was ruft das auf?“ ist ein besserer erster Zug als „repariere die Auth“. Verlange Zitate. Öffne die `file.ext:line`-Ergebnisse. Folge dem Symbol. Bestätige die Abhängigkeit, die du gleich anfasst.

Maguyva stellt 11 kundenseitige MCP-Tools über Suche, Symbole, Abhängigkeitsanalyse, Dateiabruf, Repository-Kontext und deterministische Utility-Workflows bereit. Vier Retrieval-Modi werden zu gerankten Ergebnissen fusioniert; `find_symbol` ist ein separates Tool, wenn du den Namen schon kennst. Die [Docs](/de/docs) beschreiben den kürzesten Weg: kostenlos starten, ein Repo indizieren, das du schon kennst, den Client verbinden, dann eine Frage stellen, die du prüfen kannst.

Snapshots sind zeitgestempelt, sodass der Agent erkennen kann, welche Version des Baums er liest. Die ehrliche Grenze ist unsynchronisierte lokale Arbeit. Wenn die Änderung nur in einem Arbeitsverzeichnis existiert und nicht gepusht wurde, enthält die gehostete Karte sie noch nicht. Instruktionsdateien (`CLAUDE.md`, `AGENTS.md`) gehören auch weiterhin hierher, für Konventionen und was nicht angefasst werden soll. Sie sind keine lebendige Karte. Nutze sie für Verhalten. Nutze Maguyva für Fakten.

Lass den Agenten keinen PR eröffnen, bevor die Zitate den Kontakt mit dem Repo überstanden haben. Dieses Gate ist der ganze Sinn dieser Stufe.

### 2. Agent-PR

Derselbe Agent schreibt die Änderung nun in dem Client, für den du bereits bezahlst. Maguyva ist kein Editor und kein Reviewer. Der Agent produziert weiterhin den Diff. Du eröffnest den Pull Request weiterhin auf GitHub oder GitLab, so wie du es schon tust.

Was anders sein sollte, ist die erste Datei. Der PR sollte den Handler benennen, der das Verhalten tatsächlich implementiert, den Aufrufer, der brechen wird, und den Test, der fehlschlagen wird, wenn die Änderung falsch ist. Wenn Stufe 1 übersprungen wurde, verbringt Stufe 3 ihre Kommentare mit einer Änderung, die im falschen Paket gelandet ist. Greptile kann trotzdem systemische Probleme finden. Es sollte sich nicht auch noch von einem halluzinierten Pfad erholen müssen.

Halte den PR eng gefasst. Eine fundierte erste Datei ist keine Lizenz, das Modul umzuschreiben. Das komplementäre Paar funktioniert, wenn der Agent einen Job mit einer Karte erledigt hat und dann einen Reviewer gebeten hat, einen anderen Job an einem begrenzten Diff zu machen.

### 3. Greptile-Review

Greptile ist bereits über die GitHub- oder GitLab-App mit dem Repository verbunden. Beim neuen Pull Request analysiert es die Änderung anhand des gebauten Gesamt-Repo-Graphen und postet Befunde als Kommentare mit Änderungsvorschlägen. Ihr eigenes Material setzt diesen Durchgang bei etwa drei Minuten an.

Lies die Kommentare so, wie du einen sorgfältigen Teamkollegen lesen würdest: die zitierte Stelle öffnen, entscheiden, ob der Befund echt ist, dann handeln. Wo Greptile „Fix with your Agent“ anbietet, sendet es das Problem – Dateipfade, Zeilennummern, vorgeschlagenen Code – an Claude Code, Codex, Conductor, Cursor oder Devin. „Fix All“ sendet alle Probleme im Review auf einmal. Sie liefern außerdem einen Greptile-MCP und ein Claude-Code-Plugin für diese Übergabe. Maguyva steht nicht auf dieser benannten Zielliste; diese Abwesenheit ist kein Problem. Maguyva hat seine Arbeit schon in Stufe 1 erledigt. Der Coding-Agent, der den PR geschrieben hat, ist derjenige, der die Fix-Payload erhalten sollte.

Erwarte in den ersten 2–3 Wochen Rauschen, während sich Greptiles Lernsystem an die Kommentare anpasst, die dein Team tatsächlich hinterlässt. Das ist ihr angegebener Zeitrahmen, kein Mangel in der Paarung. Menschliches Review bleibt Teil der Schleife. Greptile ist der automatisierte erste Durchgang, nicht der Merge-Button.

Wenn ein Greptile-Kommentar auf eine Datei zeigt, die der Agent in Stufe 1 nie abgefragt hat, ist das ein nützliches Signal. Entweder hat die Karte einen Aufrufer verpasst, oder der Agent hat ein Zitat übersprungen. Repariere den Entwurf gegen den Kommentar. Deaktiviere nicht den Reviewer.

## Wie man das Zusammenspiel ehrlich hält

- Maguyva zuerst, immer. Ein Review eines Falsche-Datei-PRs ist immer noch ein Review der falschen Datei.
- Greptile danach, immer. Ein gut zitierter Entwurf braucht trotzdem eine Gesamtsystem-Lesung des Diffs.
- Bitte Maguyva nicht, PR-Kommentare zu posten. Das tut es nicht.
- Bitte Greptile nicht, die erste Retrieval-Schicht des Agenten zu sein, während der noch einen Pfad wählt. Das ist nicht der Job, für den deren GitHub- oder GitLab-App gebaut ist.
- Erfinde keine Bash-Pipeline, die die beiden „synchronisiert“. Der PR ist die Schnittstelle.
- Prüfe beide Seiten unabhängig. Indiziere ein Repo, das du schon kennst. Stelle eine Frage, die du prüfen kannst. Öffne dann einen kleinen PR und lies, was Greptile tatsächlich kommentiert.

Die Schleife ist gewöhnlich, sobald man sie benennt. Erst die Karte. Dann der Agent-PR. Dann das Review. Jedes Produkt bleibt auf der Seite des Pull Requests, in der es gut ist.

`// map first. review second. in that order.`