monday.com DI agentai: kai dev komanda gauna tikrus komandos draugus

monday.com DI agentai šiandien yra ne gražus terminas, o praktinis klausimas: kur darbas stringa, kiek jis kainuoja ir ar DI gali padėti be chaoso?

AWS aprašė, kaip monday.com paleido DI agentus produkcijoje su Amazon Bedrock. Ne demo. Ne gražų filmuką konferencijai. Produkcijoje, kur užstrigę procesai, eilės, slapti raktai ir komandos nervai greitai parodo, ar sistema verta dėmesio.

Atvirai? Man tokios naujienos patinka tada, kai jos kvepia ne scena, o darbo kambariu. Kai yra architektūra, logai, ribos, skaičiai ir žmogus, kuris vis tiek lieka atsakingas.

KAS NUTIKO

monday.com rašo, kad 9 iš 10 jų „Builders“ kas mėnesį naudoja DI kodavimo įrankius, o PR pralaidumas vienam inžinieriui išaugo daugiau nei per pusę. Architektūroje naudojami SNS, SQS, EKS, RDS, ElastiCache, EFS, S3, Secrets Manager ir Amazon Bedrock modelių kvietimams.

Čia įdomu ne vien skaičiai. Įdomu tai, kad jie agentus traktuoja kaip komandos infrastruktūrą. Su eilėmis, atmintimi, sesijomis, pakartojimu, logais ir taisykle: jei kažkas neveikia, turi būti galima atsukti, pataisyti ir paleisti iš naujo.

KODĖL TAI SVARBU

monday.com DI agentai svarbūs todėl, kad agentų tema pagaliau traukiasi iš „pažiūrėkit, ką padariau su promptu“ zonos. Produkcinis agentas turi gyventi tarp realių įrankių. Jis gauna užduotį, kviečia servisus, saugo būseną ir perduoda rezultatą žmogui arba kitai sistemai.

DI agentai po truputį kraustosi iš pokalbio lango į realius procesus. Ten jau neužtenka gražaus atsakymo. Reikia teisių, duomenų, peržiūros, kainos kontrolės ir aiškaus atsakymo, kas nutinka, kai sistema suklysta.

KĄ TAI REIŠKIA VERSLUI

Verslui pamoka paprasta: agentas nėra vien modelis. Tai visas darbo vamzdis. Jei neturite eilės, teisių, logų ir peržiūros, turite ne agentą, o entuziastingą praktikantą be prižiūrėtojo.

• pradėti nuo vieno siauro darbo
• turėti aiškų žmogaus peržiūros tašką
• loguoti agento veiksmus, ne tik atsakymus
• matuoti rezultatą pagal užbaigtą darbą

Pirmas testas galėtų būti labai žemiškas: agentas renka informaciją iš ticketų, paruošia savaitinę techninę suvestinę ir pažymi vietas, kur žmogui būtina pažiūrėti.

KUR PASISLĖPUSI RIZIKA

Rizika – pavadinti agentu bet kokį chatbotą. Tada vadovai tikisi produkcijos, o komanda turi gražų langelį, kuris neturi nei atsakomybės, nei ribų.

Čia laimi ne tie, kurie garsiausiai sako „mes jau naudojame DI“. Laimi tie, kurie turi paprastą procesą, aiškias ribas ir matuoja rezultatą, o ne entuziazmą pirmą savaitę.

KĄ PASIDARYTI ŠIĄ SAVAITĘ

Šią savaitę susirašykite vieną procesą, kuris turi aiškų įėjimą, aiškų rezultatą ir daug pasikartojimų. Tai geriausia vieta pirmajam agento bandymui.

Šaltinis: Amazon Web Services.

DUK

Kas yra monday.com DI agentai?

Tai produkcijoje veikiantys agentai, kurie monday.com inžinerijos komandose padeda atlikti programinės įrangos kūrimo darbus.

Kodėl minima Amazon Bedrock?

Bedrock naudojamas modelių kvietimams, saugumui, talpai ir agentų veikimo valdymui.

Kokia pamoka verslui?

Agentą reikia projektuoti kaip procesą su logais, teisėmis, būsena ir žmogaus peržiūra.

Jeigu norite DI naudoti praktiškai, pradėkite nuo vieno darbo. Ne nuo visos įmonės pertvarkymo. Vienas procesas, vienas matavimas, viena atsakomybė. Daugiau praktinių DI taikymo pavyzdžių rasite MasterSprint.