De ce vibe forks-urile nu sunt chiar dezastrul pe care îl crezi

Săptămâna trecută am văzut ceva ce acum trei ani ar fi sunat ca science-fiction. Un sistem AI a generat un compiler funcțional, capabil să targeteze mai multe arhitecturi de procesoare. Nu un toy project. Nu un prototip. Un compiler adevărat, care a trecut 99% din testele standard din industrie.

Asta e situația acum.

Evoluția generării de cod asistate de AI a fost amețitoare. Am trecut de la prezicerea următorului cuvânt, la funcții întregi, apoi fișiere complete, și acum — din ce în ce mai des — proiecte întregi. Odată cu această explozie de capabilități, a apărut un efect secundar interesant: așa-numitele „vibe forks."

Un vibe fork, pe scurt, este ce se întâmplă când cineva folosește vibe coding pentru a crea o implementare de la zero a unui software existent. Nu copiezi cod. Recreezi funcționalitatea de la început, ghidat de sisteme AI tot mai capabile. Codul sursă nu mai este fortăreața — oricum, niciodată nu a fost cu adevărat. Cunștințele despre cum funcționează lucrurile au fost absorbite în datele de training și codificate în weight-urile modelelor.

Experimentul Compilerului Carlini

Poate cel mai spectaculos exemplu vine din cercetarea recentă în AI. Șaisprezece agenți AI au fost lăsați liberi pe un codebase partajat pentru a construi un compiler C de la zero. După aproape 2.000 de sesiuni și 20.000 de dolari în costuri API, au produs un compiler de 100.000 de linii capabil să compileze Linux 6.9 pe arhitecturi x86, ARM și RISC-V. Chiar compilează DOOM.

Lasă informația asta să se așeze un moment.

O sută de mii de linii de cod de calitate production-ready. Trei arhitecturi distincte de procesoare. Un kernel care chiar boot-ează. Nu e un proiect de weekend — e software care a luat cercetătorilor ani să-l construiască, reprodus de agenți autonomi în câteva săptămâni de compute time.

Reacția imediată e fie euforie, fie恐慌 (da, ți se face pielea de găină), în funcție de unde stai. Dar cred că realitatea e mai nuanțată și, sincer, mai interesantă.

De ce nu-mi fac griji pentru vibe forks

Iată ideea mea: vibe forks-urile sunt impresionante, dar nu sunt amenințarea existențială pentru dezvoltatorii de software pe care par să o fie.

Gândește-te la economia abundenței. Când oricine poate genera un compiler C cu un prompt, artifactul încetează să fie rar. Ce devine rar este judecata — în special, judecata despre care dintre multele variante generate este corectă, menținută, sigură și merită încrederea pentru sistemele tale de producție.

Acest pattern s-a întâmplat înainte. Uită-te la app stores. Costul clonării acolo e aproape de zero. Bariera de publicare e mică. Rezultat? O sută de habit trackers, o mie de aplicații de lanternă, un ocean de unelte de productivitate aproape identice. Clonele există. Doar că nu par să meargă până la capăt.

Ce îi separă pe câștigători de restul nu sunt funcționalitățile. E curatarea, descoperirea, încrederea și reputația. Feature-urile editoriale, review-urile utilizatorilor, ratingurile cu stele, recunoașterea de brand construită în ani. Poți replica lista de features într-o noapte. Nu poți replica încrederea.

Avantajul ascuns al celor deja stabiliți

Iată ceva contraintuitiv: aceeași proprietate care face vibe forking-ul posibil îi ajută de fapt mai mult pe cei deja stabiliți decât pe nou-veniți.

Software-ul larg deployat a fost în training data de nenumărate ori. A fost lovit de edge cases și condiții limită pe care dezvoltatorii au petrecut ani descoperindu-le și reparându-le. Modelul e bun la menținerea acestui software tocmai pentru că lumea a făcut deja munca grea de a descoperi ce e stricat.

Un vibe fork proaspăt creat nu are deloc acest istoric. Poate funcționa frumos pentru happy path. Dar crash-ul misterios care se întâmplă doar când procesezi un fișier cu caractere Unicode în mijlocul unei după-amieze de marți din noiembrie? Pentru asta a trebuit să-ți bați capul trei luni. Asta nu e în prompt. E knowledge instituțional încorporat în codebase-ul original.

Modelele sunt genuin mai bune la menținerea a ceea ce lumea a învățat deja să mențină. Nu e corect, dar e adevărat.

Elementul uman care nu scalează

Și apoi e support-ul. Aici vibe forks-urile chiar rămân în urmă, și cred că e cel mai subestimat moat din toată această ecuație.

AI-ul agentic poate gestiona absolut proiecte greenfield. Să construiești ceva nou de la zero? Modelele sunt remarcabil de capabile. Dar software-ul real nu e greenfield. Software-ul real e brownfield. Are dependențe acumulate, integrări legacy, configurații ciudate și mizeria acumulată din ani de „vom rezolva asta mai târziu."

Fiecare proiect matur poartă complexitate esențială — dificultatea inerenta a problemei pe care o rezolvă. Dar poartă și complexitate accidentală, tipul care se strecoară în timp prin cerințe schimbătoare, fluctuație de personal și mieile de decizii mici care păreau rezonabile la momentul respectiv.

Reducerea acelei complexități accidentale? Asta e o sarcină profund umană. Necesită înțelegerea contextului care poate nu a fost niciodată scris. Necesită conversații cu utilizatorii despre ce au cu adevărat nevoie. Necesită decizii de trade-off care au sens doar dată fiind istoria organizațională.

Agenții AI pot ajuta cu toate astea. Dar nu pot face asta singuri, și cu siguranță nu pot face asta pentru un fork proaspăt care nu are acele relații sau acel context.

Oportunitatea reală

Iată ce cred că se întâmplă de fapt cu vibe forks: nu elimină valoarea software-ului bun. Democratizează abilitatea de a construi software nou.

Oamenii care erau blocați din a crea pentru că nu știau C sau nu aveau ani de experiență cu compilere? Sunt deblocați acum. Startup-urile care nu își permiteau să construiască infrastructură de la zero? Pot prototipa și valida idei mai rapid ca niciodată.

Ce vibe forks-urile nu pot replica ușor este încrederea acumulată, comunitatea și knowledge-ul instituțional care face software-ul valoros în timp. Asta se construiește încă în modul vechi: prin ani de shipping, ascultare, fixare și iterare.

Deci da, bariera de a recrea software a scăzut dramatic. Dar bariera de a crea software care contează — tipul în care oamenii își încredințează afacerile și traiul — necesită încă elementul uman. Întotdeauna va necesita.

Întrebarea nu e dacă AI poate construi visurile tale. Poate. Întrebarea e dacă poți construi ceva care merită menținut.