Nu scrii cod, conduci o „echipă de AI”

Majoritatea folosesc un Coding Agent ca și cum ar fi în continuare tech lead: arhitectura o verifici personal, fiecare linie de cod o treci prin filtrul tău, nimic nu se livrează fără ochii tăi. Calitatea e bună, da. Dar prețul? Tu ești cel mai mare blocaj din linia de producție. Toate deciziile te așteaptă pe tine, toate detaliile trec prin tine, iar productivitatea Agentului e blocată de atenția și timpul tău.

Dezvoltatorii independenți care chiar câștigă bani au făcut demult o schimbare de rol: din TL în EM. Pe românește: TL înseamnă să stai cu ochii pe fiecare linie de cod, EM înseamnă să te uiți doar dacă rezultatul funcționează. TL întreabă „codul ăsta e scris corect?”, EM întreabă „funcția a trecut testul de acceptare?”. Pare o nuanță, dar de fapt îți scalează producția de la „output-ul unei persoane” la „output-ul unei echipe”.

De ce poți să lași de la tine acum: modelele au trecut de punctul critic

Ca să lași de la tine, calitatea codului trebuie să țină. Condiția e îndeplinită anul acesta: benchmark-urile publice arată că modelele de top scriu cod corect în peste 80% din cazuri și le calcă în picioare pe cele din generația anterioară (cifrele exacte diferă de la un evaluator la altul — verifică singur pe Artificial Analysis și SWE-Bench, nu crede nicio relatare la mâna a doua, nici pe a mea).

Ce înseamnă asta? Că codul scris de AI, cu o verificare minimă, nu o ia razna. Randamentul marginal al revizuirii tale linie cu linie a scăzut sub pragul rentabilității. Să rămâi TL înseamnă să folosești cel mai scump timp al tău pentru cel mai prost plătit control de calitate. Piața nu te plătește pentru „liniștea ta sufletească”. Clientul plătește doar rezultatul livrat.

Calea 1: „confirmare de plan + obiectiv clar” în loc de supraveghere linie cu linie

Cum se aplică concret? Primul pas: schimbi fluxul de lucru. După ce ai clar ce funcție vrei, treci cu Agentul prin planul tehnic. Plan confirmat — îi dai obiectivul și planul, și el execută: scrie codul, rulează testele automate, totul. Tu faci un singur lucru: la final, validezi funcția, nu codul.

Iată un șablon de prompt pe care îl poți copia direct:

1
2
3
4

Vreau să construiesc [descrierea funcției].
Constrângeri: [stack tehnic / platformă / medii cu care trebuie să fie compatibil].
Mai întâi prezintă-mi planul tehnic: 1) împărțirea pe module; 2) fluxul de date; 3) capcanele posibile.
După ce confirm planul, scrie codul. La final rulează singur testele și lipește-mi rezultatele.

Pentru acceptare, folosește un checklist care ține calitatea fără să deschizi codul:

• Rulezi manual fluxul principal — calea principală fără erori
• Testezi câte un caz limită (input gol, input foarte lung, net căzut)
• Testele automate scrise de Agent trec toate
• La bug, nu te arunci în cod: descrii simptomul Agentului, el reproduce, repară, adaugă test — tu validezi din nou

Esența: muți punctul de validare mai devreme. În modul TL validezi la nivel de cod — cost enorm. În modul EM validezi la nivel de funcție — câteva click-uri, o rulare, câteva minute. În tot ciclul, timpul tău se duce pe două lucruri: să decizi ce se construiește și să confirmi că s-a construit corect.

Calea 2: alegerea tehnologiei trece de la „ce știu eu” la „ce e optim”

Schimbarea de rol are un bonus ascuns: alegerea stack-ului nu mai e prizoniera limitelor tale. Ca TL, alegi instinctiv tehnologii pe care le cunoști, ca să poți repara singur dacă se strică. Ca EM, judeci doar ce se potrivește cel mai bine proiectului — restul e treaba Agentului.

