De ce codul generat de AI scapă de sub control (și cum îl salvează Contract-Driven Development)

De ce codul generat de AI scapă de sub control (și cum îl salvează Contract-Driven Development)

Mai 13, 2026 ai coding contract-driven development code drift detection semantic versioning ai governance developer tools ai engineering best practices

Adevărul Ascuns Despre Viteza AI-ului în Dezvoltare

Ai simțit euforia. Luna întâi cu Claude sau Cursor pare un vis: codul sare rapid, structurile apar ca prin magie, rutina dispare. Apoi vine luna doi. Totul compilează. Testele trec. Deploy-urile merg brici. Dar codul nu mai e ce ai vrut tu să construiești.

Nu e lene. E drift.

Studii recente arată realitatea dură. SlopCodeBench (martie 2026) zice că 90% din traiectoriile agenților AI cresc în vorbărie și se erodează pe task-uri lungi. Cercetarea CMU pe Cursor arată că boost-ul inițial de 3-5x dispare după două luni, lăsând 30% mai multe warning-uri și 41% complexitate în plus. Și bomba: 22,7% din problemele aduse de AI rămân chiar și în ultimele revizii, pe sute de mii de commit-uri.

AI-ul nu e defect. Problema e guvernarea.

Trei Probleme pe Care Nimeni Nu le Discută

Drift Semantic
Spec-ul zice "ușor și intuitiv". După trei luni și cincizeci de prompt-uri, ai 5MB de cod cu trei microservices. Tehnic, respectă spec-ul. Dar ideile s-au schimbat pe furiș. Nimeni n-a aprobat. Compilează. Observi abia în producție.

Guvernare Invizibilă
De unde vine decizia aia arhitecturală? Din chat-ul tău. Pe ce versiune de spec s-a bazat? Caută în Slack. Cine a zis că API-ul returnează obiecte nested, nu flat? Probabil inginerul care a întrebat. Nu ai trail de aprobări, nu știi "cine și când". Audits? Regulatori? Probleme mari.

Fragmentare de Context
Codebase-ul tău a depășit context window-ul unuia singur acum trei sprint-uri. Nimeni nu mai vede imaginea completă. Ownership-ul devine informal, apoi bănuieli. Acum ai zece interpretări ale arhitecturii în branch-uri paralele. Toate "aprobate", că nimeni n-a putut verifica coerent.

Faza de Recunoaștere

În primele cinci luni din 2026, problema a primit șase nume diferite:

  • Intent debt (Storey, Canada Research Chair)
  • Cognitive debt (MIT Media Lab)
  • Paradox of supervision (Anthropic)
  • Scaffolding fragility (viral pe HN)
  • Comprehension debt (O'Reilly)
  • AI slop (Baltes et al.)

Toți au văzut rana. Nimeni n-a livrat soluție.

Până la contract-driven development.

Contractul Bate Spec-ul

Spec-driven a fost un pas înainte. Scrii ce vrei, AI generează, livrezi. A prins fructele ușoare.

Dar spec-urile se învechesc în wiki. Codul se desprinde silențios. Nu știi dacă mai match-uiește.

Contract-driven inversează. Codul se generează și se verifică contra unui contract viu – straturi multiple care prind:

  • Intent: Scopul sistemului (tu aprobi)
  • Product & UX: Ce vede user-ul (generează din intent, tu decizi aprobarea)
  • System: Arhitectura (generează din intent și product, tu decizi aprobarea)

Fiecare strat e hashed. Traceabil. Când apare drift – și va apărea – ai:

  1. Detectare: Fingerprint pe fiecare aprobat; drift-ul iese automat
  2. Reconciliare: Cale clară de remediere, nu ghiceli
  3. Re-evaluare: Codul se judecă contra contractului, nu izolat

Rigoare cu Flexibilitate

VibeLoom (și sistemele contract-driven) au cinci moduri, după maturitatea proiectului:

Vibe – Viteză proto. Un singur gate (intent). Restul auto. Livrează rapid, învață rapid.

Product-led – Tu controlezi intent și product. System auto. Ideal pentru echipe design-heavy.

Tech-led – Tu pe intent și system. Product auto. Bun pentru infra grea.

Design-led – Tu pe intent și UX. Mockup-uri ghidează product. Perfect pentru user-first.

Expert – Tot explicit. Zero auto. Zero trust. Pentru industrii reglementate sau critice.

Nu începi cu tot. Pornește vibe. Crește când codebase-ul cere.

De Ce Contează Acum

Vine dark factory development. Sisteme întregi scrise de agenți, cu minim input uman. Nu e dacă folosești AI pentru cod – e dacă ai vizibilitate și control.

Spec-driven prinde intent-ul. Contract-driven îl păstrează.

Diferența explodează. Cu modelele accelerând, un sistem care se strânge în timp (contract) bate cu ordine de magnitudine pe cel care adună debt silențios (spec).

Codebase-ul care știe ce trebuie să fie, detectează drift-ul și are cale de fix – ăla scalează cu AI, nu împotrivă.

Concluzia Clară

Dacă bagi cod AI în producție, întreabă-te:

  • Pot trasa de ce s-a luat decizia asta?
  • Aș ști dacă codul a driftat de la intent?
  • Am procedură să-l fixez?

Dacă la vreunul zici "nu prea", ai nevoie de contract layer. Nu mâine. Acum.


Vrei să testezi? VibeLoom e open-source, merge cu Claude Code și Python 3.10+. Fără dependențe runtime. Licență MIT. Codul e gata pentru echipe care vor mai mult decât spec-driven.

Viteza AI e reală. Să o ții coerentă e frontiera viitoare.

Read in other languages:

RU BG EL CS UZ TR SV FI PT PL NB NL HU IT FR ES DE DA ZH-HANS EN