Gemini agentų platforma: Google leidžia agentams dirbti iki 7 dienų

·


Gemini Enterprise Agent Platform agentų valdymo ir tapatybės iliustracija

Gemini Enterprise Agent Platform yra viena iš tų DI temų, kur lengva pasiklysti techniniuose žodžiuose. Aš žiūriu paprasčiau: ką žmogus rytoj darbe darys kitaip?

Google Cloud liepos 29 d. paskelbė, kas naujo Gemini Enterprise Agent Platform. Vienas skaičius iškart užkliūva: agentai gali vykdyti sudėtingas asinchronines užduotis iki 7 dienų. Ne septynias sekundes. Septynias dienas.

Atvirai? Man tokiose naujienose visada įdomiausia ne gražiausias pavadinimas. Įdomiausia, kur prasideda realus darbas, reali rizika ir realus sutaupytas laikas.

KAS NUTIKO

Google rašo, kad Agent Runtime ir Agent Identity prieinami visiems. Platformoje kalbama apie ilgiau veikiančius agentus, tapatybės valdymą, audituojamumą, stebėseną ir CodeMender. Tai jau ne vien pokalbio langas, o bandymas agentus paversti valdoma darbo infrastruktūra.

Čia man iškart kyla buitiškas klausimas: jei agentas dirba savaitę, kas jį prižiūri antradienio naktį? Skamba juokingai, kol agentas neliečia klientų, sutarčių ar sistemos pakeitimų.

KODĖL TAI SVARBU

Ilgai veikiantys agentai svarbūs todėl, kad realūs darbai dažnai nėra vienas promptas. Pardavimų seka, darbuotojo įvedimas, tyrimo procesas, duomenų rinkimas, dokumentų derinimas – visa tai vyksta etapais ir su pauzėmis.

DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, skaito dokumentus, kviečia servisus, kartais veikia keliais žingsniais ir pradeda liesti tikrus procesus. Čia romantika baigiasi. Prasideda tvarka.

Ir taip, tvarka skamba nuobodžiai. Bet kai kalba pasisuka apie klientų duomenis, pinigus, sveikatą ar prieigas, nuobodumas staiga tampa privalumu.

KĄ TAI REIŠKIA VERSLUI

Verslui tai reiškia, kad agentų projektai tampa panašūs į procesų valdymą. Reikia ne tik geros instrukcijos, bet ir būsenos, savininko, leidimų, įvykių istorijos ir sustabdymo mygtuko.

  • aprašyti ilgai veikiančio agento tikslą
  • nustatyti tarpinius patikrinimus
  • naudoti agento tapatybę, o ne bendrą vartotoją
  • loguoti sprendimus ir perdavimus

Pavyzdys: onboarding agentas savaitę seka naujo kliento startą, paruošia užduotis, renka trūkstamus dokumentus, primena komandai ir parodo rizikas. Bet jis neturi savavališkai keisti sutarties.

Jei skamba per paprastai, vadinasi, judame teisinga kryptimi. Geras DI diegimas dažnai atrodo ne kaip fejerverkai, o kaip tvarkingas darbo stalčius.

KUR GALI SKAUDĖTI

Rizika – paleisti agentą kaip foninį procesą ir pamiršti. Ilgas darbas be priežiūros yra ne produktyvumas, o naujas aklas kampas.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Dėl to reikia ribų, logų ir žmogaus sprendimo ten, kur kaina didesnė.

KĄ PASIDARYTI ŠIĄ SAVAITĘ

Jei planuoji ilgą agento užduotį, įrašyk tris stabdžius: kada klausti žmogaus, kada sustoti, kada tik informuoti.

Mano taisyklė paprasta: jei negali pasakyti, kaip matuosi rezultatą, dar ne automatizuoji. Dar tik žaidi.

Šaltinis: Google Cloud.

DUK

Kas naujo Gemini Enterprise Agent Platform?

Google Cloud paskelbė Agent Runtime ir Agent Identity prieinamumą visiems bei ilgiau veikiančių agentų galimybes.

Ką reiškia iki 7 dienų veikiantis agentas?

Agentas gali vykdyti asinchroninį kelių etapų procesą ilgiau, neprarasdamas konteksto.

Ko reikia verslui prieš tokį diegimą?

Aiškių teisių, stebėsenos, tarpinių patikrinimų ir atsakingo savininko.

Jei nori DI naudoti praktiškai, pradėk nuo vieno proceso. Vienas pasikartojantis darbas, vienas atsakingas žmogus, vienas matavimas. Daugiau praktinių DI taikymo pavyzdžių rasi MasterSprint.