Hugging Face savaitinis leidimas: DI padeda, bet žmogus lieka prie vairo
Hugging Face aprašė, kaip huggingface_hub biblioteka leidžiama kas savaitę su DI, atvirais įrankiais ir žmogumi procese.
Šiame straipsnyje · 6 dalys
- Kas yra DI darbo eiga? Tai procesas, kuriame DI atlieka dalį žingsnių, o žmogus prižiūri svarbias vietas.
- Kodėl žmogus lieka svarbus? Nes atsakomybė, prioritetai ir kontekstas vis dar priklauso komandai.
- Nuo ko pradėti? Nuo pasikartojančio darbo, kurio rezultatas lengvai patikrinamas.
DI darbo eiga 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?
Hugging Face aprašė, kaip huggingface_hub biblioteka leidžiama kas savaitę su DI, atvirais įrankiais ir žmogumi procese. Man čia patinka ne vien automatizacija. Patinka žodis „žmogus“.
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
Komanda pasakoja apie savaitinį leidimo procesą, kuriame DI padeda su release darbais, bet sprendimai, patikros ir atsakomybė nelieka vien modeliui.
Automatizacijos istorijose dažnai būna toks saldus pažadas: paspausi mygtuką ir viskas vyks savaime. Gyvenime dažniau būna kitaip. Paspaudi mygtuką, tada žiūri logus ir tyliai kalbiesi su savimi.
Kodėl tai svarbu
DI darbo eiga tampa naudinga tada, kai ji įsideda į realų procesą: su patikromis, ribomis, dokumentacija ir aišku, kada žmogus turi sustabdyti mašiną.
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 tai gera pamoka apie mokymus. Žmonėms nereikia tik dar vieno įrankio. Jiems reikia aiškios darbo eigos, kur DI sutrumpina nuobodžias dalis, bet nepaslepia atsakomybės.
- automatizuoti pasikartojančius veiksmus
- palikti žmogaus patvirtinimą svarbioms vietoms
- rašyti logus ir sprendimų istoriją
- matuoti klaidas po kiekvieno ciklo
Pavyzdys ne programuotojams: savaitinė pardavimų ataskaita gali būti surenkama DI, bet vadovas patikrina išvadas ir tik tada siunčia komandai.
Kur pasislėpusi rizika
Rizika – automatizuoti chaosą. Jei procesas neaiškus, DI tik greičiau pagamins neaiškų rezultatą.
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ę
Paimkite vieną savaitinį darbą ir pažymėkite, kur DI gali paruošti juodraštį, o kur žmogus privalo patvirtinti.
Rašome apie dirbtinį intelektą lietuviškai. Kiekvienas straipsnis parengtas pagal nurodytą šaltinį, o nuorodą į originalą rasite kortelėje „Šaltinis“.
