Dacă în ultimele luni cineva din echipa ta a construit rapid o aplicație internă cu ajutorul unui asistent AI, ai deja o problemă de guvernanță AI vibe coding, chiar dacă nu i-ai spus încă așa. Nu e o chestiune de conformitate abstractă și nici de birocrație corporate. E întrebarea foarte practică: știi exact ce rulează acum în firma ta, cine a scris acel cod, ce date atinge și ce se întâmplă dacă o ia razna într-o zi aglomerată?
Raportul Retool, State of AI Governance 2026, pune cifre pe intuiția asta. Iar cifrele nu sunt liniștitoare nici măcar pentru companii mult mai mari decât IMM-ul românesc mediu.
Doar 8% dintre liderii tech spun că au guvernanță AI puternică
Retool a chestionat, împreună cu Wynter, 307 lideri tehnici și de securitate (CTO, CIO, CISO) în mai 2026. Doar 8% dintre ei își evaluează guvernanța AI internă drept puternică. Restul, adică peste nouă din zece, recunosc că au un sistem parțial, improvizat sau inexistent.
Cifra care doare mai tare vine imediat după: doar 5% dintre acești lideri sunt foarte încrezători că au vizibilitate completă asupra a ce rulează efectiv în producție, iar 43% nu au deloc încredere în asta. Vorbim despre oameni care conduc echipe de zeci sau sute de ingineri, cu bugete de securitate reale. Dacă ei nu știu ce e în producție, un IMM cu cinci oameni în echipa de marketing și o agenție externă care a livrat două automatizări luna trecută cu siguranță nu știe.
Nu e o acuzație și nu e un argument împotriva vitezei. E o observație despre cum s-a rupt un echilibru. Uneltele AI au scurtat drumul de la idee la aplicație funcțională de la săptămâni la ore, dar nu au scurtat deloc drumul de la aplicație funcțională la aplicație în care poți avea încredere.
De ce vibe coding-ul e riscul pe care nimeni nu-l raportează
93% dintre respondenții Retool sunt îngrijorați de aplicații construite prin vibe coding care au ajuns în producție, iar 38% le consideră cel mai mare risc operațional curent. Le-au luat-o înainte pe listă atacurilor clasice și scurgerilor de date.
Motivul e structural. O aplicație scrisă clasic trece prin cineva care o revizuiește, printr-un repository, printr-un proces de deploy. O aplicație vibe-coded apare deseori într-un cont personal, pe o platformă la care are acces o singură persoană, cu o cheie API copiată dintr-un e-mail. Funcționează. Colegii încep s-o folosească. Nimeni nu o trece în niciun inventar, pentru că nimeni nu a considerat-o vreodată software.
Apoi persoana care a construit-o pleacă din firmă. Sau cheia expiră. Sau furnizorul schimbă modelul și rezultatele se schimbă tăcut. Problema nu e că unealta e slabă, ci că nu există nimeni care să afle primul că s-a stricat ceva.
Guvernanță AI vibe coding: începe cu un inventar, nu cu o politică
Reflexul obișnuit, când apare cuvântul guvernanță, e să se scrie un document. Un PDF de douăsprezece pagini cu principii, pe care nu-l citește nimeni și care nu schimbă nimic în ce rulează mâine dimineață.
În practică, guvernanță AI vibe coding înseamnă întâi să răspunzi la patru întrebări, în scris, pentru fiecare lucru care folosește AI în firma ta:
- Ce rulează? Numele aplicației sau automatizării, ce face concret, de când.
- Cine răspunde? O persoană cu nume, nu un departament. Cine o repară când cade.
- Ce date atinge? Date de clienți, facturi, e-mailuri, nimic sensibil. Diferența contează enorm pentru ce riscuri accepți.
- Cum afli că s-a stricat? Dacă răspunsul e că afli de la un client nemulțumit, acela e defectul cel mai grav din listă.
Un tabel cu aceste patru coloane, completat sincer, îți spune mai mult despre expunerea reală a firmei decât orice politică internă. Și de obicei scoate la iveală două sau trei lucruri despre care conducerea nu știa că există.
Controalele care încap într-o după-amiază
55% dintre liderii chestionați de Retool vor controale de guvernanță centralizate într-o singură platformă, nu reconfigurate aplicație cu aplicație. E un semnal util și pentru firmele mici: cu cât ai mai multe locuri diferite unde trebuie să verifici cine are acces, cu atât mai sigur nu verifici nicăieri.
Pentru un IMM, centralizarea nu înseamnă să cumperi o platformă de enterprise. Înseamnă trei decizii simple:
Chei API pe firmă, nu pe persoană. Un singur cont de furnizor, chei separate pe proiect, toate vizibile într-un singur loc. Costul devine transparent, iar plecarea unui coleg nu mai oprește nimic.
Un singur mediu unde ajung prototipurile. Dacă tot se construiesc lucruri rapid, măcar să ajungă în același loc. Un prototip care rulează unde se uită și altcineva e deja pe jumătate guvernat.
O alertă, oricât de simplă. Un mesaj pe Slack sau un e-mail când o automatizare eșuează de două ori la rând. Costă o oră de configurare și schimbă complet momentul în care afli de probleme.
Niciunul dintre aceste trei lucruri nu încetinește echipa. Toate trei, împreună, acoperă majoritatea situațiilor în care un pilot AI produce pagube reale.
Trei semne că guvernanța ta AI e doar pe hârtie
Înainte de orice plan, merită un test de onestitate. Discuțiile despre guvernanță AI vibe coding devin utile abia după ce accepți unde ești de fapt, iar semnele sunt destul de clare.
Primul semn: nu știi cât plătești. Dacă factura lunară pentru modele AI vine de pe trei carduri diferite și nimeni nu o poate descompune pe proiect, înseamnă că nu ai nici vizibilitate tehnică. Costul e cel mai ușor de urmărit indicator. Dacă acela e neclar, restul e cu siguranță mai neclar.
Al doilea semn: o singură persoană poate explica cum funcționează. Nu e vina colegului entuziast care a construit trei automatizări utile într-o lună. E o problemă de concentrare a riscului. Orice lucru pe care doar un om îl înțelege devine, în ziua în care omul lipsește, un lucru pe care nimeni nu îl înțelege.
Al treilea semn: nu ai oprit niciodată nimic. Firmele care chiar guvernează adopția AI au și un istoric de lucruri închise, migrate sau refăcute. Dacă în firma ta totul ce s-a pornit vreodată încă rulează, înseamnă că nu există niciun moment în care cineva se uită critic la listă.
Dacă recunoști două din trei, ești în aceeași situație cu majoritatea celor 307 lideri din studiul Retool. Diferența e că tu ai încă un inventar scurt.
Ce înseamnă asta pentru o agenție sau un IMM din România
Dacă ești la primul agent AI sau la primele automatizări serioase, ai un avantaj pe care companiile din studiul Retool nu-l mai au: încă poți face inventarul înainte să fie lung. Trei aplicații sunt ușor de documentat. Patruzeci, dintre care jumătate construite de oameni care nu mai lucrează la tine, nu mai sunt.
Lecția practică din raport nu e că vibe coding-ul e periculos și trebuie interzis. Ar fi o concluzie greșită și scumpă, pentru că viteza asta chiar aduce valoare. Lecția e că un pilot AI ajunge la clienți reali doar dacă cineva poate răspunde, fără să se uite prin conturi, ce rulează și cine e responsabil. Firmele care nu pot răspunde ajung să blocheze proiectele exact în momentul în care ar trebui să le scaleze, pentru că nimeni nu vrea să-și asume riscul.
Cu alte cuvinte, guvernanță AI vibe coding nu înseamnă frâna pusă pe adopție. E singurul lucru care face adopția repetabilă, iar firmele care înțeleg asta devreme ajung să livreze mai mult, nu mai puțin.
De unde începi săptămâna asta
Rezervă două ore. Adună într-un document toate uneltele AI, automatizările și aplicațiile interne despre care știi că există în firmă. Întreabă apoi echipa ce ai uitat, pentru că vei fi uitat ceva. Completează cele patru coloane: ce rulează, cine răspunde, ce date atinge, cum afli că s-a stricat.
Exercițiul ăsta este, în forma lui cea mai simplă, toată guvernanța AI vibe coding de care are nevoie o firmă de zece sau cincizeci de oameni ca să pornească. Dacă la finalul lui ai măcar o linie la care nu poți completa coloana a doua sau a patra, ai găsit exact locul de unde merită să începi.
La RoboMarketing construim automatizări și agenți AI pentru firme din România cu inventarul, responsabilii și alertele incluse din prima zi, nu adăugate după primul incident. Dacă vrei o discuție despre ce rulează deja la tine și ce ar trebui pus sub control înainte de următorul proiect, scrie-ne.
