Eerst de kaart, dan de review

Twee verschillende taken staan aan weerszijden van een pull request. Voordat de agent schrijft, heeft hij een kaart nodig van de boom die hij op het punt staat te wijzigen. Nadat de agent een PR opent, zou iets die wijziging moeten lezen tegen de rest van het systeem en commentaar moeten achterlaten waarop een mens kan handelen.

Die taken lijken op elkaar van veraf omdat beide ‘de codebase begrijpen’ inhouden. Het is niet hetzelfde product. De ene beantwoordt ‘waar zou deze wijziging moeten landen?’. De andere beantwoordt ‘wat heeft deze diff kapotgemaakt dat een regel-voor-regel linter zal missen?’. Ze door elkaar halen levert een slechter eerste concept en een luidruchtigere review op.

Dit stuk is een gids voor een gezamenlijke workflow. Maguyva is de kaart die de agent eerst bevraagt. Greptile is de reviewagent die de PR daarna becommentarieert. Het duo is complementair door constructie: Maguyva beoordeelt geen pull requests, en Greptile vervangt niet de contextlaag die de agent gebruikte om ze te schrijven.

Waarom deze opsplitsing nuttig is

Een codeeragent die vertrekt vanuit trainingspriors plus een paar geplakte bestanden zal een aannemelijk pad verzinnen en het bewerken. Dat is de mislukking van ‘het verkeerde bestand’, en het is een ophaalprobleem. Maguyva is een externe MCP-contextlaag voor de codebase: semantisch, structureel (AST), graaf-/afhankelijkheids- en tekstueel ophalen samengevoegd tot gerangschikte resultaten, plus symboolzoeken en bestandsophaling. Onderbouwde antwoorden komen terug als path/file.ext:line, zodat je een misser kunt afwijzen voordat er een patch bestaat. De bewering blijft bescheiden: minder gehallucineerde wijzigingen. Het model kan nog steeds gokken. Alleen stopt de eerste stap met gokken zijn.

Greptile is een AI-code-reviewagent. In hun eigen woorden beoordeelt het automatisch elke pull request met volledig begrip van de codebase, en zet dat af tegen traditionele linters die bestanden geïsoleerd controleren in plaats van het hele systeem. De installatie bestaat uit het installeren van de GitHub- of GitLab-app en het selecteren van repositories. Er is geen lokale index die jij moet draaien. De hosting is Greptile Cloud (ze verklaren SOC 2 Type II-naleving, met een rapport beschikbaar op verzoek), met een self-hosted optie aangeboden aan bedrijven.

Hun eigen genummerde flow is: verbinden en een afhankelijkheidsgraaf bouwen van elke functie, klasse en afhankelijkheid; bij elke pull request de wijziging analyseren met die volledige repo-graaf en bevindingen publiceren als PR-commentaar met voorgestelde correcties, in ongeveer drie minuten; elk commentaar kan het probleem doorgeven aan een codeeragent die het team al gebruikt. Ze verklaren ook dat ze in de loop van de tijd eerdere menselijke PR-commentaren lezen, om de codestandaarden van een team te leren en luidruchtige suggesties te verminderen. Hun leersysteem heeft naar eigen zeggen 2-3 weken nodig om zich aan te passen.

Dat is review, geen concept schrijven. Greptiles sterke punt is de context van de volledige repo-graaf op de wijziging die al in een PR is geland, gevolgd door een gesloten lus die de bevinding naar Claude Code, Codex, Conductor, Cursor, of Devin stuurt. Maguyvaas sterke punt is de gerangschikte kaart die de agent bevroeg voordat die wijziging werd geschreven. Gebruik beide. Vraag geen van beide om het werk van de ander te doen.

Een first-party productintegratie tussen Maguyva en Greptile is niet vermeld. Die heb je ook niet nodig. Maguyva praat met de agent via MCP. Greptile praat met GitHub of GitLab via hun eigen app. Ze ontmoeten elkaar bij de pull request. Geen lijmscript, geen cron die het ene hulpmiddel met het andere verbindt. Het duo doet het zonder bash omdat elk product al op het oppervlak zit dat het toebehoort.

