Googlov naslednji kodirni agent bi lahko spremenil način, kako razvijalci razmišljajo o svojem delu

Jules je bil šele začetek. Googlov interno omenjeni projekt »Jitro« signalizira večji premik – od izvajanja nalog k razvoju, usmerjenemu v rezultate.

Večina agentov za kodiranje z umetno inteligenco deluje na enak način. Razvijalec opazi težavo, napiše poziv in opazuje, kako se agent izvaja. To je hitro. Uporabno. Vendar pa razvijalcu še vedno daje nadzor nad vsako odločitvijo.

Zdi se, da Google ta model povsem preučuje.

Podjetje naj bi pod internim projektnim imenom Jitro gradilo naslednjo generacijo Julesa, svojega avtonomnega kodirnega agenta. Čeprav trenutni eksperiment Jules v zadnjih mesecih ni dosegel vidnega napredka, dokazi kažejo na vzporedna prizadevanja, osredotočena na povsem novo različico, ki presega model »poziv in izvajanje«, ki danes opredeljuje večino kodirnih agentov.

Če so zgodnji signali točni, to ni le posodobitev funkcij. Gre za drugačen način razmišljanja o tem, kaj programski agent dejansko počne.

Kje Jules stoji danes

Da bi razumeli, kam Jitro gre, je koristno vedeti, kaj Jules že počne.

Jules je asinhroni, agentni pomočnik za kodiranje, ki se neposredno integrira z obstoječimi repozitoriji. Deluje asinhrono, kar razvijalcem omogoča, da se osredotočijo na druge naloge, medtem ko sam dela v ozadju. Po zaključku predstavi svoj načrt, razloge in razliko narejenih sprememb.

Z asinhronim delovanjem v virtualnem stroju se Jules loči od najboljših orodij za kodiranje umetne inteligence, kot so Cursor, Windsurf in Lovable, ki vsa delujejo sinhrono in od uporabnikov zahtevajo, da po vsakem pozivu počakajo na izpis.

Ta asinhroni model je bil resnična prednost. Med beta različico so se tisoči razvijalcev lotili več deset tisoč nalog, kar je privedlo do več kot 140.000 javno objavljenih izboljšav kode.

Jules je zdaj izven beta različice in je na voljo v brezplačnih in plačljivih različicah, integriran v naročnine Google AI Pro in Ultra. Je solidno orodje. Če pa bo Jitro na voljo po opisu, bo nekaj bistveno drugačnega.

Od spodbud do ciljev

Namesto da bi razvijalce prosili, naj agentu ročno naročijo, kaj naj zgradi ali popravi, se zdi, da je Jules V2 zasnovan okoli postavljanja ciljev na visoki ravni – pomislite na razvoj, ki ga vodijo KPI-ji, kjer agent avtonomno prepozna, kaj je treba spremeniti v kodni bazi, da premakne metriko v pravo smer.

To je pomemben premik. Namesto da bi razvijalec agentu govoril, kaj naj stori, bi ta opredelil želeni rezultat – boljšo pokritost s testiranjem, nižje stopnje napak, izboljšano skladnost z zahtevami glede dostopnosti – agent pa bi ugotovil pot do tja.

Namensko delovno mesto za agenta kaže, da si Google Jitro predstavlja kot trajnega sodelavca in ne kot orodje za enkratno uporabo. Prvi signali kažejo na delovno mesto, kjer lahko razvijalci navajajo cilje, spremljajo vpoglede in konfigurirajo integracije orodij – plast kontinuitete, ki je trenutni programski agenti ne ponujajo.

To bi pomenilo odmik od paradigme na ravni nalog, ki jo uporabljajo konkurenti, kot so GitHub Copilot, Cursor in celo OpenAI-jev agent Codex, ki se vsi še vedno zanašajo na razvijalce, da definirajo specifične delovne elemente.

