Siemens ir agentiniai procesai: kaip judinti seną kodą po gabalą

Agentiniai procesai dažnai pristatomi taip, lyg rytoj visą įmonę perims keli DI agentai ir viskas stebuklingai susitvarkys. Gražu. Tik realybėje yra senas kodas, seni procesai, senos priklausomybės ir vienas žmogus, kuris dar prisimena, kodėl ten tas mygtukas veikia taip keistai.

Todėl Siemens ir Google Cloud istorija įdomi. Jie kalba ne apie magiją, o apie senų sistemų modernizavimą po gabalą.

„SUPJAUSTYTI DRAMBLĮ“

Google Cloud aprašė, kaip Siemens kūrė Knowledge Fabric – sistemą, kuri padeda automatizuoti programinės įrangos modernizavimo darbus. Ten naudojami žinių grafai, Google Agent Development Kit, Gemini API, Agent Platform, Gemini CLI ir Claude Code.

Skamba kaip technologijų sriuba. Bet mintis paprasta: seną sistemą reikia suprasti prieš ją keičiant. Kas su kuo susiję? Kur yra taisyklės? Ką galima perrašyti? Ko liesti negalima, nes tada nustos veikti pusė fabriko?

DI agentai čia veikia kaip pagalbininkai, kurie surenka kontekstą, siūlo pakeitimus, padeda su kodu ir dokumentacija. Ne kaip vienas superherojus. Labiau kaip komanda, kurią reikia prižiūrėti.

KODĖL SENAS KODAS YRA VERSLO TEMA

Dažnai apie techninę skolą kalbama kaip apie IT problemą. Bet kai senas kodas trukdo greitai paleisti naują produktą, aptarnauti klientą ar pakeisti kainodarą, tai jau verslo problema.

Lietuvoje tokių sistemų pilna. Buhalterinės programos, sandėlio sprendimai, vidiniai portalai, gamybos valdymas, CRM su priedais, kuriuos kažkas parašė prieš dešimt metų. Viskas veikia. Kol reikia pakeisti.

Ir tada prasideda klasika: „čia geriau nelįsti“. Bet nelįsti irgi kainuoja.

KUR DI GALI PADĖTI

DI agentai gali greitai perskaityti didelį kodo kiekį, rasti pasikartojimus, padėti rašyti testus, pasiūlyti migracijos žingsnius, generuoti dokumentaciją. Jie nepakeičia gero architekto, bet gali nuimti daug rankinio darbo.

Ypač vertinga tai, kad agentai gali jungti skirtingus šaltinius: kodą, dokumentaciją, užduotis, klaidų istoriją, architektūros diagramas. Žmogui visa tai laikyti galvoje sunku. DI bent jau padeda susidaryti žemėlapį.

Bet yra viena sąlyga. Jei įmonėje nėra testų, savininkų ir sprendimų istorijos, agentas dirbs tamsoje. Jis gali pasiūlyti gražų pakeitimą, kuris realybėje sulaužys procesą, apie kurį niekas neparašė.

PRAKTINĖ PAMOKA

Nereikia pradėti nuo „modernizuojam visą sistemą“. Pradėkite nuo vieno modulio. Vieno skausmingo proceso. Vienos vietos, kur verslas nuolat laukia IT.

Surinkite kontekstą, parašykite testus, leiskite DI padėti su analize, bet sprendimus laikykite žmogaus rankose. Toks tempas nėra lėtas. Jis tiesiog mažiau primena bėgimą užrištomis akimis.

Man čia patinka sporto analogija. Maratono nepradedi nuo sprinto į kalną. Pradedi nuo ritmo, kurį gali išlaikyti.

Pirminis šaltinis: Google Cloud. Agentiniai procesai geriausiai veikia tada, kai jie tvarko konkretų darbą, o ne bando išgelbėti visą įmonę vienu promptu.

DUK

Kas yra DI agentas?

DI agentas yra sistema, kuri ne tik atsako į klausimą, bet gali planuoti veiksmus, naudoti įrankius ir atlikti užduotis pagal nustatytas taisykles.

Kodėl DI projektams reikia žmogaus kontrolės?

Nes DI gali suklysti, neteisingai suprasti kontekstą arba atlikti veiksmą, kurio pasekmės verslui per didelės automatiniam sprendimui.

Nuo ko pradėti įmonėje?

Pradėkite nuo vieno aiškaus proceso, ribotos rizikos, gerai aprašytų duomenų ir testų, kurie parodo ne tik rezultatą, bet ir agento elgesį.