Siemens pamoka: seną kodą DI tvarko ne šuoliu, o po gabalą

Svarbiausia

• Kas yra DI agentai kode? Tai DI sistemos, kurios gali planuoti, keisti, tikrinti ir dokumentuoti programavimo darbus keliais žingsniais.
• Kodėl Siemens pavyzdys svarbus? Jis rodo, kaip agentai taikomi realiam seno kodo modernizavimui, o ne tik demo užduotims.
• Ar tai tinka ne programuotojams? Taip. Tas pats principas tinka dokumentams, procesams, ataskaitoms ir kitoms didelėms užduotims.

DI agentai kode 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?

Google Cloud aprašė, kaip Siemens su Knowledge Fabric modernizuoja seną kodą per agentines darbo eigas. Jų metafora gera: dramblį reikia pjaustyti gabalais, ne bandyti praryti vienu kartu.

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

Siemens sistema jungia žinių grafus, Gemini API, Google Agent Development Kit, Agent Platform, Gemini CLI ir Claude Code, kad senos sistemos būtų analizuojamos, keičiamos ir tikrinamos mažesniais vienetais.

Kiekvienoje didesnėje įmonėje yra toks kodas arba toks procesas, kurio visi bijo paliesti. Veikia? Veikia. Kodėl veikia? Tyliau, geriau neklausk.

Kodėl tai svarbu

DI agentai kode naudingi tada, kai didelį darbą suskaido į mažus, patikrinamus pakeitimus. Ne magija. Tiesiog daugiau konteksto, daugiau kantrybės ir daugiau tarpinių patikrų.

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 čia pamoka platesnė nei IT: jei procesas per didelis, DI jame greitai pasiklys. Reikia mažų užduočių, aiškių ribų ir testo, pagal kurį matosi, ar judame teisingai.

• pirma dokumentuoti seną procesą
• skaldyti darbus į mažus pakeitimus
• naudoti testus kaip saugumo tinklą
• peržiūrėti agento rezultatą prieš paleidžiant

Pavyzdys: vietoje „modernizuokime visą sistemą“ galima pradėti nuo vieno modulio, vienos API arba vienos ataskaitos, kuri kas mėnesį suvalgo daug nervų.

Kur pasislėpusi rizika

Rizika – paprašyti DI sutvarkyti viską. Tada gausite gražų planą, daug judesio ir mažai aiškumo, kas iš tikrųjų pasikeitė.

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ę

Paprašykite komandos įvardyti vieną seną sistemą ar procesą, kurį visi apeina ratu. Ten dažnai slepiasi pirmas geras DI projektas.