Autoritatea în Design AI
Ne aflăm într-un punct de cotitură în dezvoltarea software. Discuția se concentrează adesea pe care ce AI scrie cel mai bun cod (Claude vs. ChatGPT) sau unde unde ar trebui să locuiască acel AI (IDE sau CLI). Dar aceasta nu este întrebarea corectă.
Dacă adoptăm AI ca „Vibe Coders” – unde noi indicăm intenția, iar AI-ul se ocupă de execuție – creăm un flux imens de software nou. Un roi de agenți AI poate genera într-un minut mai mult cod decât poate revizui un dezvoltator senior într-o săptămână. Omul a devenit blocajul.
Soluția nu este mai multă mai mulți oameni. Soluția este o Autoritate de Design AI.
De la artizan la director de fabrică
În mod tradițional, „Autoritatea de Design” este un grup de arhitecți care se reunește o dată pe săptămână sau pe lună pentru a aproba sau respinge un design. Într-o lume a dezvoltării AI de mare viteză acest model este complet depășit. Este prea lent și prea reactiv.
Dacă trecem la „Cod de unică folosință” – software pe care nu îl refactorizăm la nesfârșit, ci îl aruncăm și îl regenerăm dacă cerințele se schimbă – atunci rolul nostru se schimbă fundamental. Nu mai suntem zidari care pun piatră cu piatră. Suntem arhitecții fabricii care printează pereții.
Dar cine verifică dacă acei pereți sunt drepți?
„Gauntlet”: Un test de foc automatizat
O autoritate de design AI nu este o persoană, ci un flux de lucru. O „mănușă” prin care fiecare linie de cod generat trebuie să treacă pentru a ajunge în producție. Acest proces nu înlocuiește revizuirea umană a codului cu nimic, ci cu ceva mai bun.
Funcționează pe trei niveluri:
1. Puterea Executivă (Generarea)
Nu cerem unei singure inteligențe artificiale o soluție, ci cerem trei. Lăsăm Gemini 3, GPT-5 și un model open-source (precum Llama) să lucreze în paralel la aceeași problemă. Acest lucru previne viziunea de tunel și elimină „lenea” de care suferă uneori modelele LLM. Această abordare este, de asemenea, cercetată științific și demonstrează că poți preveni halucinațiile AI și poți construi lanțuri foarte lungi fără erori
2. Filtrul Dur (Legea)
Aici nu există loc de discuții. Codul trebuie să compileze. Linters-urile nu trebuie să raporteze erori. Și, crucial, Teste Black Box trebuie să treacă. Nu testăm dacă funcția lucrează intern (acest lucru poate fi manipulat de AI), ci testăm dacă sistemul, din exterior, face ceea ce trebuie să facă. Testul eșuează? Direct la coșul de gunoi.
3. Filtrul Soft (Juriul AI)
Aceasta este adevărata inovație. Soluțiile rămase sunt prezentate unui „AI de vot” specializat. Acest agent nu scrie cod, ci citește codul. Este antrenat pe principiile noastre de arhitectură, cerințele de securitate (OWASP, ISO) și regulile de conformitate (EU AI Act).
El votează: „Soluția A este mai rapidă, dar Soluția B este mai sigură și respectă mai bine arhitectura noastră de microservicii.”
Câștigătorul merge în producție.
Trias Politica a software-ului
Acest model impune o separare a puterilor care lipsește în multe echipe.
- Puterea Legislativă (Arhitectul): Arhitectul scrie „Constituția”. Prompt-urile, documentele de arhitectură (
project-description.md, rules.md, skills.md en principles.md), cerințele stricte. Arhitectul determină ce ce construim, cine construiește, cum și de ce. - Puterea Executivă (Agenții de programare): Ei execută. Rapid, ieftin și sub auspiciile dezvoltatorilor umani.
- Puterea Judecătorească (Autoritatea de Design): Un strat AI independent care verifică conformitatea cu legea.
Concluzie: Noul rol al Arhitectului
Ne eliberează de tirania erorilor de sintaxă și ne permite să ne concentrăm pe ceea ce știm să facem bine: gândirea sistemică. Căutarea adevărului. Structura și luarea deciziilor.
Întrebarea nu este dacă AI ne poate scrie codul. Subiectul acesta este deja închis. Codul devine în mare parte un produs de unică folosință.
Întrebarea este: Îndrăznești să renunți la controlul asupra codului pentru a recâștiga controlul asupra calității ?
anunță-mă
