Iluzia Vibe Coding-ului: De Ce AI Poate Scrie Cod Dar Nu Poate Înlocui Arhitecții de Sistem

Să fim sinceri: ni s-a întâmplat tuturor. Descoperi un tool nou de coding AI și brusc simți că poți construi orice. Ani de zile ai gândit „dacă aș avea timp să implementez acea idee"? Acum ai timp. Descrie ce vrei, iterează cu AI-ul și ship-uiește.

Această senzație este ademenitoare. Și periculoasă.

Seduția codului „destul de bun"

Luna trecută am decis să testez limitele vibe coding-ului construind un sistem „simplu" de memorie pentru agenți AI. Ceva care le-ar permite unui coding assistant să-și amintească ce a învățat între sesiuni, în loc să plece de la zero de fiecare dată.

Cât de greu poate fi? Stochezi niște fapte, le regăsești când e relevant, poate semnalizezi contradicțiile. O bază de date inteligentă cu un API drăguț.

Codul a venit repede. Foarte repede. Agentul cu care lucram a scos un daemon Rust, un sistem de clasificare, patru strategii de regsărire cu re-ranking prin modele locale. Din orice punct de vedere, arăta impresionant. Testele treceau. Compilatorul era mulțumit.

Și apoi am încercat să-l folosesc.

Problema cu sistemele de memorie pentru agenți e că nu sunt chiar despre stocare. Sunt despre semnificație. Iar semnificația, se pare, e înțepată din punct de vedere filosofic în moduri care fac codul tău atent scris să pară ca și cum ai construi o rachetă și uiți să ții cont de gravitație.

Problema contradicției despre care nimeni nu vorbește

Obiectivul meu inițial era simplu: dacă agentul învață ceva nou, verifică dacă contrazice ce știa deja. Pare rezonabil. O memorie care contrazice alte memorii fără explicație nu e doar inutilă — e activ dăunătoare. Poluezi context window-ul cu informații contradictorii.

Ce poate fi mai simplu? Compară două fapte. Semnalizează conflictul.

Doar că nu e chiar așa.

Ce este o contradicție într-un sistem ca ăsta? Dacă agentul a învățat luni că „Proiectul X folosește PostgreSQL" și marți că „Proiectul X folosește MySQL", e contradicție? Poate s-a schimbat stack-ul. Poate o sursă a greșit. Poate „Proiectul X" se referă la proiecte diferite. Poate „folosește" înseamnă lucruri diferite în contexte diferite.

Oamenii rezolvă asta prin ani de bun simț acumulat, context și capacitatea de a spune „ceva nu se simte bine" fără să poți articula exact de ce. Sistemele AI pot genera proză încrezătoare despre oricare dintre aceste interpretări, dar acea încredere e adesea doar pattern matching fără înțelegere ancorată.

Unde se rupe vibe coding-ul

Vibe coding-ul excelează la rezolvarea problemelor pe care le poți articula clar. Ai un bug? Descrie simptomele. Ai nevoie de o funcție? Specifică input-urile și output-urile. AI-ul se descurcă cu detaliile de implementare cu o competență remarcabilă.

Dar design-ul de sistem — design-ul de sistem adevărat — e despre rezolvarea problemelor pe care nu le poți articula clar. E despre anticiparea interacțiunilor dintre componente care încă nu există. E despre întrebarea „ce se întâmplă dacă..." pentru scenarii pe care nu le-ai imaginat.

Când i-am cerut assistant-ului AI să „implementeze detectarea contradicțiilor", practic îi ceream să rezolve o problemă pe care eu însumi nu o puteam defini precis. Rezultatele au fost... creative. Am explorat lattice-uri Belnap, logica cu patru valori, verificare formală cu demonstrații Agda, rețele Petri. Assistant-ul era deschis la orice sugeram, și sincer, unele idei erau chiar interesante.

Dar „interesant" nu înseamnă „funcționează".

Demonstrația în Agda era corectă. Arhitectura era bine documentată. Și totuși, sistemul tot nu detecta contradicțiile în mod fiabil pentru că formalizam o abstractizare greșită. Construiam o catedrală frumoasă pe o fundație de nisip, și nici AI-ul, nici eu nu ne-am dat seama până când nu investiserăm luni de zile.

Adevărul neconfortabil

Iată ce nu-ți spun adepții vibe coding-ului: partea grea a dezvoltării software nu a fost niciodată să tastezi codul. E să-ți dai seama ce să construiești.

Asta a fost întotdeauna adevărat. Ce s-a schimbat e că diferența dintre „am avut o idee" și „am cod" s-a prăbușit dramatic. E minunat pentru prototipare, pentru învățare, pentru explorarea a ce e posibil.

Dar înseamnă și că poți eșua mult mai repede și mai scump decât înainte. Poți genera munți de cod care arată încrezător dar rezolvă problema greșită, și s-ar putea să nu-ți dai seama până când n-ai construit un sistem întreg pe o fundație defectuoasă.

Ce ajută cu adevărat

Nimic din asta nu înseamnă că dezvoltarea asistată de AI e o idee proastă. Nu e. Dar s-o folosești eficient necesită abilități diferite decât pura abilitate de coding:

Trebuie să știi ce nu știi. Când AI-ul sugerează o soluție într-un domeniu în care nu ești familiarizat, nu e momentul să spui „sună bine, implementează-o". E momentul să sapi mai adânc.

Proof of concept-urile trebuie testate fără milă împotriva cazurilor reale de utilizare. Dacă construiești un sistem de memorie, petrece la fel de mult timp încercând să-l spargi cât ai petrecut construindu-l. Mai ales încearcă să spargi presupunerile de bază de care nu știai că ai făcut.

Încrederea aceea nu e a ta. Când un AI assistant e foarte încrezător despre o decizie de design, acea încredere trăiește în model, nu în înțelegerea ta. Un sistem pe care nu-l înțelegi profund e un sistem pe care nu-l poți întreține sau debug-a.

Design-ul de sistem e tot o disciplină. Poți folosi AI pentru a explora design-uri mai rapid, pentru a implementa părți de sisteme mai repede, pentru a prototipa idei care altfel ar fi luat săptămâni să le construiești manual. Dar tot ai nevoie de cineva care poate evalua dacă design-ul are sens, dacă componentele interacționează corect, dacă abstractizările de bază se susțin.

Concluzia

Tot construiesc tool-ul meu de memorie. Se îmbunătățește, încet. Am învățat să pun întrebări diferite, să testez mai riguros, să fiu mai suspicios față de rezultatele „destul de bune".

Dar am învățat și să respect diferența dintre „codul funcționează" și „sistemul e corect". Acea diferență a existat întotdeauna. Tool-urile AI n-au închis-o — doar au făcut-o mai ușor de ignorat.

Cei mai buni vibe coderi nu sunt cei cu cele mai bune abilități de prompting. Sunt cei care știu când vibe-ul e greșit.

Pregătit să explorezi ce e posibil cu hostingul și dezvoltarea asistată de AI? Vibe Hosting de la NameOcean combină infrastructură puternică cu tool-urile de care ai nevoie să construiești, deploy-uiești și scale-ui proiectul tău next.