A Coinbase Wallet három hétre leállt, hogy átálljon az ügynökalapú fejlesztésre

A kódolás felgyorsult, a fejlesztési folyamat többi része lett a szűk keresztmetszet

A Coinbase Wallet termékfejlesztését vezető Chintan Turakhia az Arize Observe 2026 rendezvényen beszélt a kísérletről. Szerinte az AI-kódoló ügynökök már képesek értelmezhető szoftvert létrehozni, ezért a legnehezebb feladat a fejlesztés köré épült kultúra, infrastruktúra és munkafolyamat átalakítása volt.

A cég állítása szerint azok az egyszerű mobilhibák és funkciók, amelyek korábban 20 vagy 25 napot igényeltek, körülbelül 1,8 nap alatt elkészülnek. Egy Slackben elküldött kérésből 12 perc alatt létrejöhet egy pull request és egy tesztelhető build. A korábban három napig tartó biztonsági ellenőrzések pedig öt perc alatt lefuthatnak.

A gyorsabb kódgenerálás ugyanakkor új akadályokat hozott felszínre. A pull requestek áttekintése, a folyamatos integráció, a buildinfrastruktúra, az ellenőrzés, végül pedig annak eldöntése, hogy mit érdemes megépíteni, mind fontosabb korláttá vált.

Belső ügynökrendszer viszi végig a munkát a tervezéstől a kiadásig

A Coinbase Wallet a kódolóasszisztensek kiosztása után egy belső ügynöki rendszert is létrehozott. Ez a tervezést, a megvalósítást, az ellenőrzést, a tesztelést és a kiadást egyetlen folyamatban kezeli.

• Forge: a Slackben érkező kérésekből kódot, pull requestet és tesztelhető mobilbuildet készít.
• Sail: biztonsági problémák után kutat, és kockázati szintet rendel a változtatásokhoz.
• Tracer Bullet: a specifikációt végigvezeti a megvalósításon, a szimulátoros tesztelésen, az ellenőrzésen és a belső kiadáson.

Az ügynök képes összegyűjteni a szükséges információkat, tervet készíteni, több tárolón dolgozni, pull requesteket létrehozni, mobilos szimulátorokat indítani, majd a specifikációhoz mérni a működést. Az eredmény a Slackbe tér vissza, működő builddel, kockázatértékeléssel, naplókkal és a változás előtti, illetve utáni felvételekkel.

Az emberi ellenőrzés továbbra is központi szerepet kap a jelentős következményekkel járó módosításoknál. A pénzmozgást érintő változásokat a Coinbase szabályozott környezetben működő csapatként alapos emberi tesztelésnek és jóváhagyásnak veti alá. Az alacsonyabb kockázatú módosítások ügynöki ellenőrzési folyamatokon haladhatnak át.

A jó terv fontosabb lett, mint a részletes prompt

A Coinbase Wallet alapelve szerint az AI-ügynököknek tervezni kell, nem pusztán utasításokat adni. A prompt egy feladat végrehajtását kéri, a terv viszont rögzíti a kívánt eredményt, a korlátokat, a megvalósítás környezetét és azt a bizonyítékot is, amely igazolja a munka elkészültét. Turakhia a tervet szerződésként írta le.

Ha a megvalósítás sikertelen, a mérnököknek a tervet kell módosítaniuk, majd újra lefuttatniuk a folyamatot, ahelyett hogy kézzel javítanák a kódot az IDE-ben. Így a tanulság a későbbi ügynökfuttatások számára is megmarad.

Egy használható terv tartalmazza a felhasználói célt, a megváltoztatandó jelenlegi működést, az érintett tárolókat és szolgáltatásokat, az elfogadási feltételeket, az ismert szélső eseteket és kockázatokat, valamint a visszaadandó teszteket, naplókat, képernyőképeket vagy felvételeket.

A rendszer működéséhez az ügynököknek hozzáférésre van szükségük az alkalmazásnaplókhoz, a build kimenetéhez, a teszteredményekhez, a futás közbeni viselkedéshez, a tervezési rendszer elemeihez és az éles környezet korlátaihoz. A Coinbase többféle készülékkonfigurációban mobilos szimulátorokat futtat, videókat készít a változás előtti és utáni állapotról, majd a specifikációhoz hasonlítja a viselkedést.

A csapat a sprintmodellt és a hagyományos átadásokat is felülvizsgálta

A buildelési és ellenőrzési környezet javítása a Coinbase szerint 73 százalékkal növelte azoknak az egyesített pull requesteknek az arányát, amelyek megvalósítási munkája nem igényelt emberi beavatkozást. A 30 vagy 40 percig tartó buildfolyamatokat gyorsítótárazott felhőkörnyezetekbe helyezték át, így azok kevesebb mint egy perc alatt elkészültek.

A csapat megszüntette a sprinteket, a napi megbeszéléseket, a projektindító értekezleteket, a hagyományos termékkövetelmény-dokumentumokat és a Figma-átadásokat mint kötelező lépéseket. A munka egy ötletből vagy specifikációból indul, gyorsan működő prototípussá válik, majd a belső felhasználók elé kerül. A Coinbase több száz prototípust tesztel saját használatban, és csak a bizonyítottan értéket adó ötletek kapják meg a további mérnöki és tervezési munkát.

Turakhia egy egynapos útvonalterv-sűrítési tesztet javasol a fejlesztőcsapatoknak: válasszanak egy ambiciózus, de körülhatárolt eredményt, készítsenek részletes tervet, futtassák végig ügynökökkel kézi kódmódosítás nélkül, és rögzítsék, hol lassul vagy hibázik a folyamat. A Coinbase egy szélsőségesebb változatban két mérnökkel egy hét alatt próbálta újraépíteni az alkalmazását. A munka hozzávetőleg 85 százalékig jutott, de a fennmaradó 15 százalék miatt az alkalmazás nem kerülhetett éles környezetbe. A megbízhatóság, a biztonság, az ellenőrzés és a termékdöntések továbbra is meghatározzák, hogy egy fejlesztés kiadható-e.