# Kartan först, granskningen sedan

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

> Förankra den kodande agenten i en repo-karta innan den skriver. Låt Greptile granska pull requesten efteråt. Ett kompletterande par, inte en ersättning.

Två olika uppgifter sitter på var sin sida av en pull request. Innan agenten skriver behöver den en karta över trädet den är på väg att ändra. Efter att agenten öppnat en PR bör något läsa den ändringen mot resten av systemet och lämna kommentarer en människa kan agera på.

De här uppgifterna ser lika ut på avstånd eftersom båda involverar 'att förstå kodbasen'. Det är inte samma produkt. Den ena svarar på 'var borde den här ändringen landa?'. Den andra svarar på 'vad bröt det här diffet som en rad-för-rad-linter kommer att missa?'. Att blanda ihop dem ger ett sämre första utkast och en mer högljudd granskning.

Den här texten är en guide till ett gemensamt arbetsflöde. Maguyva är kartan agenten frågar först. Greptile är granskningsagenten som kommenterar PR:en efteråt. Paret är kompletterande genom konstruktion: Maguyva granskar inte pull requests, och Greptile ersätter inte kontextlagret agenten använde för att skriva dem.

## Varför den här uppdelningen är användbar

En kodande agent som utgår från träningspriors plus några inklistrade filer kommer att hitta på en trolig sökväg och redigera den. Det är misslyckandet med 'fel fil', och det är ett hämtningsproblem. Maguyva är ett fjärranslutet MCP-lager för kodbaskontext: semantisk, strukturell (AST), graf-/beroende- och textbaserad hämtning smälts samman till rankade resultat, plus symbolsökning och filhämtning. Underbyggda svar kommer tillbaka som `path/file.ext:line`, så att du kan avvisa en miss innan en patch existerar. Påståendet förblir blygsamt: färre hallucinerade ändringar. Modellen kan fortfarande gissa. Det är bara det första steget som slutar vara en gissning.

Greptile är en AI-kodgranskningsagent. Med deras egna ord granskar den automatiskt varje pull request med full förståelse av kodbasen, och ställer det mot traditionella lintrar som kontrollerar filer isolerat istället för hela systemet. Installationen består i att installera GitHub- eller GitLab-appen och välja repon. Det finns inget lokalt index du behöver driva. Hostingen är Greptile Cloud (de anger SOC 2 Type II-efterlevnad, med en rapport tillgänglig på begäran), med ett självhostat alternativ erbjudet till företag.

Deras eget numrerade flöde är: anslut och bygg en beroendegraf för varje funktion, klass och beroende; vid varje pull request, analysera ändringen med den fullständiga repo-grafen och publicera fynd som PR-kommentarer med föreslagna korrigeringar, på ungefär tre minuter; varje kommentar kan lämna över problemet till en kodande agent teamet redan använder. De anger också att de läser tidigare mänskliga PR-kommentarer över tid för att lära sig ett teams kodstandarder och minska högljudda förslag. Deras inlärningssystem behöver, enligt dem själva, 2-3 veckor för att anpassa sig.

Det är granskning, inte utkastskrivning. Greptiles styrka är kontexten från en fullständig repo-graf på ändringen som redan landat i en PR, följt av en sluten loop som skickar fyndet till Claude Code, Codex, Conductor, Cursor, eller Devin. Maguyvas styrka är den rankade kartan agenten frågade innan den ändringen skrevs. Använd båda. Be inte någon av dem göra den andres jobb.

En förstapartsprodukt-integration mellan Maguyva och Greptile anges inte. Du behöver den inte heller. Maguyva pratar med agenten via MCP. Greptile pratar med GitHub eller GitLab genom sin egen app. De möts vid pull requesten. Inget limskript, ingen cron som kopplar ett verktyg till det andra. Paret klarar sig utan bash eftersom varje produkt redan sitter på ytan den äger.

## Vad det här inte är

Det här är inte en rivning av Greptile. Det är inte en 'byt granskare'-sida. Greptile lanserades på Hacker News den 5 mars 2024 som ett Y Combinator W24-bolag, och den tråden är hur många människor först lärde känna produkten. Om det är så du hittade dem, fortsätt använda dem. Den här sidan är den saknade främre halvan av den loopen: att förankra agenten i förväg så att PR:en Greptile ser redan siktar på rätt filer.

Greptiles marknadsföringsmaterial leder med påståenden om granskningshastighet och att fånga buggar. Behandla dem som Greptiles egna påståenden, inte som oberoende verifierade siffror. Den här texten upprepar dem inte som fakta.

Språktäckning är samma sorts ärlighet. Greptile ramar in stöd som täckning av alla programmeringsspråk istället för en uppräknad lista; ett exakt antal anges inte. Maguyva publicerar stöd för över 279 språk och textbaserade teknologier, med en teknisk uppdelning (parserstödd AST kontra bara text) på sajten när frågan är teknisk. Det är olika produkter som gör olika påståenden. Blanda inte ihop dem.

Greptiles priser anges inte i det material den här texten får använda. Betalplaner finns; se deras prissida. Maguyva tar betalt per arbetsyta, inte per plats. Planer börjar gratis. [Prissidan](/sv/pricing) listar de publicerade nivåerna om du behöver arbetsytesiffrorna.

## Arbetsflöde

Tre namngivna steg. Utför dem i den här ordningen. Hoppa inte över något av dem första gången du provar paret.

### 1. Maguyva-kontext

