AWS Support Companion: DI agentas, kuris skaito logus ir ruošia support bylą

DI agentas supportui 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 liepos 7 d. aprašė AWS Support Companion – DI agentą, kuris gali analizuoti CloudWatch logus, ieškoti AWS dokumentacijoje, tikrinti AWS re:Post žinias ir kurti support bylas iš vienos pokalbio sąsajos. Kitaip sakant, agentas ten, kur techninė komanda dažnai praranda daugiausia laiko: tarp logų, dokumentų ir „gal čia jau kažkas buvo susidūręs“.

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

Sprendimas pastatytas ant Amazon Bedrock AgentCore, Strands Agents ir MCP jungčių. AWS pabrėžia, kad agentas tvarko ne tik atsakymą, bet ir veiksmų seką: surenka kontekstą, pasižiūri logus, pasitikrina žinias ir padeda paruošti kreipinį.

Čia labai gyvenimiška. Kai sistema lūžta, niekas nenori skaityti 14 dokumentacijos puslapių. Visi nori vieno žmogaus, kuris pasakytų: „žiūrėk, pradėk nuo šito“. Agentas gali tapti tuo pirmu žmogumi. Jei gerai suvaldytas.

KODĖL TAI SVARBU

DI agentas supportui svarbus todėl, kad incidentų metu laikas brangus. Agentas gali sumažinti paieškos, konteksto rinkimo ir pasikartojančių patikrų krūvį. Ypač kai komanda dirba su daug servisų.

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

Lietuvos įmonėms tai aktualu ne tik AWS pasaulyje. Panaši logika tinka vidiniam IT supportui, klientų aptarnavimui, SaaS incidentams ir techniniams konsultantams.

• prijungti agentui tik reikalingus logus ir dokumentus
• įrašyti, kokius veiksmus agentas atliko
• neleisti agentui keisti produkcijos be žmogaus
• incidentų metu reikalauti šaltinių ir laiko žymų

Pirmas panaudojimas galėtų būti agentas, kuris iš ticketo ir logų paruošia santrauką: kas nutiko, kada prasidėjo, kokie servisai paliesti, kokių duomenų dar trūksta.

KUR PASISLĖPUSI RIZIKA

Rizika – duoti agentui per daug teisių. Support agentas turi padėti rasti problemą ir paruošti sprendimą, bet produkcijos keitimai turi turėti aiškų patvirtinimą.

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Ę

Jei turite support komandą, suskaičiuokite, kiek kartų per savaitę žmonės ieško tos pačios informacijos loguose ar dokumentacijoje. Tai gera vieta pirmajam agentui.

Šaltinis: Amazon Web Services.

DUK

Kas yra AWS Support Companion?

Tai AWS pavyzdinis DI agentas, kuris analizuoja logus, dokumentaciją, bendruomenės žinias ir support bylas.

Kam tai naudinga?

Techninėms komandoms, kurios daug laiko praleidžia rinkdamos incidentų kontekstą.

Ar agentas turėtų taisyti problemas pats?

Pradžioje geriau, kad jis rinktų informaciją ir siūlytų veiksmus, o žmogus tvirtintų pakeitimus.

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.