Wat dit niet is

Dit is geen sloop van Greptile. Het is geen ‘wissel je reviewer’-pagina. Greptile lanceerde op Hacker News op 5 maart 2024 als een Y Combinator W24-bedrijf, en die thread is hoe veel mensen het product voor het eerst leerden kennen. Als je ze zo hebt gevonden, blijf ze gebruiken. Deze pagina is de ontbrekende voorste helft van die lus: de agent op voorhand verankeren, zodat de PR die Greptile ziet al op de juiste bestanden mikt.

Greptiles marketingmateriaal leidt met beweringen over reviewsnelheid en het vinden van bugs. Behandel die als Greptiles eigen beweringen, niet als onafhankelijk geverifieerde cijfers. Deze tekst herhaalt ze niet als feiten.

Taaldekking is dezelfde soort eerlijkheid. Greptile kadert ondersteuning als dekking van alle programmeertalen in plaats van een opgesomde lijst; een precies aantal wordt niet vermeld. Maguyva publiceert ondersteuning voor meer dan 279 talen en tekstgebaseerde technologieën, met een technische opsplitsing (parser-ondersteunde AST versus alleen tekst) op de site wanneer de vraag technisch is. Dat zijn verschillende producten die verschillende beweringen doen. Meng ze niet.

Greptiles prijzen worden niet vermeld in het materiaal dat deze tekst mag gebruiken. Betaalde plannen bestaan; zie hun prijspagina. Maguyva rekent per werkruimte, niet per plek. Plannen beginnen gratis. De prijspagina somt de gepubliceerde niveaus op als je de werkruimtecijfers nodig hebt.

Workflow

Drie benoemde fasen. Voer ze in deze volgorde uit. Sla er geen over de eerste keer dat je het duo probeert.

1. Maguyva-context

Indexeer één repository die je al kent. Verbind de MCP-client waarin je al schrijft — Claude Code, Cursor, Codex CLI, VS Code, Windsurf, of een andere MCP-compatibele client. Maguyva heeft installatiegidsen voor 24 gedocumenteerde MCP-clients en kan verbinding maken met andere clients die standaard MCP-configuratie ondersteunen.

Stel een vraag die je kunt beoordelen voordat iemand een regel schrijft. ‘Waar wordt het verlopen van de sessie afgehandeld, en wat roept dat aan?’ is een betere eerste zet dan ‘los auth op’. Eis citaten. Open de file.ext:line-resultaten. Volg het symbool. Bevestig de afhankelijkheid die je op het punt staat aan te raken.

Maguyva stelt 11 klantgerichte MCP-hulpmiddelen beschikbaar voor zoeken, symbolen, afhankelijkheidsanalyse, bestandsophaling, repository-context en deterministische hulpwerkstromen. Vier ophaalmodi worden samengevoegd tot gerangschikte resultaten; find_symbol is een apart hulpmiddel als je de naam al kent. De documentatie beschrijft het kortste pad: begin gratis, indexeer een repo die je al kent, verbind de client, stel dan één vraag die je kunt verifiëren.

Snapshots zijn van een tijdstempel voorzien, zodat de agent kan zeggen welke versie van de boom hij leest. De eerlijke beperking is niet-gesynchroniseerd lokaal werk. Als de wijziging alleen bestaat in een werkboom en niet is gepusht, bevat de gehoste kaart hem nog niet. Instructiebestanden (CLAUDE.md, AGENTS.md) horen hier nog steeds thuis, voor conventies en wat niet aangeraakt moet worden. Het zijn geen levende kaart. Gebruik ze voor gedrag. Gebruik Maguyva voor feiten.

Laat de agent geen PR openen voordat de citaten het contact met de repo hebben overleefd. Die poort is het hele punt van deze fase.

