ADK 2.0: DI agentams prireikė ne daugiau magijos, o daugiau tvarkos

·


ADK 2.0 DI agentų kūrimui ir struktūruotoms darbo eigoms

ADK 2.0 šiandien nėra tik dar vienas DI terminas. Tai klausimas, ar technologija jau gali laikyti realų darbo svorį, ar dar tik gražiai atrodo ekrane.

Google Developers liepos 1 d. paaiškino, kodėl atsirado ADK 2.0. Pagrindinė mintis labai žemiška: kai DI agentas keliauja iš demo į produkciją, vien gražaus prompto nebeužtenka.

Man tokiose naujienose visada įsijungia tas vidinis balsas: gerai, o kas pasikeis pirmadienį ryte? Ne scenoje. Ne demo įraše. Normalioje komandoje, kur yra klientai, terminai, biudžetas ir kartais labai mažai kantrybės.

KAS NUTIKO

ADK 2.0 prideda struktūruotų darbo eigų runtime ir užduočių bendradarbiavimo modelį. Google rašo apie situacijas, kur agentai gali įstrigti cikluose, apeiti verslo logiką arba suklysti taip, kad klaida neatrodo kaip aiški išimtis.

Čia man primena momentą, kai komanda sako: „veikia pas mane“. Tada paleidi klientui, ir prasideda gyvenimas. Vieną kartą veikia. Kitą kartą nusuka į šoną. Trečią kartą daro tai, ko niekas neprašė.

KODĖL TAI SVARBU

ADK 2.0 svarbus todėl, kad agentams reikia deterministinės kontrolės: kada jie gali veikti, ką turi patikrinti, kur sustoti ir kada pakviesti žmogų.

DI rinka po truputį keliasi iš „pažiūrėk, ką sugeneravo“ į „pažiūrėk, ką patikimai padarė“. Skirtumas didelis. Viena yra įspūdis. Kita – procesas, kurį galima kartoti, matuoti ir prižiūrėti.

KĄ TAI REIŠKIA VERSLUI

Verslui tai reiškia, kad agentų projektai turi būti valdomi kaip procesai, o ne kaip kūrybinis promptų stalčius.

  • aprašyti agento ribas prieš jungiant įrankius
  • turėti aiškius sustojimo taškus
  • registruoti tarpinius veiksmus
  • testuoti ne tik gerus, bet ir blogus scenarijus

Pradžiai užtenka vieno proceso. Pavyzdžiui, savaitinė klientų užklausų suvestinė: agentas surenka, sugrupuoja, pažymi rizikas, bet galutinę žinutę siunčia žmogus.

KUR PASISLĖPUSI RIZIKA

Rizika paprasta: agentas gali padaryti daug darbo neteisinga kryptimi. O tada klaidą taiso žmogus, tik jau su palūkanomis.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina tvarkingu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl patikra nėra biurokratija. Tai darbo higiena.

KĄ PASIDARYTI ŠIĄ SAVAITĘ

Šią savaitę susirašykite vieną agento darbo eigą kaip kontrolinį sąrašą: įvestis, veiksmai, patikros, žmogaus patvirtinimas.

Šaltinis: Google Developers.

DUK

Kas yra ADK 2.0?

Tai Google Agent Development Kit versija su struktūruotomis darbo eigomis DI agentams.

Kodėl prompto nebeužtenka?

Nes produkcijoje reikia kontrolės, logų, sustojimo taškų ir klaidų valdymo.

Kam tai aktualu versle?

Komandoms, kurios nori agentą naudoti realiuose procesuose, ne tik demo.

Jei norite DI naudoti praktiškai, pradėkite nuo vieno proceso. Ne nuo įrankių sąrašo. Ne nuo madingo modelio. Paimkite darbą, kuris kartojasi, išmatuokite rezultatą ir tik tada junkite DI. Daugiau praktinių pavyzdžių rasite MasterSprint.