Az Augmentnél már szinte minden új kódot AI ír

A kódírás után máshol alakult ki szűk keresztmetszet

Az Augment szeptember 11-i beszámolója szerint 2025 novemberére az AI már a vállalat új kódjának csaknem 100 százalékát írta. A gyorsabb kódgenerálás azonban önmagában nem garantálja a megbízható szoftver kiadását. A vállalatnál ezért a fejlesztési folyamat további pontjain is automatizálták a mechanikus munkát.

A cég ezt szoftvergyárnak nevezi. A rendszer a követelmények, a feladatok, a pull requestek és az éles környezet között mozgatja a munkát. A döntésekért továbbra is a mérnökök felelnek, különösen a termékkel, az architektúrával és az éles működés kockázataival kapcsolatos kérdésekben.

Az Augment a rendszert saját Cosmos platformjára építette. Az ügynököket nem a fejlesztési életciklus sorrendjében vezette be, hanem ott, ahol a munka felhalmozódott. A működési elv egyszerű volt: megkeresni a szűk keresztmetszetet, automatizálni, majd újra megismételni a folyamatot.

Négy állapot között dolgoznak a specializált ügynökök

Augusztus elejére a szoftvergyár négy, egymáshoz kapcsolódó fejlesztési állapotot kezelt: követelmények, ticketek, pull requestek és éles környezet. A ticketeket a Linear, a kódváltoztatásokat a GitHub, a termék-visszajelzéseket a Slack, az incidenseket pedig a Slack és a PagerDuty kapcsolja a folyamathoz.

• A Project Builder a termékleírásból a kódbázisra támaszkodó tervet és feladatokra bontást készít. A mérnök hagyja jóvá a tervet, valamint a termék- és architektúradöntéseket.
• A PR Author elkészíti a pull requesteket, illetve javítja a CI hibáit, az ütközéseket és a felülvizsgálati megjegyzéseket.
• A Risk Analyzer az alacsony kockázatú változtatásokat automatikusan jóváhagyhatja. A Deep Reviewer objektív hibákra hívja fel a figyelmet, a Pair Reviewer pedig tervezési és architekturális jelentést készít.
• A Verifier végponttól végpontig tartó tesztelésből futási bizonyítékokat, például képernyőképeket és naplókat állít elő.
• A Feedback Triager a termék-visszajelzéseket, az Incident Investigator pedig a PagerDuty-riasztásokat dolgozza fel. Utóbbi bizonyítékokra épülő okfeltárást, ticketet és javítási javaslatot készít.

A végső egyesítési döntést minden esetben ember hozza meg. Az élesítéshez a már meglévő, determinisztikus telepítési folyamat viszi tovább az egyesített változtatást.

Több kód készült, miközben gyorsult az ellenőrzés

Az Augment 17 200, 2025 novembere és 2026 júliusa között egyesített pull request alapján elemezte a teljes mérnökségi működést. Az egy aktív fejlesztőre jutó nyers pull requestek száma 16,6-ról 45,5-re nőtt, ami 2,7-szeres emelkedés. A módosított sorok száma 8031-ről 35 147-re emelkedett, ez 4,4-szeres növekedés.

A vállalat a pull requestek méretét is figyelembe vevő indexet készített, hogy kis, mesterségesen feldarabolt változtatások ne torzítsák az eredményt. A mérettel korrigált kibocsátás egy fejlesztőre vetítve 12,3-ról 55,7-re nőtt, vagyis 4,5-szeresére.

Közben a pull request létrehozásától az egyesítésig eltelt medián idő 11,2 óráról 3,1 órára csökkent, ami 72 százalékos mérséklődés. A 14 napon belül visszaállított pull requestek aránya 1,9 százalékról 0,4 százalékra esett, ez 79 százalékos csökkenés.

A vállalat szerint korábban egy tipikus pull request nagyjából 10 és 15 közötti emberi érintést igényelt. Augusztus elejére az automatizált felülvizsgálati folyamat ezt három fő pontra csökkentette: a Pair Reviewer jelentésének áttekintésére, a Verifier futási bizonyítékainak ellenőrzésére és a végső egyesítési döntésre.

Az Augment óvatosan értelmezi a számokat

A rendszer több lépésben épült fel. 2025 novemberében az Augment hozzáférést kapott a Claude Opus 4.5-höz, és bevezette korábbi AI-kódellenőrző botját. Januárban belső használatra elindult a Cosmos, februárban megjelent a PR Author és az első kódellenőrző ügynökflotta, áprilisban pedig a kódellenőrző ügynökök mérnökségi szintű használatba kerültek. Az Incident Investigator májusban, a Project Builder júniusban, a Feedback Triager és a Verifier júliusban érkezett.

Az Augment hangsúlyozza, hogy az elemzés longitudinális esettanulmány, nem kontrollált kísérlet. A vizsgált időszakban változott az elfogadás, a munkafolyamat és a munkák összetétele, ezért az adatok nem mutatják meg külön az egyes komponensek okozati hatását. A visszaállítási arány ráadásul nem teljes minőségi mérőszám, mivel egyes hibákat később javítanak ki, vagy visszaállítás nélkül fedeznek fel.

A beszámoló alapján a felhasználók számára a legfontosabb változás az lehet, hogy a fejlesztési munka több pontján működnek háttérben automatizált ügynökök, miközben a jelentős döntések emberi ellenőrzés alatt maradnak. Az Augment tapasztalata szerint a kódtermelés növelése csak akkor hoz gyorsabb szállítást, ha az ellenőrzés, a tervezés, a visszajelzések kezelése és az üzemeltetés is képes lépést tartani.