Google A2A atnaujinimas: DI agentai mokosi kalbėtis tarpusavyje

Agent2Agent yra viena iš tų DI naujienų, kur pirmas impulsas būna numoti ranka: dar vienas pranešimas, dar vienas modelis, dar viena platforma. Bet po triukšmu yra praktinis klausimas – ką žmogus ar komanda nuo rytojaus darys kitaip?

Google Cloud paskelbė Agent2Agent, arba A2A, protokolo atnaujinimus. Čia tema, kuri iš pirmo žvilgsnio atrodo skirta kūrėjams. Bet verslui ji labai žemiška: kas nutinka, kai vienas DI agentas turi perduoti darbą kitam?

Atvirai? Man DI naujienose mažiausiai įdomūs blizgantys pristatymai. Įdomu, kur dingsta laikas, kur atsiranda klaidos ir kur komanda vis dar dirba rankomis, nors jau seniai galėtų bent dalį darbo perduoti sistemai.

KAS NUTIKO

A2A yra protokolas, skirtas skirtingiems agentams bendrauti tarpusavyje. Google kalba apie įrankius, kurie padeda kurti, diegti, vertinti ir net parduoti bendradarbiaujančius agentus. Tai signalas, kad agentai juda iš pavienių pagalbininkų į tarpusavyje sujungtas sistemas.

Šaltinis čia svarbus. Ne gandas, ne LinkedIn interpretacija, o pirminis įmonės tekstas. Tokiose temose detalės greitai iškraipomos: vienas sakinys tampa pažadu, pažadas tampa reklama, o po savaitės visi jau ginčijasi dėl dalyko, kurio niekas tiksliai neperskaitė.

KODĖL TAI SVARBU

Įmonėje retas darbas telpa viename skyriuje. Pardavimai pažada, finansai patikrina, teisininkai peržiūri, klientų aptarnavimas paaiškina. Jei DI agentai ateina į tokį procesą, vieno protingo agento neužtenka. Reikia susikalbėjimo, atsakomybės ir perdavimo istorijos.

DI versle jau seniai nebėra vien klausimas „kokį įrankį nusipirkti“. Dabar klausimas kitas: kur šis įrankis įsėda į procesą, ką jis gali matyti, ką gali keisti ir kas patikrina rezultatą. Be šitų atsakymų net geriausias modelis tampa dar vienu langeliu naršyklėje.

KUR TAI PRITAIKYTI

Pradėti verta ne nuo didelio plano. Pradėti verta nuo vienos vietos, kur darbas kartojasi ir visi tyliai kenčia. Žinot tą jausmą, kai komandoje niekas nebenori liesti tam tikros lentelės, bet visi žino, kad be jos nepajudėsi? Va ten dažnai ir prasideda DI vertė.

• Pardavimų agentas gali perduoti sutarties klausimą teisės agentui.
• Klientų aptarnavimo agentas gali paprašyti finansų agento patikrinti sąskaitos būseną.
• Projektų agentas gali surinkti informaciją iš kelių komandų ir grąžinti vieną veiksmų sąrašą.

Gera taisyklė paprasta: jei darbą galima aprašyti trimis sakiniais ir patikrinti per kelias minutes, jis tinka pirmajam DI bandymui. Jei reikia žmogaus intuicijos, dešimties išimčių ir „čia priklauso nuo situacijos“, pirmiausia susitvarkykite procesą.

KUR PASISLĖPUSI RIZIKA

Didžiausias pavojus – grandininė klaida. Vienas agentas ne taip supranta užduotį, kitas pasitiki perduotu kontekstu, trečias padaro veiksmą. Visi dirbo. Rezultatas blogas.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiu sakiniu, tvarkinga struktūra ir tonu, kuris skamba užtikrintai. Čia smegenys ir užkimba: „atrodo gerai, vadinasi gerai“. Deja, versle taip neveikia.

KĄ DARYTI ŠIĄ SAVAITĘ

Prieš jungdami agentus tarpusavyje, susikurkite perdavimo taisykles: kas perduodama, kas tikrinama, kada stabdoma ir kada žmogus privalo įsikišti.

Mano siūlymas: nebandykite laimėti viso DI žaidimo per vieną savaitę. Paimkite vieną procesą, vieną komandą, vieną matavimą. Tada žiūrėkite, ar žmogui realiai liko mažiau darbo, ar tiesiog atsirado nauja vieta tikrinti DI.

DUK

Ar Agent2Agent aktualu mažam verslui?

Taip, jei mažas verslas turi pasikartojančių informacijos darbų. Jei procesas vyksta tik kartą per metus, DI nauda gali būti mažesnė nei pasiruošimo kaina.

Ar čia reikia techninės komandos?

Ne visada. Pradžioje dažnai užtenka aiškaus proceso, gerų duomenų ir žmogaus, kuris moka patikrinti rezultatą. Techninė komanda reikalinga tada, kai DI jungiamas prie vidinių sistemų.

Kokia didžiausia klaida?

Pradėti nuo įrankio, o ne nuo problemos. Įrankių daug. Aiškiai suformuluotų problemų – mažiau.

Jei norite DI pritaikyti praktiškai, pradėkite nuo vieno proceso audito. MasterSprint programoje būtent taip ir žiūrime į DI: mažiau triukšmo, daugiau realių darbų. Daugiau rasite MasterSprint.

Šaltinis: Google Cloud.