NVIDIA Japonijoje: robotika tampa valstybės masto DI darbu

robotika ir DI yra DI naujiena, kurią verta skaityti ne dėl triukšmo, o dėl praktikos. Ką tai keičia darbe? Kur atsiranda laiko sutaupymas? Kur prasideda nauja rizika?

NVIDIA aprašė, kaip Japonijoje telkiami partneriai aplink DI agentus, skaitmeninius dvynius, robotiką ir fizinį DI. Čia ne vien lustų istorija. Čia valstybės ir pramonės bandymas susitarti, kad DI turi veikti ne tik ekrane, bet ir gamyklose.

Atvirai? Man DI temose mažiausiai įdomūs blizgantys pažadai. Įdomu, kur žmogus rytoj ryte atsidarys kompiuterį ir realiai padarys darbą kitaip. Be fejerverkų. Be teatro.

KAS NUTIKO

Japonijos kryptis apima pramonės duomenis, atvirus multimodalinius modelius, robotikos taikymus ir skaitmeninius dvynius. Tokie projektai jungia gamintojus, startuolius, infrastruktūros įmones ir technologijų tiekėjus.

Šaltinis čia svarbus. Ne gandas, ne perpasakotas LinkedIn sakinys, o pirminis įmonės tekstas. Tokiose temose detalės greitai pavirsta telefonu sugedusiu žaidimu: vienas pranešimas tampa pažadu, pažadas tampa reklama, o po savaitės visi ginčijasi dėl dalyko, kurio niekas tiksliai neperskaitė.

KODĖL TAI SVARBU

Lietuvoje dažnai pradedame nuo klausimo: kokį DI įrankį pirkti? Japonijos pavyzdys primena kitą klausimą: kokį pramonės procesą norime pagerinti? Jei atsakymas aiškus, tada modeliai, kameros, sensoriai ir robotai turi vietą. Jei atsakymo nėra, gaunasi brangi žaislų dėžė.

DI versle jau nebėra vien klausimas „kokį įrankį nusipirkti“. Dabar klausimas daug žemiškesnis: kur tas įrankis įsėda į procesą, ką jis gali matyti, ką gali keisti ir kas patikrina rezultatą. Be šitų atsakymų net geras modelis tampa dar vienu langeliu naršyklėje.

KUR TAI PRITAIKYTI

Pradėti verta nuo vienos vietos, kur darbas kartojasi ir visi tyliai kenčia. Žinot tą jausmą, kai komandoje niekas nebenori liesti tam tikros lentelės, bet visi žino, kad be jos nepajudėsi? Va ten dažnai ir prasideda DI vertė.

• Sandėliai gali naudoti DI judėjimo, apkrovų ir klaidų analizei.
• Gamybos linijos gali aptikti kokybės problemas anksčiau, nei jos tampa grąžinimais.
• Mokymo centrai gali ruošti žmones darbui su robotais ir agentinėmis sistemomis.

Gera taisyklė paprasta: jei darbą galima aprašyti trimis sakiniais ir patikrinti per kelias minutes, jis tinka pirmajam DI bandymui. Jei reikia dešimties išimčių ir „čia priklauso nuo situacijos“, pirmiausia susitvarkykite procesą.

KUR PASISLĖPUSI RIZIKA

Didelė rizika – pradėti nuo įrangos, o ne nuo proceso. Robotas be aiškaus darbo aprašymo yra ne produktyvumas, o ekskursija vadovams.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiu sakiniu, tvarkinga struktūra ir tonu, kuris skamba užtikrintai. Čia smegenys ir užkimba: „atrodo gerai, vadinasi gerai“. Deja, versle taip neveikia.

KĄ DARYTI ŠIĄ SAVAITĘ

Pradėkite nuo vienos vietos, kur brokas arba laukimas kartojasi kas savaitę. Tada spręskite, ar reikia DI, roboto, sensoriaus, ar paprasčiausiai tvarkingesnio proceso.

Mano siūlymas: nebandykite laimėti viso DI žaidimo per vieną savaitę. Paimkite vieną procesą, vieną komandą, vieną matavimą. Tada žiūrėkite, ar žmogui realiai liko mažiau darbo, ar tiesiog atsirado nauja vieta tikrinti DI.

DUK

Ar robotika ir DI aktualu mažam verslui?

Taip, jei verslas turi pasikartojančių informacijos darbų. Jei procesas vyksta kartą per metus, pasiruošimo kaina gali suvalgyti naudą.

Ar tam reikia programuotojų komandos?

Ne visada. Pirmam bandymui dažnai užtenka aiškaus proceso, gerų duomenų ir žmogaus, kuris moka patikrinti rezultatą. Techninė komanda reikalinga tada, kai DI jungiamas prie vidinių sistemų.

Kokia dažniausia klaida?

Pradėti nuo įrankio, o ne nuo problemos. Įrankių daug. Aiškiai suformuluotų problemų – mažiau.

Jei norite DI pritaikyti praktiškai, pradėkite nuo vieno proceso audito. MasterSprint programoje būtent taip ir žiūrime į DI: mažiau triukšmo, daugiau realių darbų. Daugiau rasite MasterSprint.

Šaltinis: NVIDIA.