Serval Catalyst otsib ise IT-töid, mida tasuks automatiseerida

01Lühidalt

• Serval tegi 20. augustil üldiselt kättesaadavaks Catalysti, administraatorile mõeldud AI-agendi, mis loob ticket'ite, juhendite või tavakeelse kirjelduse põhjal IT-automaatikaid.
• Catalyst võib luua taustaagente, mis otsivad ühendatud süsteemidest korduvaid probleeme ja automatiseerimisvõimalusi enne uue kasutajapöördumise tekkimist.
• Kõik loodud töövood algavad Servali järgi mustandina ning organisatsioon saab nõuda ülevaatust ja eraldi avaldamisõigust enne automaatika aktiveerimist.
• Ettevõtte väide, et üle 90% beetaklientidest alustas automatiseerimist Catalysti kaudu, pole sõltumatult kontrollitud; avalikud andmed ei näita ka valede soovituste või tagasipööramiste määra.

IT-teenindusplatvorm Serval muutis 20. augustil üldiselt kättesaadavaks Catalysti ning lubab selle vaikimisi kõigile Servali organisatsioonidele. Catalyst on administraatori tööpind, mis analüüsib ticket'ite ajalugu, standardseid tööjuhendeid ja tavakeelseid nõudeid ning koostab nende põhjal töövooge, oskusi, vorme, ligipääsupoliitikaid ja juhtpaneele.

Olulisem uus suund on taustaagentide loomine. Need ei oota üksnes töötaja ticket'it, vaid jälgivad ühendatud süsteeme, otsivad korduvaid probleeme ja pakuvad automatiseerimist ennetavalt. See nihutab AIOpsi küsimuse „kuidas intsident kiiremini lahendada?“ küsimuseks „milliste tõendite põhjal tohib süsteem otsustada, et protsessi ennast tuleb muuta?“

VentureBeati järgi kasutab Catalyst sama Servali keskkonda, mis ühendab help desk'i, ligipääsuhalduse ja töövood. Ettevõtte demonstratsioonis tuvastas agent ühendatud Okta, Google Workspace'i ja Microsoft Entra süsteemid ning genereeris paroolivahetuse töövoo TypeScriptis. Demonstratsioon kinnitab funktsiooni olemasolu, mitte töökindlust tootmises.

02Catalyst otsib automatiseerimisideed enne ticket'it

Tavaline IT-automatsioon algab inimese otsusest: keegi märkab korduvat tööd, kirjeldab protsessi ja ehitab skripti või töövoo. Catalyst püüab automatiseerida ka esimese sammu. Ticket'ite ajaloost võib ta leida korduva kategooria, hinnata selle automatiseerimispotentsiaali ning koostada administraatorile lahenduse mustandi.

Serval on proaktiivset mudelit kirjeldanud kui pidevat analüüsi, mis koondab ticket'e üle kategooriate ja aja ning asetab soovitused administraatori ülevaatusjärjekorda. See on oluline piir: mustri leidmine ei peaks automaatselt tähendama tootmissüsteemi muutmist.

Catalysti kasutusala ei piirdu ticket'itega. SOP-i või arvutustabeli põhjal saab agent koostada käivitatava protsessi; ta võib luua ka töötaja sisse- ja väljalülitamise teekondi, ligipääsupoliitikaid ning ebaõnnestunud töövoogude uurimisi. Mida rohkem allikaid agent ühendab, seda tähtsamaks muutuvad andmete päritolu ja ajakohasus.

03Soovitus ja täitmine peavad jääma eri kontrollikihtidesse

Servali arhitektuuriline lubadus on eraldada automaatika loomine selle käivitamisest. Ettevõtte dokumentatsiooni järgi genereerib Automation Agent töövoo enne tootmiskasutust, administraator saab TypeScripti üle vaadata ning avaldatud töövoog täidab runtime'is fikseeritud samme. Help Desk Agent ei peaks jooksvalt uut koodi improviseerima.

See eristus vähendab üht suurt riski: tootmiskeskkonnaga ühendatud mudel ei otsusta iga ticket'i ajal ise, milliseid API-kutseid teha. Kontrollitav kood ja eelnev avaldamine annavad võimaluse testida õigusi, veaolukordi ja tagasipööramist enne tegelikku kasutamist.

Catalysti taustaagentide puhul tuleb sama piiri rangelt hoida. Agent võib otsida probleemi, koguda tõendeid ja koostada paranduse mustandi, kuid infrastruktuuri, identiteedi või ligipääsu muutus peab läbima eraldi poliitika. Vastasel juhul saab vaatlusagendist märkamatult muudatusagent.

04Ticket'ite ajalugu ei ole neutraalne treeningmaterjal

Korduv ticket ei tõenda automaatselt, et lahendus tuleks automatiseerida. Suur hulk paroolivahetusi võib viidata sobivale iseteenindusele, aga ka vigasele identiteediprotsessile. Korduvad ligipääsutaotlused võivad näidata rutiinset vajadust või liiga laia rollimudelit, mida automaatika ainult kinnistaks.

Ajaloolised ticket'id sisaldavad sageli vabateksti, isikuandmeid, ajutisi erandeid ja lahendusi, mis töötasid vana süsteemiversiooniga. Enne nende kasutamist peab organisatsioon määrama säilitusaja, eemaldama ebavajalikud isikuandmed, kontrollima allikasüsteemi ja eristama edukalt lahendatud juhtumid hiljem tagasi pööratud muudatustest.

Oluline on ka valikunihe. Help desk'i jõuavad probleemid, mida kasutaja märkas ja otsustas raporteerida. Monitooringulogid näitavad teistsugust vaadet ning muudatuste register kolmandat. Agent, mis näeb ainult ticket'e, võib eelistada nähtavat kasutajamugavust süsteemse töökindluse või turberiski arvelt.