2. PR van de agent

Dezelfde agent schrijft nu de wijziging in de client waarvoor je al betaalt. Maguyva is geen editor en geen reviewer. De agent produceert nog steeds de diff. Je opent nog steeds de pull request op GitHub of GitLab zoals je al doet.

Wat anders zou moeten zijn, is het eerste bestand. De PR zou de handler moeten noemen die het gedrag echt implementeert, de aanroeper die zal breken, en de test die zal falen als de wijziging fout is. Als fase 1 is overgeslagen, besteedt fase 3 zijn commentaar aan een wijziging die in het verkeerde package is geland. Greptile kan nog steeds systemische problemen vinden. Het zou daarnaast niet ook moeten moeten herstellen van een gehallucineerd pad.

Houd de PR beperkt. Een onderbouwd eerste bestand is geen vrijbrief om de module te herschrijven. Dit complementaire duo werkt wanneer de agent één taak deed met een kaart, en daarna een reviewer vroeg een andere taak te doen op een afgebakende diff.

3. Greptile-review

Greptile is al met de repository verbonden via de GitHub- of GitLab-app. Op de nieuwe pull request analyseert het de wijziging met de volledige repo-graaf die het heeft gebouwd, en publiceert bevindingen als commentaar met voorgestelde correcties. Hun eigen materiaal plaatst die doorloop op ongeveer drie minuten.

Lees het commentaar zoals je een zorgvuldige teamgenoot zou lezen: open de geciteerde locatie, beslis of de bevinding echt is, handel dan. Waar Greptile ‘Fix with your Agent’ aanbiedt, stuurt het het probleem — bestandspaden, regelnummers, voorgestelde code — naar Claude Code, Codex, Conductor, Cursor, of Devin. ‘Fix All’ stuurt alle problemen van de review tegelijk. Ze leveren ook een Greptile MCP en een Claude Code-plug-in voor die overdracht. Maguyva staat niet op die genoemde doellijst; die afwezigheid is geen probleem. Maguyva heeft zijn werk al gedaan in fase 1. De codeeragent die de PR schreef, is degene die de correctiepayload zou moeten ontvangen.

Verwacht ruis in de eerste 2-3 weken terwijl Greptiles leersysteem zich aanpast aan het commentaar dat je team echt achterlaat. Dat is hun verklaarde tijdlijn, geen gebrek van het duo. Menselijke review blijft in de lus. Greptile is de geautomatiseerde eerste doorloop, niet de mergeknop.

Als een Greptile-commentaar wijst naar een bestand dat de agent in fase 1 nooit heeft bevraagd, is dat een nuttig signaal. Ofwel miste de kaart een aanroeper, ofwel sloeg de agent een citaat over. Corrigeer het concept op basis van het commentaar. Schakel de reviewer niet uit.

Hoe je dit complement eerlijk houdt

• Maguyva altijd eerst. Een review van een PR met het verkeerde bestand blijft een review van het verkeerde bestand.
• Greptile altijd daarna. Een goed geciteerd concept heeft nog steeds een leesbeurt van de diff nodig op het niveau van het hele systeem.
• Vraag Maguyva niet om PR-commentaar te plaatsen. Dat doet het niet.
• Vraag Greptile niet om de eerste ophaallaag van de agent te zijn terwijl die nog een pad aan het kiezen is. Dat is niet het werk waarvoor hun GitHub- of GitLab-app is bedraad.
• Verzin geen bash-pipeline die ze ‘synchroniseert’. De PR is de interface.
• Verifieer beide kanten onafhankelijk. Indexeer een repo die je al kent. Stel één vraag die je kunt verifiëren. Open dan een kleine PR en lees wat Greptile echt becommentarieert.

De lus is gewoon zodra je hem een naam geeft. Eerst de kaart. Dan de PR van de agent. Dan de review. Elk product blijft aan de kant van de pull request waar het goed in is.

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