Un dezvoltator independent povestea (conform postării sursă, neverificat independent): la o aplicație de traducere de subtitrări a ales inițial Electron pentru că știa frontend, performanța l-a dezamăgit, apoi a trecut direct pe Swift + AppKit nativ — stack pe care nu-l cunoștea — cu AI-ul alături, fără blocaje; pentru următorul produs cross-platform a ales Rust, limbaj pe care nu scrisese niciodată. Crezi sau nu povestea, logica e testabilă: diseară fă un experiment — alege un stack pe care nu-l știi și cere Agentului să te ghideze printr-un tool de 100 de linii. Vezi dacă te blochează. Pe scurt: limitele tale nu mai sunt o scuză, alegi strict ce e optim.

Calea 3: viteza de iterare devine avantajul tău la comenzi — plus un calcul

Când mecanismul merge, ciclul de livrare scade de la săptămâni la zile. Clientul îți dă cerința dimineața, după-amiaza are o versiune de validat. Concurența iterează o dată pe săptămână, tu o dată pe zi. Pe eBay, Upwork sau platformele locale de freelance sunt mulți care iau comenzi de dezvoltare cu AI, dar majoritatea sunt încă la faza „AI-ul mă ajută să tastez cod”. Cu modul EM, joci în altă ligă.

Vorbă goală nu ajută — hai la calcul (estimări prudente, adaptează la tarifele tale):

• Comandă tip „mini-tool / aplicație mică”: 1.500 lei pe bucată
• Mod TL: o comandă cu scris și modificări = 5 zile, maxim 4 comenzi pe lună → 6.000 lei/lună
• Mod EM: plan + acceptare = 1,5 zile; cât Agentul execută, iei în paralel comanda următoare; ocupare reală 2 zile/comandă → 8-10 comenzi pe lună → 12.000-15.000 lei/lună
• Costuri: abonament AI la maxim 200 lei/lună, rata de refaceri ~10% cu checklist-ul de acceptare, jumătate de zi buffer pe comandă

Concret: aceeași lună, diferență de peste 6.000 lei, iar în modul EM blocajul tău e volumul de comenzi, nu viteza mâinilor. Scrie în anunț „versiune funcțională în 48 de ore” — asta e diferențierea pe care nimeni nu ți-o copiază ușor.

Singurul blocaj real: să știi ce vrei să construiești

Modelul are o constrângere reală: când trebuie să concepi o versiune mare nouă sau o direcție de produs, omul redevine blocajul. Oricât de tare e Agentul, execută doar obiective pe care tu le-ai gândit clar. Dacă tu nu știi ce vrei, el nu produce o linie utilă.

Deci modul EM cere mai mult de la om — nu profunzime tehnică, ci judecată de produs. Trebuie să investești timp în a studia ce caută clienții pe Amazon și eBay, ce nemulțumiri apar în postările de pe Pinterest și Lemon8, ce conținut de tip tool explodează pe TikTok. Timpul economisit de la revizuirea codului merge integral pe „să gândești ce construiești”. Acolo e locul omului în acest model.

Începe azi: trei pași pentru schimbarea de rol

Dacă n-ai luat încă nicio comandă, nu visa direct la dublarea capacității. Intrarea ușoară: pune un anunț „mini-tool-uri personalizate cu AI” pe o platformă de freelance, la 300-500 lei, și parcurge primul proiect cu cei trei pași de mai jos — vei avea un flux reutilizabil și simțul real al prețurilor.

Pasul unu: ia un proiect mic la care lucrezi și interzice-ți să deschizi fișierele de cod. Doar scrii planul, dai obiectivul, faci acceptarea funcțională. Parcurge o dată tot fluxul EM și notează-ți timpul — datele tale de primă mână valorează mai mult decât orice studiu de caz. Pasul doi: transformă în reflex „bug → descrii simptomul Agentului să reproducă și să repare” și nu sări singur în cod. Pasul trei: la următorul proiect, alege intenționat un stack pe care nu-l știi, dar care e cel mai potrivit, și verifică dacă AI-ul te duce până la capăt.

Punctul critic al capacității de codare a AI-ului a fost depășit. Avantajul se mută de la „cei care știu să scrie cod cu AI” la „cei care știu să conducă o echipă de AI”. Diseară alege un proiect și rulează fluxul EM cu șablonul și checklist-ul de mai sus.