05Raudtee ja muu kriitiline taristu vajab tõendite hierarhiat

Kriitilise taristu keskkonnas ei tohiks agent teha automatiseerimisettepanekut ühe signaali põhjal. Näiteks korduv seadmeühenduse katkestus peab olema seostatav monitooringu ajajoone, konfiguratsioonimuudatuse, varahaldusandmete ja kinnitatud intsidendiga. Ticket'i sõnastus üksi ei näita põhjuslikku seost.

Eesti Raudtee või sarnase operaatori puhul peab lisaks eristama äri-IT ja ohutuskriitilised süsteemid. Kontoritarkvara kasutajatoe protsessi võib automatiseerida madalama lävendiga kui liiklusjuhtimise või signalisatsiooni lähedase muudatuse. Sama agent ei tohiks pärida mõlemas keskkonnas sama tööriistakomplekti ega avaldamisõigust.

Sobiv tõendite hierarhia algab vaatlusest ja korrelatsioonist, liigub kontrollitud diagnoosini ning alles seejärel paranduse mustandini. Automaatne täitmine võib olla lubatud ainult eelnevalt heaks kiidetud, väikese mõjuga ja pööratavale tegevusele. Kõrge mõjuga muudatus vajab teise inimese kinnitust ning võimalusel testimist eraldatud keskkonnas.

06Viis kontrolli enne proaktiivse agendi sisselülitamist

1. Määrake tõendite miinimum. Soovitus peab viitama ticket'itele, logidele, konfiguratsioonile ja varasematele muudatustele, millest järeldus tekkis.
2. Eraldage soovitamine, ehitamine ja avaldamine. Sama agendi avastus ei tohi anda talle automaatselt õigust töövoogu tootmisse viia.
3. Piirake integratsioone ja rolle. Catalyst pärib kasutaja õigused ning seetõttu peab administraatori konto ise olema minimaalse ulatusega.
4. Nõudke testitavat tagasipööramist. Iga töövoog peab kirjeldama, kuidas peatada jooks, taastada varasem seis ja teavitada mõjutatud süsteemi omanikku.
5. Mõõtke valesoovitusi. Lisaks säästetud ajale tuleb jälgida tagasi lükatud automaatikaid, käsitsi parandusi, valepositiivseid seoseid ja tootmises tagasi pööratud muudatusi.

07Ettevõtte kasutusnäitajad vajavad sõltumatut kontrolli

Serval ütles VentureBeatile, et üle 90% beetaklientidest kasutas Catalysti automatiseerimise lähtepunktina. See näitab vähemalt kasutajate huvi uue kasutajaliidese vastu, kuid ei ütle, kui palju loodud töövooge avaldati, kui sageli neid muudeti ega milline oli nende pikaajaline veamäär.

Ettevõte toob ka näiteid klientidest, kes automatiseerivad suure osa ligipääsutaotlustest või IT-ticket'itest. Need kasutuslood kirjeldavad kogu Servali platvormi, mitte tingimata Catalysti uue versiooni mõju. Neid ei saa kasutada tõendina, et proaktiivne taustaagent vähendab intsidente.

Järgmise 6–12 kuu jooksul tasub jälgida kolme tulemust: kui suur osa Catalysti soovitustest läbib inimese ülevaatuse, kui sageli avaldatud automaatika tagasi pööratakse ning kas proaktiivne avastus vähendab päriselt ticket'ite või intsidentide hulka. Ilma nende näitajateta jääb „ise automatiseerimist otsiv agent“ eelkõige tootevõimekuse kirjelduseks.

08Korduma kippuvad küsimused

Mis on Serval Catalyst?

Catalyst on Servali administraatorile mõeldud AI-agent, mis analüüsib ticket'e ja juhendeid ning loob nende põhjal töövoogude, oskuste, vormide ja ligipääsupoliitikate mustandeid.

Millal Catalyst üldiselt kättesaadavaks muutus?

Serval tegi Catalysti üldiselt kättesaadavaks 20. augustil 2026. VentureBeati järgi lülitatakse see vaikimisi sisse kõigile Servali organisatsioonidele.

Kas Catalyst muudab süsteeme automaatselt?

Servali järgi algab kõik Catalysti loodud mustandina ning organisatsioon saab piirata avaldamisõigust või nõuda formaalset ülevaatust. Tegelik risk sõltub sellest, millised õigused ja kinnitused klient seadistab.

Mida taustaagent teeb?

Taustaagent jälgib ühendatud süsteeme ja otsib korduvaid probleeme või automatiseerimisvõimalusi enne uue ticket'i tekkimist. Soovitus peaks jääma inimese kontrollida, eriti kui see puudutab ligipääse või tootmissüsteeme.

Milliseid andmeid Catalyst kasutab?

Catalyst võib kasutada ticket'ite ajalugu, standardseid tööjuhendeid, arvutustabeleid ja tavakeelseid juhiseid ning ühendatud süsteemide infot. Organisatsioon peab kontrollima nende andmete kvaliteeti, ajakohasust ja ligipääsuulatust.

Kas 90% beetaklientide näitaja tõendab edu?

Ei. See on Servali enda avaldatud kasutuselevõtunäitaja ega näita loodud automaatikate kvaliteeti, veamäära või majanduslikku mõju.

Kuidas sobib Catalyst kriitilisse taristusse?

Sobiv kasutus algab vaatlusest ja soovitustest, mitte autonoomsest muutmisest. Ohutuskriitilised süsteemid vajavad eraldi õigusi, mitme allika tõendeid, inimese kinnitust ja testitud tagasipööramist.