A2A protokolas: DI agentai mokosi perduoti darbą vienas kitam

Svarbiausia

• Kas yra A2A protokolas? Tai Agent-to-Agent protokolas, leidžiantis DI agentams bendrauti ir perduoti užduotis.
• Kodėl neužtenka API? API dažnai yra griežta, o agentams reikia dialogo, būsenos ir užduoties derinimo.
• Ar A2A tinka mažai įmonei? Taip, jei įmonė planuoja daugiau nei vieną agentą ir nori aiškių atsakomybės ribų.

A2A protokolas skamba kaip dar viena DI naujiena iš didelės kompanijos. Bet aš į tokias naujienas žiūriu paprastai: ar tai padeda žmogui pirmadienio rytą, kai Outlook’as pilnas, Slack’as mirksi, o vadovas klausia, kur rezultatas?

A2A protokolas atrodo kaip techninė tema. Bet realiai čia klausimas labai žmogiškas: ar vienas DI agentas turi daryti viską, ar geriau perduoti darbą kitam, kuris moka konkrečią sritį?

Ir čia prasideda įdomioji dalis. Ne spaudos pranešime. Darbe. Ten, kur gražūs pažadai arba tampa procesu, arba tampa dar vienu įrankiu, kurį nusipirkome ir po dviejų savaičių pamiršome.

Kas nutiko

Google aprašė Agent-to-Agent protokolo pirmųjų metų pamokas. Pagrindinė idėja – agentai gali bendrauti, perduoti užduotis ir išlaikyti savo vidinę logiką bei duomenis už saugios ribos.

Man tai primena normalų biurą. Jei finansų žmogus klausia teisininko, jis nepasiima viso teisininko kompiuterio. Jis perduoda klausimą ir gauna atsakymą.

Kodėl tai svarbu

A2A svarbus dėl konteksto, saugumo ir darbo pasidalijimo. Vienas agentas neturi prisikimšti visos įmonės žinių į vieną pokalbį. Specializuotas agentas gali atlikti savo darbą ir grąžinti rezultatą.

Man čia labai norisi įjungti šaltą dušą sau pačiam. DI nėra stebuklinga šluota. Jei komandoje nėra aiškių taisyklių, kas ką daro, DI tik greičiau pagamins triukšmą. Kartais labai gražų triukšmą.

Ką tai reiškia verslui

Verslui tai reiškia, kad agentų architektūra gali tapti modulinė: vienas agentas rūpinasi klientais, kitas dokumentais, trečias IT užduotimis, o kiekvienas turi savo ribas.

• atskirti agentų atsakomybes
• neperduoti jautrių duomenų be poreikio
• fiksuoti, kuris agentas ką atliko
• kurti mažus agentus, kuriuos galima pakeisti

Paprastas pavyzdys: pardavimų agentas prašo sandėlio agento patikrinti likučius. Sandėlio agentas grąžina atsakymą, bet neatidaro visos sandėlio sistemos pardavimų agentui.

Kur pasislėpusi rizika

Rizika – sukurti agentų grandinę, kurios niekas nebesupranta. Kai penki agentai kalbasi tarpusavyje, žmogui vis tiek reikia aiškaus žurnalo.

Gera ribų taisyklė: jeigu DI gali atlikti veiksmą, kažkas turi matyti pėdsaką. Kas paprašė? Ką sistema padarė? Kokiais duomenimis rėmėsi? Kur sustojo? Be šitų klausimų agentai virsta ne pagalbininkais, o mandagiais improvizatoriais.

Ką pasidaryti šią savaitę

Nubraižykite vieną procesą ir pažymėkite, kur darbą galėtų perimti atskiras specializuotas agentas. Jei negalite paaiškinti ribų, dar anksti jungti automatizaciją.