Agentic overlays: senų sistemų nereikia griauti, jas galima apvilkti agentais
·
agentic overlays skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?
AWS aprašė agentic overlays principą: plonus sluoksnius, kurie senas REST paslaugas paverčia agentams tinkamais įrankiais. Man čia patinka pati mintis. Ne viską reikia griauti ir statyti nuo nulio.
Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?
KAS NUTIKO
Agentic overlays veikia kaip tarpinis sluoksnis tarp senų verslo servisų ir naujų agentinių sąveikų. Jie gali atverti REST API kaip MCP įrankius ir leisti sistemoms dalyvauti agentų darbo eigoje be pilno perrašymo.
Kiekvienoje didesnėje įmonėje yra sistema, kurios visi bijo liesti. Ji sena, bet veikia. Kažkur kampe žmogus tyliai sako: „tik nejudinkit, nes sugrius atlyginimai“.
KODĖL TAI SVARBU
Agentic overlays svarbūs todėl, kad daug verslo realybės gyvena ne naujose programėlėse, o senose sistemose. Jei DI agentas negali prie jų prieiti tvarkingai, jis lieka gražiu pašnekovu be rankų.
DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.
KĄ TAI REIŠKIA VERSLUI
Verslui tai reiškia trumpesnį kelią į agentus. Galima ne perrašyti sistemą, o sukurti aiškų, valdomą sluoksnį, kuris agentui duoda ribotus veiksmus ir saugų kontekstą.
- inventorizuoti svarbiausias senas API
- aprašyti, kokius veiksmus agentas gali kviesti
- dėti leidimus ir logus tarp agento ir sistemos
- pradėti nuo skaitymo, tik tada leisti rašyti
Pavyzdys: agentas gali perskaityti užsakymo statusą iš senos ERP sistemos ir paruošti atsakymą klientui, bet neturi teisės pats keisti kainos.
KUR PASISLĖPUSI RIZIKA
Rizika – per plačiai atidaryti seną sistemą. Jei agentas gauna per daug teisių, senos problemos tiesiog gauna naują, greitesnį valdiklį.
Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Pasirinkite vieną seną sistemą ir parašykite tris saugius veiksmus, kuriuos agentas galėtų atlikti tik skaitymo režimu.
Šaltinis: Amazon Web Services.
DUK
Kas yra agentic overlays?
Tai tarpiniai sluoksniai, leidžiantys senoms sistemoms veikti kaip DI agentams tinkami įrankiai.
Kodėl tai naudinga?
Nereikia iš karto perrašyti visos senos sistemos, galima ją prijungti palaipsniui.
Kokia didžiausia rizika?
Per plačios teisės agentui ir nepakankamas veiksmų logavimas.
Jei norite DI naudoti ne dėl mados, pradėkite nuo vieno proceso. Paimkite užduotį, kuri kartojasi kas savaitę, susirašykite žingsnius ir tik tada junkite įrankį. Daugiau praktinių DI taikymo pavyzdžių rasite MasterSprint.