Po besedah ​​Mitcha Ashleyja, podpredsednika in vodje prakse za inženiring življenjskega cikla programske opreme pri skupini The Futurum Group , »izvajanje agentov, ki ga vodijo cilji, spreminja zahteve po opazovalnosti za razvojne ekipe. Ko agenti avtonomno zasledujejo rezultate v različnih produkcijskih kodnih bazah, postane razumevanje, kaj je agent optimiziral, razlogov, ki jih je uporabil, in omejitev, ki jih je ocenil, temelj za zaupanje.«

»Namen je prvi korak k razumevanju procesa izvajanja agentov. Inženirske ekipe, ki ne morejo instrumentalizirati vedenja agentov na ravni ciljev, bodo ugotovile, da je sprejetje omejeno s toleranco tveganja. Organizacije, ki opazujejo celoten cikel odločanja, od cilja prek sklepanja do rezultata, bodo tiste, ki bodo razširile avtoriteto agentov v posledično delo.«

Problem zaupanja

Razvoj, usmerjen v rezultate, se sliši prepričljivo, vendar sproža resnično vprašanje: koliko inženirske ekipe zaupajo agentu, da bo avtonomno zasledoval cilje v produkcijski kodni bazi?

Tveganje je seveda v tem, da avtonomni akterji, ki zasledujejo cilje, uvedejo nepredvidljive spremembe, zaupanje pa bo ključna ovira za sprejetje.

Tukaj bi lahko dejansko pomagal Googlov obstoječi okvir Jules. Jules že pred spremembami predstavi svoj načrt in razloge, razvijalci pa lahko delo usmerjajo sredi izvajanja. Če Jitro podeduje to plast preglednosti in jo razširi na vidnost na ravni ciljev, bi lahko ekipam dal več zaupanja v to, kaj agent počne in zakaj.

Zgodnji znaki kažejo, da Jitro ne bo sistem »odpri in pozabi«. Bolj je podoben strukturiranemu delovnemu toku – določite cilj, pregledajte pristop agenta, odobrite smer – kar postavlja dovolj varovalk okoli avtonomije, da je praktičen za prave ekipe.

Čas in kontekst

Čas je pomemben. Google I/O 2026 se začne 19. maja in to je ravno tista funkcija, ki bi jo Google želel predstaviti skupaj s širšimi posodobitvami ekosistema Gemini.

Google vztrajno širi svoja orodja za razvijalce umetne inteligence z integracijami Gemini v Android Studiu, Firebaseu in Cloudu, ciljno usmerjeni kodirni agent pa bi se lepo ujemal s to strategijo – zlasti za poslovne ekipe, ki jim je bolj mar za rezultate kot za posamezne zahteve za prevzem.

Pričakuje se, da bo izdaja na voljo na čakalni listi, kar kaže na to, da Google uporablja premišljen pristop in ne široke izdaje. To je skladno s tem. Agenti, ki so usmerjeni k ciljem in delujejo v velikih kodnih bazah, potrebujejo skrbno uvajanje, ne pa pristopa "splash-and-scale".

Kaj to pomeni za inženirske ekipe

Če bo Jitro na voljo, kot je opisano, bodo od tega najverjetneje imeli koristi razvijalci, ki upravljajo velike, zrele kodne baze – ekipe, kjer so postopne, kompleksne izboljšave na področjih, kot so zmogljivost, pokritost s testiranjem in varnostni položaj, pomembnejše od enkratnih izdelav funkcij.

Za manjše ekipe ali posamezne razvijalce, ki so že seznanjeni z Julesom, lahko Jitro predstavlja več zmogljivosti, kot jih takoj potrebujejo. Za organizacije za inženiring v podjetjih, ki poskušajo meriti kakovost programske opreme v velikem obsegu, pa bi lahko agent za postavljanje ciljev s trajnim delovnim prostorom spremenil njihov pristop k načrtovanju in izvedbi.

Trenutna generacija programskih agentov je razvijalce naredila hitrejše. Naslednja jih bo morda spodbudila k drugačnemu razmišljanju o tem, za kaj sploh optimizirajo.

Kontaktirajte za optimizirano oglaševanje Google |  LinkedIn | X | Bing | Meta Ads ali za pregled in analiziranje vašega oglaševalskega računa: 041 512 565.