1. Naslov in uvod
Vsakič ko sodobna aplikacija zaškripa, nekdo nekje danes okrivi »AI slop« in »vibe coding«. Zadnji izpad Blueskyja je to refleksno reakcijo spremenil v polno razvit meme, pod plastjo humorja pa se skriva resnejši problem: uporabniki vedno manj zaupajo načinu, kako je programska oprema narejena. Javna in precej sproščena uporaba orodij za AI‑programiranje pri Blueskyju je trčila ob bazo uporabnikov, ki je z Muskovega X pobegnila tudi zato, da se ne bi počutila kot surovina za modele. V nadaljevanju pogledamo, kaj se je dejansko zgodilo, zakaj je »vibe coding« postal priročen grešni kozel in kaj to pomeni za prihodnost AI‑podprtega razvoja ter zaupanje uporabnikov.
2. Dogodek na kratko
Kot poroča Ars Technica, je Bluesky v ponedeljek doživel občasne izpade delovanja, skupaj z širšimi težavami pri drugih večjih spletnih storitvah. Podjetje je težave uradno pripisalo napaki pri zunanjem ponudniku, ne lastni kodi.
Uporabniki na Blueskyju so se vseeno hitro odločili, da je krivec »vibe coding« – spletni izraz za močno zanašanje na AI pri pisanju kode. Kontekst: vodstvo Blueskyja je zelo odkrito, da pri razvoju obsežno uporablja Claude Code podjetja Anthropic, pred kratkim pa so predstavili tudi Attie, chatbot, prek katerega lahko uporabniki z navadnim jezikom ustvarijo lastne prilagojene vire vsebin.
Dokaza, da bi bil izpad neposredno povezan s tem, ni bilo, a za del skupnosti, že prej skeptičen do AI, je bila kombinacija dovolj, da je vso krivdo pripisal AI‑podprtemu razvoju in ga razglasil za glavnega krivca dneva.
3. Zakaj je to pomembno
Reakcija na napako pri Blueskyju je manj zgodba o konkretnem izpadu in bolj o razkoraku v percepciji. Na eni strani so razvijalci, ki AI‑asistenco hitro normalizirajo kot vsakdanje orodje. Na drugi strani so uporabniki, ki vsak omenjeno uporabo AI v ozadju doživljajo kot opozorilni znak.
Kdo danes pridobiva? Kritiki AI‑hajpa. Vsaka napaka, ne glede na dejanski vzrok, lepo hrani enostavno in čustveno privlačno zgodbo: »Zamenjali ste strokovnjake s statističnim papagajem in zdaj vse crkuje.« Ni pomembno, ali to v konkretnem primeru drži; pomembno je, da se ljudem, ki so do AI že tako zadržani, zdi prepričljivo.
Izgubljajo ekipe, ki so hkrati zgodnji posvojitelji in transparentni. Pri Blueskyju so inženirji precej odprto – včasih tudi cinično – govorili, koliko kode jim pomaga pisati Claude. Ta iskrenost jim je paradoksalno odvzela domnevo strokovnosti. Ko se je nekaj zalomilo, je del uporabnikov refleksno pomislil »leni ste in malomarni«, ne pa »kompleksni sistemi so krhki«.
Za podjetja to pomeni nov ugledni riziko: če javno poudarjate, da uporabljate AI pri razvoju, s tem praktično podpišete, da bo AI ob vsaki prihodnji napaki prvi osumljenec – ne glede na dejanski vzrok.
4. Širša slika
Dogajanje okoli Blueskyja lepo sede v širši vzorec zadnjih mesecev:
- Pri Amazonu je bil odmeven večurni izpad delovanja povezan z napakami pri spremembah, kjer je sodelovalo AI‑orodje.
- Pri Anthropic so nenamerno razkrili del internega izvornega kodeksa; splet je hitro za krivca razglasil Claude, čeprav je podjetje poudarilo človeško napako pri ročnem nameščanju.
- Več zgodb opisuje avtonomne »coding agente«, ki so brez nadzora brisali datoteke ali napačno konfigurirali infrastrukturo.
Vsak od teh incidentov ima svoje inženirske posebnosti, javna razprava pa jih vse stisne v isti naslov: »AI‑orodja za programiranje so nevarna.«
Zgodovinsko smo podobno že videli. Ko je zaživel oblak, je bil vsak izpad argument proti »premikanju vsega v cloud«. Z razmahom JavaScript ogrodij je bilo za vsak počasen vmesnik krivo »nabuhlo front‑end ogrodje«. Novi paradigmi vedno pripišemo preveč zaslug tako za uspehe kot za spodrsljaje.
Razlika danes je tempo in neprosojnost. AI spreminja način pisanja in pregledovanja kode hitreje, kot se lahko prilagodijo organizacijska kultura, procesi in standardi. Zunanjost tega ne vidi – vidi le razvijalce, ki se na pol v šali hvalijo, da »vibecodajo celoten site«, in nato stran z napako. Logični sklep je jasen.
V tem kontekstu tudi Attie – orodje, s katerim naj bi uporabniki sami »vibe‑kodirali« vire – manj deluje kot opolnomočenje in bolj kot dokaz, da želi platforma vse avtomatizirati, vključno z razvrščanjem vsebin. To krepi vtis, da vodstvo daje prednost trikom pred dolgočasno zanesljivostjo.
5. Evropski/regionalni vidik
Za uporabnike in podjetja v EU je epizoda pri Blueskyju napoved trka med regulacijo in realnostjo v produkcijskih sistemih.
Akt o umetni inteligenci EU (AI Act) in Akt o digitalnih storitvah (DSA) silita velike platforme v večjo preglednost in odgovornost. AI‑asistenti za pisanje kode sami po sebi večinoma niso neposredno regulirani, a rezultati njihovega dela – priporočilni algoritmi, sistemi za moderiranje, detekcija zlorab – bodo pod lupo. Ko bo platforma, ki morebiti pade v kategorijo zelo velikih platform, doživela izpad ali povzroči škodo, bodo evropski regulatorji natančno spraševali po testiranju, obvladovanju tveganj in človeškem nadzoru.
Evropska kultura je do »move fast and break things« že zdaj precej manj tolerantna kot Silicijeva dolina. Uporabniki v Nemčiji, Avstriji ali na Nordijskem severu veliko bolj cenijo zanesljivost, postopke in profesionalne standarde kot eksperimentiranje za vsako ceno. Platforma, ki glasno razglaša, da »AI piše večino naše kode«, lahko pridobi zanimanje razvijalcev, a izgubi zaupanje širšega trga – še posebej, ko začne igrati vlogo pri političnem govoru, novicah ali plačilih.
Za slovenske in regionalne startupe je tu tudi priložnost: AI lahko agresivno uporabljajo interno, navzven pa poudarjajo robustnost, certifikate, presoje varnosti in skladnost z evropskimi standardi. Bluesky pravkar demonstrira, kaj se zgodi, ko zamenjate vrstni red.
6. Pogled naprej
Pričakujte, da bo »vibe coding« postal privzeti narativ pri vsakem odmevnem izpadu, kjer se bo AI omenjal vsaj posredno. Meme bo preživel konkretni incident Blueskyja.
Podjetja bodo verjetno ubrala dve precej nasprotni poti. Eni bodo še okrepili AI‑evangelizacijo in na konferencah razlagali, kako 80–90 % njihove kode piše model. To bo pomagalo pri zaposlovanju in investitorjih, a jih bo držalo v središču pozornosti vsakič, ko kaj odpove.
Drugi bodo AI‑podprti razvoj standardizirali tiho in ga obravnavali kot interno podrobnost. V marketingu ne boste videli »powered by Claude Code«, ampak »ISO 27001«, »SOC 2« in dolge opise testiranja, postopkov vračanja na prejšnje verzije ter nadzora.
Za uporabnike bo ključno vprašanje manj »Ali je to napisala AI?« in bolj »Kako je ta sistem testiran, nadzorovan in komu odgovarja?«. Bruselj in nacionalni regulatorji bodo pritiskali v isto smer, še posebej, ko se bodo AI‑generirane napake začele križati z varnostjo, volitvami ali potrošniško škodo.
Tveganje je, da bo javni odpor premočan in bo odgovorne ekipe spodbudil k skrivanju uporabe AI, namesto k odprti razpravi o dobrih praksah. To bi bila izgubljena priložnost za vse.
7. Ključna misel
Izpad Blueskyja je bil majhen, signal zaupanja, ki ga je sprožil, pa ne. Vstopamo v obdobje, ko priznanje uporabe AI pri razvoju pomeni, da ob napaki ne boste deležni dvoma v lastno krivdo – krivda bo takoj pripisana AI. Pameten odgovor ni, da se pretvarjamo, kako je vse ročno napisano, temveč da pokažemo: ne glede na to, kdo je tipkal kodo, so procesi, testi in odgovornost trdni. Kot uporabniki bi morali od ponudnikov manj sprejemati razlage o »vibah« in več konkretnih informacij o tem, kako je programska oprema, od katere smo odvisni, dejansko zgrajena in vodena.