Indexera ett repo du redan känner till. Anslut MCP-klienten du redan skriver i — Claude Code, Cursor, Codex CLI, VS Code, Windsurf, eller en annan MCP-kompatibel klient. Maguyva har installationsguider för 24 dokumenterade MCP-klienter och kan ansluta till andra klienter som stöder standard MCP-konfiguration.

Ställ en fråga du kan bedöma innan någon skriver en rad. 'Var hanteras sessionsutgång, och vad anropar det?' är ett bättre första drag än 'fixa auth'. Kräv citat. Öppna `file.ext:line`-resultaten. Följ symbolen. Bekräfta beroendet du är på väg att röra.

Maguyva exponerar 11 kundvända MCP-verktyg för sökning, symboler, beroendeanalys, filhämtning, repo-kontext och deterministiska hjälpverktygsflöden. Fyra hämtningslägen smälts samman till rankade resultat; `find_symbol` är ett separat verktyg när du redan känner till namnet. [Dokumentationen](/sv/docs) beskriver den kortaste vägen: börja gratis, indexera ett repo du redan känner till, anslut klienten, ställ sedan en fråga du kan verifiera.

Ögonblicksbilder är tidsstämplade, så agenten kan avgöra vilken version av trädet den läser. Den ärliga begränsningen är osynkroniserat lokalt arbete. Om ändringen bara finns i ett arbetsträd och inte har pushats innehåller den värdbaserade kartan den ännu inte. Instruktionsfiler (`CLAUDE.md`, `AGENTS.md`) hör fortfarande hemma här, för konventioner och det som inte ska röras. De är ingen levande karta. Använd dem för beteende. Använd Maguyva för fakta.

Låt inte agenten öppna en PR innan citaten överlever kontakt med repot. Den grinden är hela poängen med det här steget.

### 2. Agentens PR

Samma agent skriver nu ändringen i klienten du redan betalar för. Maguyva är varken en editor eller en granskare. Agenten producerar fortfarande diffen. Du öppnar fortfarande pull requesten på GitHub eller GitLab som du redan gör.

Det som borde vara annorlunda är den första filen. PR:en borde namnge handlern som faktiskt implementerar beteendet, anroparen som kommer att gå sönder, och testet som kommer att misslyckas om ändringen är fel. Om steg 1 hoppades över kommer steg 3 att spendera sina kommentarer på en ändring som landat i fel paket. Greptile kan fortfarande hitta systemiska problem. Det borde inte dessutom behöva återhämta sig från en hallucinerad sökväg.

Håll PR:en avgränsad. En underbyggd första fil är inget tillstånd att skriva om modulen. Det här kompletterande paret fungerar när agenten gjorde ett jobb med en karta, och sedan bad en granskare göra ett annat jobb på ett avgränsat diff.

### 3. Greptile-granskning

Greptile är redan anslutet till repot via GitHub- eller GitLab-appen. På den nya pull requesten analyserar den ändringen med hjälp av den fullständiga repo-grafen den byggt, och publicerar fynd som kommentarer med föreslagna korrigeringar. Deras eget material sätter den genomgången till ungefär tre minuter.

Läs kommentarerna som du skulle läsa en noggrann lagkamrat: öppna den citerade platsen, avgör om fyndet är verkligt, agera sedan. Där Greptile erbjuder 'Fix with your Agent' skickar det problemet — filsökvägar, radnummer, föreslagen kod — till Claude Code, Codex, Conductor, Cursor, eller Devin. 'Fix All' skickar alla problem i granskningen på en gång. De levererar också en Greptile MCP och en Claude Code-plugin för den överlämningen. Maguyva finns inte på den namngivna mållistan; den frånvaron är inget problem. Maguyva har redan gjort sitt jobb i steg 1. Den kodande agenten som skrev PR:en är den som borde ta emot korrigeringspayloaden.

Förvänta dig brus de första 2-3 veckorna medan Greptiles inlärningssystem anpassar sig till kommentarerna ditt team faktiskt lämnar. Det är deras angivna tidslinje, inte en brist i paret. Mänsklig granskning stannar kvar i loopen. Greptile är den automatiserade första genomgången, inte sammanslagningsknappen.

Om en Greptile-kommentar pekar på en fil agenten aldrig frågade i steg 1 är det en användbar signal. Antingen missade kartan en anropare, eller så hoppade agenten över ett citat. Fixa utkastet enligt kommentaren. Avaktivera inte granskaren.

## Hur du håller det här komplementet ärligt

- Maguyva alltid först. En granskning av en PR med fel fil är fortfarande en granskning av fel fil.
- Greptile alltid efteråt. Ett väl citerat utkast behöver ändå en genomläsning av diffet på hela systemets nivå.
- Be inte Maguyva publicera PR-kommentarer. Det gör den inte.
- Be inte Greptile vara agentens första hämtningslager medan den fortfarande väljer sökväg. Det är inte jobbet deras GitHub- eller GitLab-app är kopplad för.
- Hitta inte på en bash-pipeline som 'synkroniserar' dem. PR:en är gränssnittet.
- Verifiera båda sidor oberoende. Indexera ett repo du redan känner till. Ställ en fråga du kan verifiera. Öppna sedan en liten PR och läs vad Greptile faktiskt kommenterar.

Loopen är vanlig så snart den får ett namn. Kartan först. Agentens PR. Granskningen sedan. Varje produkt stannar på den sida av pull requesten den är bra på.

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