# Kort først, gennemgang bagefter

Canonical source: https://maguyva.ai/da/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

> Forankr den kodende agent i et repo-kort, før den skriver. Lad Greptile gennemgå pull requesten bagefter. Et komplementært par, ikke en erstatning.

To forskellige opgaver sidder på hver sin side af en pull request. Før agenten skriver, har den brug for et kort over det træ, den er ved at ændre. Efter agenten har åbnet en PR, bør noget læse den ændring op mod resten af systemet og efterlade kommentarer, som et menneske kan handle på.

Disse opgaver ligner hinanden på afstand, fordi begge involverer 'at forstå kodebasen'. De er ikke det samme produkt. Den ene svarer på 'hvor bør denne ændring lande?'. Den anden svarer på 'hvad ødelagde dette diff, som en linje-for-linje-linter vil overse?'. At blande dem sammen giver et dårligere første udkast og en mere støjende gennemgang.

Denne tekst er en guide til en fælles workflow. Maguyva er kortet, agenten spørger først. Greptile er gennemgangsagenten, der kommenterer PR'en bagefter. Parret er komplementært af konstruktion: Maguyva gennemgår ikke pull requests, og Greptile erstatter ikke det kontekstlag, agenten brugte til at skrive dem.

## Hvorfor denne opdeling er nyttig

En kodende agent, der starter fra træningspriorer plus nogle få indsatte filer, vil opfinde en plausibel sti og redigere den. Det er 'forkert fil'-fejlen, og det er et hentningsproblem. Maguyva er et fjernt MCP-lag for kodebasekontekst: semantisk, strukturel (AST), graf-/afhængigheds- og tekstbaseret hentning smeltes sammen til rangerede resultater, plus symbolsøgning og filhentning. Underbyggede svar kommer tilbage som `path/file.ext:line`, så du kan afvise en fejl, før en patch findes. Påstanden forbliver beskeden: færre hallucinerede ændringer. Modellen kan stadig gætte. Det er bare det første skridt, der holder op med at være et gæt.

Greptile er en AI-kodegennemgangsagent. Med deres egne ord gennemgår den automatisk hver pull request med fuld forståelse af kodebasen, og stiller det op mod traditionelle lintere, der tjekker filer isoleret i stedet for hele systemet. Opsætningen består i at installere GitHub- eller GitLab-appen og vælge repositorier. Der er intet lokalt indeks, du skal drive. Hosting er Greptile Cloud (de angiver SOC 2 Type II-overholdelse, med en rapport tilgængelig på anmodning), med en selvhostet mulighed tilbudt til virksomheder.

Deres eget nummererede flow er: forbind og byg en afhængighedsgraf for hver funktion, klasse og afhængighed; ved hver pull request, analyser ændringen ved hjælp af den fulde repo-graf og udgiv fund som PR-kommentarer med foreslåede rettelser på cirka tre minutter; hver kommentar kan overdrage problemet til en kodende agent, teamet allerede bruger. De angiver også, at de læser tidligere menneskelige PR-kommentarer over tid for at lære et teams kodestandarder og reducere støjende forslag. Deres læringssystem har efter deres egne udsagn brug for 2-3 uger til at tilpasse sig.

Det er gennemgang, ikke udkast. Greptiles styrke er kontekst fra en fuld repo-graf på den ændring, der allerede er landet i en PR, efterfulgt af en lukket løkke, der sender fundet til Claude Code, Codex, Conductor, Cursor, eller Devin. Maguyvas styrke er det rangerede kort, agenten spurgte, før den ændring blev skrevet. Brug begge. Bed ikke nogen af dem om at gøre den andens job.

En førstepartsproduktintegration mellem Maguyva og Greptile er ikke angivet. Du har heller ikke brug for den. Maguyva taler med agenten over MCP. Greptile taler med GitHub eller GitLab gennem deres egen app. De mødes ved pull requesten. Intet limscript, ingen cron, der forbinder det ene værktøj til det andet. Parret klarer sig uden bash, fordi hvert produkt allerede sidder på den flade, det ejer.

## Hvad det her ikke er

Dette er ikke en nedrivning af Greptile. Det er ikke en 'skift anmelder'-side. Greptile lancerede på Hacker News den 5. marts 2024 som et Y Combinator W24-firma, og den tråd er, hvordan mange mennesker først mødte produktet. Hvis det er sådan, du fandt dem, så bliv ved med at bruge dem. Denne side er den manglende forreste halvdel af den løkke: at forankre agenten på forhånd, så den PR, Greptile ser, allerede sigter på de rigtige filer.

Greptiles markedsføringsmateriale fører med påstande om gennemgangshastighed og fejlfangst. Behandl dem som Greptiles egne påstande, ikke uafhængigt verificerede tal. Denne tekst gentager dem ikke som fakta.

Sprogdækning er samme slags ærlighed. Greptile rammer support ind som dækning af alle programmeringssprog i stedet for en opremset liste; et præcist tal er ikke angivet. Maguyva offentliggør understøttelse af over 279 sprog og tekstbaserede teknologier, med en teknisk opdeling (parser-understøttet AST versus kun tekst) på sitet, når spørgsmålet er teknisk. Det er forskellige produkter, der kommer med forskellige påstande. Bland dem ikke.

Greptiles priser er ikke angivet i det materiale, denne tekst må bruge. Betalte planer findes; se deres prisside. Maguyva opkræver pr. arbejdsområde, ikke pr. plads. Planer starter gratis. [Prissiden](/da/pricing) viser de offentliggjorte niveauer, hvis du har brug for arbejdsområdetallene.

## Workflow

Tre navngivne trin. Udfør dem i denne rækkefølge. Spring ikke nogen af dem over, første gang du prøver parret.

