Generatorius biure didžiąją metų dalį neuždirba nė euro. UPS baterija taip pat neatneša papildomų klientų. Antras interneto ryšys gali mėnesiais stovėti beveik nenaudojamas.
Vis dėlto verslas už šiuos dalykus moka, nes jų vertė atsiranda ne normalią dieną. Ji atsiranda tada, kai pagrindinė sistema nustoja veikti.
Dirbtiniam intelektui vis giliau įaugant į programavimą, klientų aptarnavimą, dokumentų analizę ir vidines automatizacijas, panašus klausimas pradeda galioti ir jam: jeigu rytoj pagrindinis AI įrankis kelioms valandoms, dienai ar ilgiau taptų nepasiekiamas, kiek verslui tai kainuotų?
Tokiu kampu apie 15 tūkst. eurų kainuojantis vietinio AI kompiuteris atrodo visai kitaip. Jis nebūtinai turi „atsipirkti“ mažesnėmis prenumeratomis. Jis gali būti draudimo polisas nuo priklausomybės, kuri iki šiol tiesiog nebuvo laikoma kritine infrastruktūra.
Esmė
Esmė
Vietinis AI gali neatsipirkti per prenumeratas, bet apsaugoti nuo debesijos sutrikimų, modelių išjungimo ir kainų pokyčių. Kada tai verta?
- Debesijos sutrikimai nėra teoriniai 2026 m. rugsėjį viešuose „OpenAI“ ir „Cursor“ būsenos puslapiuose registruota API, pokalbių, prisijungimo ir agentų veikimo sutrikimų. Dažniausiai jie trunka ne dienas, o minutes ar valandas, tačiau parodo priklausomybės grandinę.
- Tas pats modelis nėra amžinas „OpenAI“ ir „Anthropic“ reguliariai išjungia senesnes API modelių versijas. Paprastai apie tai pranešama iš anksto, tačiau automatizuotą sistemą vis tiek tenka migruoti ir iš naujo tikrinti.
- Vietinis modelis suteikia pasirinkimo galimybę Išsisaugojus konkrečius modelio svorius, programinę aplinką ir konfigūraciją galima išlaikyti tą pačią darbo grandinę nepriklausomai nuo debesijos modelio gyvavimo ciklo – jei tai leidžia modelio licencija.
- Vien „Mac Studio“ dar nėra disaster recovery planas Jei vietinė sistema neišbandyta, per lėta visai komandai arba pati priklauso nuo debesijos prisijungimo, ji neapsaugos tada, kai jos labiausiai reikės.
13 428 € dėžutė ant stalo
2026 m. rugsėjį Lietuvos „iStore“ konfigūratoriuje bazinis „Mac Studio M5 Ultra“ kainuoja 6799 €. Pasirinkus 36 CPU ir 80 GPU branduolių M5 Ultra lustą, 256 GB bendrosios atminties, 2 TB SSD ir papildomą 24 mėnesių garantiją, kaina išauga iki 13 428 €.
„Apple“ M5 Ultra specifikacijoje nurodo iki 512 GB bendrosios atminties ir 1,2 TB/s atminties pralaidumą. Bendrovė naująjį „Mac Studio“ tiesiogiai pozicionuoja ir dideliems vietiniams kalbos modeliams.
Pridėjus atsarginį diską, UPS ar kitą infrastruktūrą, projekto biudžetas nesunkiai gali priartėti prie apvalių 15 tūkst. eurų. Tai daug pinigų vienam kompiuteriui. Tačiau draudimo logikoje pirmasis klausimas yra ne jo kaina, o saugoma rizika.
„Bet juk galima pereiti į kitą AI“ išsprendžia tik dalį problemos
Jeigu neveikia vienas Claude modelis, galima pasirinkti „OpenAI“, „Gemini“ ar kitą tiekėją. Kelių tiekėjų strategija iš tiesų yra viena pigiausių ir naudingiausių apsaugų.
Tačiau „debesijos AI“ nėra vien modelis. Darbo grandinėje gali būti bent keli atskiri išoriniai priklausomybės taškai.
| Priklausomybė | Kas gali nutikti | Ar vietinis AI padeda? |
|---|---|---|
| Konkretaus modelio tiekėjas | Modelio sutrikimas, limitas arba jo išjungimas | Taip, jei kritinei užduočiai turite tinkamą vietinį modelį |
| AI programėlė ar IDE | Neveikia agentai, sinchronizacija ar pati paslauga | Tik jei atsarginis darbo procesas nuo jos nepriklauso |
| Prisijungimas ir tapatybės sistema | Nepavyksta autentifikuotis | Taip, jei vietinė sistema turi nepriklausomą autentifikavimą |
| Internetas | Neveikia biuro ar regiono ryšys | Taip, jei modelis, kodas ir reikalingi įrankiai jau yra vietoje |
| API limitai | Pasiekiama kvota ar išlaidų riba | Taip, vietinė inferencija neturi tiekėjo žetonų limito |
| Kainodara | Naudojimas tampa ekonomiškai nebepriimtinas | Suteikia alternatyvą, bet pats vietinis skaičiavimas irgi turi kaštų |
| Naudojimo taisyklės | Pasikeičia leidžiami naudojimo būdai ar funkcijos | Gali padėti tik tiek, kiek vietinio modelio licencija leidžia jūsų naudojimą |
Vien pakeisti Claude į „OpenAI“ labai gerai apsaugo nuo Claude specifinio sutrikimo. Bet tai neapsaugo nuo nutrūkusio interneto. O jei abu modeliai naudojami per tą pačią tarpinę platformą, lieka ir bendras tos platformos gedimo taškas.
Debesija veikia gerai – bet ne 100 procentų laiko
Čia nereikia kurti katastrofinio scenarijaus. Oficialūs būsenos puslapiai patys rodo, kad paslaugų sutrikimai yra normali didelių debesijos sistemų eksploatacijos dalis.
„OpenAI“ būsenos istorijoje vien 2026 m. rugsėjį registruoti keli sutrikimai. Rugsėjo 17 d. padidėjęs klaidų dažnis palietė daugelį API modelių ir komponentų. Rugsėjo 22–23 d. buvo fiksuoti ir atskiri „ChatGPT“ naudotojų sutrikimai.
„Cursor“ būsenos puslapyje rugsėjį taip pat matomi agentų, automatizacijų ir atskirų modelių veikimo sutrikimai. Rugsėjo 18 d. daliai vartotojų nepavyko prisijungti dėl autentifikavimo paslaugos tiekėjo problemos – geras pavyzdys, kaip gedimas gali atsirasti net ne pačiame kalbos modelyje.
Šie atvejai daugiausia truko minutes ar valandas, o ne savaites. Todėl būtų klaidinga iš jų daryti išvadą, kad debesijos AI yra nepatikimas. Jie įrodo siauresnį dalyką: nulinė gedimo tikimybė neegzistuoja, o verslas turi nuspręsti, kiek gedimo laiko jam priimtina.
Galima prarasti ne tik paslaugą, bet ir konkrečią modelio versiją
Debesijos modelis nėra programos versija, kurią nusipirkote ir pasilikote. Jis gyvena tiekėjo infrastruktūroje.
„OpenAI“ deprecacijų dokumentacijoje nurodo, kad senesni modeliai reguliariai išleidžiami į pensiją. Bendrovė šiuo metu įprastiems viešai prieinamiems modeliams paprastai numato bent šešių mėnesių, o specializuotiems variantams – bent trijų mėnesių perspėjimo laiką, nebent greitesnio išjungimo reikalauja saugos ar atitikties priežastys.
„Anthropic“ taip pat turi modelių išjungimo grafiką. Pavyzdžiui, Claude Opus 4.1 API versija buvo paskelbta išjungiama 2026 m. birželį ir pašalinta rugpjūčio 5 d.; keli ankstesni Claude modeliai tais pačiais metais taip pat pakeisti naujesnėmis versijomis.
Tai nėra paslaptingas mygtuko paspaudimas „rytoj viską išjungiame“. Rimti tiekėjai paprastai suteikia migracijos laiką. Bet automatizuotai darbo grandinei migracija vis tiek yra pokytis: kitas modelis gali kitaip interpretuoti instrukcijas, kitaip kviesti įrankius, keisti formatą ar turėti kitą kainą.
Sistemai, kurios rezultatas turi būti stabiliai atkuriamas metų metus, tai tampa atskira technologine rizika.
Vietinio modelio supergalia – ne tai, kad jis būtinai geresnis
Vietinis modelis gali būti lėtesnis, silpnesnis ar ne toks patogus kaip geriausias debesijos modelis. Atsarginei sistemai tai nebūtinai yra problema.
Generatorius taip pat neprivalo aprūpinti viso biuro taip, tarsi elektros tinklas veiktų normaliai. Jam gali pakakti išlaikyti serverius, ryšį ir svarbiausias darbo vietas.
Ta pati logika tinka AI. Vietiniam modeliui nebūtina laimėti programuotojų testų lentelėje. Jis turi pakankamai gerai atlikti kritines užduotis: paaiškinti kodą, padėti atlikti refaktoringą, parengti testus, klasifikuoti dokumentus ar vykdyti konkrečius vidinius agentų žingsnius, kol pagrindinė debesija nepasiekiama.
Tokios sistemos jau techniškai gana lengvai sukuriamos. „Apple“ palaikomas MLX LM leidžia paleisti ir kvantizuoti kalbos modelius „Apple Silicon“ kompiuteriuose, o „Ollama“ leidžia vietinius modelius jungti prie programavimo agentų ir kitų įrankių.
Debesijos modelio negalite pasidėti į stalčių. Atviro modelio – dažnai galite
Su atsisiunčiamais modeliais atsiranda dar vienas skirtumas – versijų kontrolė.
„Hugging Face“ dokumentacija leidžia atsisiųsti ne tik naujausią modelį, bet ir konkretų jo „snapshot“ pagal žymą ar net tikslų „commit“ identifikatorių. Tokius failus galima laikyti vietinėje saugykloje.
Tačiau vien nukopijuoti modelio svorius neužtenka, jei siekiama tikro atkuriamumo. Reikėtų archyvuoti ir tokenizerį, sistemos instrukcijas, kvantizavimo versiją, inferencijos programinę įrangą, konfigūraciją bei priklausomybes. Taip pat būtina išsaugoti ir laikytis konkretaus modelio licencijos.
Tada seną darbo grandinę galima traktuoti daug panašiau į įprastą programinės įrangos artefaktą: jos nereikia automatiškai keisti vien todėl, kad rinkoje atsirado naujesnis modelis.
Svarbiausias skaičius: kiek kainuoja viena diena be AI?
Draudimo vertę galima skaičiuoti kitaip nei prenumeratos atsipirkimą. Paprasta formulė būtų tokia:
prastovos kaina = paveiktų darbuotojų skaičius × darbo valandos × pilna valandos kaina × produktyvumo praradimas.
Toliau pateikiami tik iliustraciniai scenarijai, o ne Lietuvos įmonių kaštų statistika.
| Komanda | Prielaida | 1 diena | 5 darbo dienos | 20 darbo dienų |
|---|---|---|---|---|
| 5 žmonės | 40 €/val., be AI prarandama 20 % produktyvumo | 320 € | 1600 € | 6400 € |
| 10 žmonių | 50 €/val., prarandama 30 % | 1200 € | 6000 € | 24 000 € |
| 20 žmonių | 60 €/val., prarandama 40 % | 3840 € | 19 200 € | 76 800 € |
Šioje vietoje 13 428 € kompiuterio interpretacija visiškai pasikeičia. Dešimties žmonių pavyzdyje jo kaina prilygsta maždaug vienuolikai darbo dienų tokio dydžio produktyvumo nuostolių.
Tačiau tai dar nereiškia, kad kompiuterį verta pirkti. Atsarginis modelis gali atkurti, tarkime, tik pusę prarasto pajėgumo. Tuomet ir išvengta žala būtų perpus mažesnė. Būtent šį skaičių reikia patikrinti praktiškai, o ne spėti.
Vienas 15 tūkst. eurų kompiuteris nebūtinai išgelbės 20 programuotojų
Didelė atmintis leidžia paleisti didelius modelius, tačiau nereiškia neriboto našumo. Keliolikai darbuotojų vienu metu siunčiant ilgas užklausas, vieno kompiuterio generavimo sparta dalijama tarp vartotojų.
Todėl atsarginę sistemą reikia projektuoti pagal tai, kas iš tiesų turi veikti nelaimės metu. Gal penkiems svarbiausiems darbuotojams reikia interaktyvaus programavimo asistento. Gal likusiems pakanka mažesnio modelio. O gal kritinė yra ne pokalbių sistema, bet viena automatinė dokumentų apdorojimo grandinė.
„Turime vietinį LLM“ nėra pajėgumo planas.
Vietinis AI pašalina vienas rizikas ir sukuria kitas
Vienas „Mac Studio“ pats tampa vienu gedimo tašku. Sugedus jo aparatinei įrangai vietinės alternatyvos nebėra. Dingus elektrai jis neveiks be UPS ar generatoriaus. Jei darbuotojai prie jo jungiasi per biuro tinklą, sugedęs maršrutizatorius gali padaryti tą patį, ką debesijos sutrikimas.
Yra ir programinė problema. Jei vietinio modelio paleidimui tą pačią dieną reikia prisijungti prie „Hugging Face“, atsisiųsti paketą iš interneto arba autentifikuotis debesijos IDE, tai nėra visiškai nepriklausomas atsarginis variantas.
Geras testas labai paprastas: atjunkite atsarginę AI sistemą nuo interneto ir pabandykite su ja atlikti realų kritinį darbą. Jei paaiškėja, kad trūksta modelio failo, dokumentacijos, kodo saugyklos ar programinės priklausomybės, turite ne disaster recovery sistemą, o jos prototipą.
Prieš 15 tūkst. eurų pirkinį yra pigesnių apsaugos lygių
Verslui nebūtina iš karto šokti nuo vienos „ChatGPT“ prenumeratos prie 256 GB „Mac Studio“. Atsparumą galima auginti etapais.
- Keli debesijos tiekėjai. Kritinis procesas neturėtų būti pririštas prie vieno modelio pavadinimo, jei užduotį gali atlikti keli tiekėjai.
- Išsaugoti promptai, testai ir abstrakcijos sluoksnis. Modelį pakeisti daug lengviau, kai verslo logika nėra išbarstyta konkretaus tiekėjo sąsajoje.
- Nedidelis vietinis modelis jau turimoje technikoje. Jis parodo, kiek darbo apskritai galima perkelti lokaliai prieš investuojant tūkstančius.
- Dedikuota vietinė darbo stotis. Ji prasminga tada, kai testai jau parodė konkretų pajėgumą ir žinoma, kokias kritines funkcijas perims.
- Redundancija. Jei AI iš tikrųjų tapo kritine infrastruktūra, ilgainiui vienas brangus kompiuteris yra toks pat keistas sprendimas kaip vienas vienintelis atsarginis serveris be atsarginės kopijos.
Kada vietinis AI tampa draudimu, o ne brangiu žaislu?
Sprendimą galima sutraukti į keturis klausimus.
Kiek valandų galite dirbti be debesijos AI? Jei atsakymas „savaitę ir beveik niekas nepasikeis“, dedikuotas atsarginis serveris tikriausiai nėra prioritetas.
Kokia dalis svarbiausių užduočių veikia su vietiniu modeliu? Ne demonstracijoje, o realiame projekte su tikru kontekstu, įrankiais ir kokybės reikalavimais.
Kiek kainuoja prastova? Ne kiek mokate už Claude ar „Cursor“, o kiek kainuoja žmonių laikas, sustojusi automatizacija, vėluojantis produktas ir neįvykdyti klientų įsipareigojimai.
Ar atsarginį kelią reguliariai tikrinate? Generatorius, kurio niekas neužvedė trejus metus, nelaimės dieną nėra gera garantija. Lygiai taip pat ir prieš metus įdiegtas vietinis LLM, kurio niekas nebemoka paleisti.
Šitaip žiūrint, klausimas „per kiek mėnesių atsipirks 15 tūkst. eurų kompiuteris?“ tampa nebe pagrindinis.
Jeigu AI tėra patogus produktyvumo priedas, toks pirkinys greičiausiai yra prabanga. Tačiau jei be išorinių modelių sustoja kritinė programavimo, dokumentų ar klientų aptarnavimo grandinė, vietinė infrastruktūra pradeda panašėti į UPS, antrą interneto liniją ar generatorių.
Jų vertė nėra tai, kiek uždirba gerą dieną. Jų vertė – kiek darbo leidžia tęsti blogą dieną ir kiek pasirinkimo palieka tada, kai sprendimą dėl jūsų svarbiausio įrankio priima kažkas kitas.
Komentarai