SWE-Edit: Rethinking Code Editing for Efficient SWE-Agent
SWE-Edit verbetert de prestaties van software-engineeringagenten door code-inspectie en -wijziging te ontkoppelen in gespecialiseerde subagenten en een adaptief, multi-formaat bewerkingsmodel in te voeren dat is getraind met GRPO, wat gezamenlijk de taakoplossingspercentages verbetert terwijl de inferentiekosten aanzienlijk worden verlaagd.
Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer
Stel je voor dat je een meester-architect bent (de Hoofdagent) die probeert een massief, complex gebouw (een softwarecodebase) te repareren. Je doel is om een specifiek lek te dichten of een zwakke muur te versterken.
Op de oude manier van werken moest de architect drie taken tegelijk uitvoeren:
- Zoeken: Door elk vertrek lopen, elke kast openen, om het lek te vinden.
- Plannen: Beslissen hoe het precies gerepareerd moet worden.
- Uitvoeren: De reparatie-instructies opschrijven in een zeer strenge, kieskeurige taal (zoals een robot die alleen exacte maten begrijpt).
Het probleem? Terwijl de architect door het gebouw liep op zoek naar aanwijzingen, vulde hij zijn hoofd met irrelevante details (oude bonnetjes, stofballen, willekeurige meubels). Tegen de tijd dat hij de reparatie-instructies probeerde te schrijven, was zijn hoofd zo vol "ruis" dat hij fouten maakte. Bovendien betekende de strenge taal die hij moest gebruiken, dat als hij één komma verkeerd zette, de reparatie mislukte.
SWE-Edit is een nieuwe manier van werken die dit oplost door twee gespecialiseerde assistenten in te huren, waardoor er een "schone" workflow voor de architect ontstaat.
De Twee Nieuwe Assistenten
1. De "Viewer" (De Gespecialiseerde Verkenners)
In plaats van dat de architect door het hele gebouw dwaalt, vraagt hij de Viewer om hulp.
- Hoe het werkt: De architect vraagt: "Laat me de leidingen bij het aanrecht zien." De Viewer gaat daarheen, kijkt alleen naar de leidingen, en brengt een schone, korte notitie terug met alleen de relevante details.
- Het Voordeel: Het hoofd van de architect blijft helder. Hij hoeft niet door duizenden regels irrelevante code te waden. Dit bespaart tijd en geld omdat de architect geen enorme hoeveelheid "afval"informatie hoeft te verwerken.
2. De "Editor" (De Gespecialiseerde Bouwer)
Zodra de architect het plan heeft, schrijft hij de reparatie-instructies niet zelf. Hij zegt tegen de Editor: "Vervang het roestige pijpje door een nieuw koperen pijpje."
- Hoe het werkt: De Editor is een specialist die precies weet hoe hij de reparatie-instructies moet opschrijven in de strenge, kieskeurige taal die de computer vereist.
- Het Voordeel: De architect kan zich puur richten op wat gerepareerd moet worden (de logica), terwijl de Editor zich richt op hoe het perfect opgeschreven moet worden (de opmaak). Dit voorkomt dat de architect domme opmaakfouten maakt die ervoor zorgen dat de reparatie mislukt.
De "Slimme Schakelaar" (Adaptieve Modus)
Het onderzoek ontdekte ook dat soms een simpele reparatie (zoals het vervangen van één woord) op de ene manier het beste gedaan wordt, maar een enorme, complexe herbouw (zoals het herschrijven van een hele kamer) op een andere manier.
Voorheen zat het systeem vast aan het gebruik van slechts één methode (zoals proberen een heel huis te repareren door slechts één baksteen te vervangen). Het nieuwe systeem leert de Editor slim te zijn:
- Als de klus klein is, gebruikt het een precieze, goedkope methode (Zoeken en Vervangen).
- Als de klus enorm en rommelig is, schakelt het over naar een robuste, hele-bestand-methode (Herschrijf het hele bestand).
Het is alsof een klusjesman weet wanneer hij een schroevendraaier moet gebruiken en wanneer hij een sloopkogel moet halen, in plaats van te proberen alles met een schroevendraaier te doen.
De Resultaten
Door het werk zo op te splitsen, vond het team:
- Beter Succes: Het systeem loste meer problemen correct op (ongeveer 2% meer).
- Goedkoper: Het kostte aanzienlijk minder om uit te voeren (ongeveer 18% minder) omdat de hoofd"brein"niet zo veel afvalgegevens hoefde te lezen.
- Minder Fouten: De reparatie-instructies werden bijna elke keer correct opgemaakt, zodat de computer ze niet verwierp.
De "Oefentoets" (PR-Edit Benchmark)
Tot slot realiseerden de onderzoekers dat het testen van deze systemen op de volledige, dure gebouwreparaties te lang duurde en te veel geld kostte. Dus creëerden ze een mini-oefentoets (genaamd PR-Edit).
Ze ontdekten dat als een Editor het goed deed op deze snelle, goedkope oefentoets, het bijna gegarandeerd goed zou doen op de echte, dure klus. Dit is als een rijexamen: als je slaagt voor de parkeerplaatsproef, slaag je waarschijnlijk ook voor de snelwegproef, zonder dat je eerst op de snelweg hoeft te rijden om dat uit te vinden.
Kortom: SWE-Edit voorkomt dat de AI probeert alles tegelijk te doen. Het geeft het een schone team van specialisten (een Verkenners en een Bouwer) en een slimme manier om het juiste gereedschap voor de klus te kiezen, waardoor softwarereparatie sneller, goedkoper en betrouwbaarder wordt.
Verdrinkt u in papers in uw vakgebied?
Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.