### 1. Maguyva-kontekst

Indekser ét repository, du allerede kender. Forbind MCP-klienten, du allerede skriver i — Claude Code, Cursor, Codex CLI, VS Code, Windsurf, eller en anden MCP-kompatibel klient. Maguyva har opsætningsguider til 24 dokumenterede MCP-klienter og kan forbinde til andre klienter, der understøtter standard MCP-konfiguration.

Stil et spørgsmål, du kan vurdere, før nogen skriver en linje. 'Hvor håndteres sessionsudløb, og hvad kalder det?' er et bedre første træk end 'fiks auth'. Kræv citater. Åbn `file.ext:line`-resultaterne. Følg symbolet. Bekræft den afhængighed, du er ved at røre.

Maguyva eksponerer 11 kundevendte MCP-værktøjer på tværs af søgning, symboler, afhængighedsanalyse, filhentning, repo-kontekst og deterministiske hjælpeværktøjs-workflows. Fire hentningstilstande smeltes sammen til rangerede resultater; `find_symbol` er et separat værktøj, når du allerede kender navnet. [Dokumentationen](/da/docs) beskriver den korteste vej: start gratis, indekser et repo, du allerede kender, forbind klienten, stil derefter ét spørgsmål, du kan verificere.

Øjebliksbilleder er tidsstemplede, så agenten kan sige, hvilken version af træet den læser. Den ærlige begrænsning er usynkroniseret lokalt arbejde. Hvis ændringen kun findes i et arbejdstræ og ikke er pushet, indeholder det hostede kort den endnu ikke. Instruktionsfiler (`CLAUDE.md`, `AGENTS.md`) hører stadig hjemme her, til konventioner og det, der ikke skal røres. De er ikke et levende kort. Brug dem til adfærd. Brug Maguyva til fakta.

Lad ikke agenten åbne en PR, før citaterne overlever kontakt med repoet. Den port er hele pointen med dette trin.

### 2. Agentens PR

Den samme agent skriver nu ændringen i den klient, du allerede betaler for. Maguyva er hverken en editor eller en anmelder. Agenten producerer stadig diffet. Du åbner stadig pull requesten på GitHub eller GitLab, som du allerede gør.

Det, der bør være anderledes, er den første fil. PR'en bør nævne den handler, der rent faktisk implementerer adfærden, den kalder, der vil gå i stykker, og den test, der vil fejle, hvis ændringen er forkert. Hvis trin 1 blev sprunget over, vil trin 3 bruge sine kommentarer på en ændring, der landede i den forkerte pakke. Greptile kan stadig finde systemiske problemer. Den burde ikke også skulle komme sig oven på en hallucineret sti.

Hold PR'en afgrænset. En underbygget første fil er ikke en licens til at omskrive modulet. Dette komplementære par fungerer, når agenten udførte ét job med et kort, og derefter bad en anmelder udføre et andet job på et afgrænset diff.

### 3. Greptile-gennemgang

Greptile er allerede forbundet til repositoriet via GitHub- eller GitLab-appen. På den nye pull request analyserer den ændringen ved hjælp af den fulde repo-graf, den byggede, og udgiver fund som kommentarer med foreslåede rettelser. Deres eget materiale sætter denne gennemgang til cirka tre minutter.

Læs kommentarerne, som du ville læse en omhyggelig kollega: åbn det citerede sted, afgør om fundet er ægte, og handl derefter. Hvor Greptile tilbyder 'Fix with your Agent', sender den problemet — filstier, linjenumre, foreslået kode — til Claude Code, Codex, Conductor, Cursor, eller Devin. 'Fix All' sender alle problemer i gennemgangen på én gang. De leverer også en Greptile MCP og et Claude Code-plugin til den overdragelse. Maguyva er ikke på den navngivne målliste; det fravær er ikke et problem. Maguyva har allerede gjort sit arbejde i trin 1. Den kodende agent, der skrev PR'en, er den, der bør modtage rettelsesnyttelasten.

Forvent støj de første 2-3 uger, mens Greptiles læringssystem tilpasser sig de kommentarer, dit team rent faktisk efterlader. Det er deres angivne tidsplan, ikke en mangel ved parret. Menneskelig gennemgang forbliver i løkken. Greptile er den automatiserede første gennemgang, ikke sammenlægningsknappen.

Hvis en Greptile-kommentar peger på en fil, agenten aldrig spurgte i trin 1, er det et nyttigt signal. Enten gik kortet glip af en kalder, eller også sprang agenten et citat over. Ret udkastet i overensstemmelse med kommentaren. Deaktiver ikke anmelderen.

## Sådan holder du dette komplement ærligt

- Maguyva altid først. En gennemgang af en PR med forkert fil er stadig en gennemgang af den forkerte fil.
- Greptile altid bagefter. Et velciteret udkast har stadig brug for en gennemlæsning af diffet på hele systemets niveau.
- Bed ikke Maguyva om at udgive PR-kommentarer. Det gør den ikke.
- Bed ikke Greptile om at være agentens første hentningslag, mens den stadig vælger en sti. Det er ikke det job, deres GitHub- eller GitLab-app er koblet til.
- Opfind ikke en bash-pipeline, der 'synkroniserer' dem. PR'en er grænsefladen.
- Verificer begge sider uafhængigt. Indekser et repo, du allerede kender. Stil ét spørgsmål, du kan verificere. Åbn derefter en lille PR og læs, hvad Greptile rent faktisk kommenterer.

Løkken er almindelig, så snart den får et navn. Kort først. Agentens PR. Gennemgang bagefter. Hvert produkt bliver på den side af pull requesten, det er godt til.

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