De ce verificarea devine mai importantă decât promptul
Tool-urile AI de coding nu mai sunt doar autocompletare. În mod agentic, ele pot analiza un repository, pot propune un plan, pot modifica fișiere, pot rula teste și pot deschide sau actualiza un pull request. Documentația GitHub descrie Copilot cloud agent ca un sistem care poate lucra pe o ramură, înainte ca echipa să decidă ce ajunge mai departe. Documentația OpenAI pentru Codex tratează review-ul ca pe o etapă separată, în care modificările trebuie inspectate înainte de commit, push sau merge.
Pentru o firmă mică, beneficiul este clar: mai puțin timp pierdut pe sarcini repetitive. Riscul este la fel de clar: dacă accepți automat modificări pe care nu le înțelegi, agentul poate introduce dependențe inutile, poate slăbi validări, poate modifica teste sau poate atinge zone pe care nu trebuia să le atingă.
Regula practică este simplă: agentul poate propune, dar omul și pipeline-ul decid. Dacă firma are deja un registru intern pentru tool-uri AI aprobate, modul agentic trebuie trecut separat în registru, cu owner, permisiuni, medii permise și limite clare.
Înainte de task: limitează mediul agentului
Verificarea începe înainte ca agentul să scrie cod. Lucrează pe branch separat, pornește de la un `git status` curat și păstrează modificările ușor de izolat. Evită accesul la producție, secrete, baze de date reale sau directoare din afara proiectului.
OWASP recomandă principiul privilegiilor minime pentru agenți și tool-uri: agentul trebuie să aibă doar instrumentele necesare sarcinii. În practică, asta înseamnă acces read/write doar în workspace, rețea activată numai când este justificată, aprobări explicite pentru comenzi riscante și niciun token în prompturi, commituri sau loguri.
Dacă folosești MCP ori extensii conectate la repository, tratează-le ca pe integrații cu risc real, nu ca pe simple pluginuri. Pentru aceeași logică de control, vezi ghidul despre MCP fără acces total.
Review-ul schimbărilor: nu te uita doar la diff-ul frumos
Primul pas este să verifici ce fișiere au fost atinse. Au legătură directă cu cerința? Dacă agentul a modificat configurații CI/CD, fișiere de permisiuni, reguli de securitate, teste sau workflow-uri de deploy, cere o justificare separată.
Apoi citește diff-ul pe trei niveluri. Funcțional: schimbarea rezolvă problema cerută? Securitate: apar validări eliminate, date sensibile logate, dependențe noi sau permisiuni mai largi? Operațional: se schimbă build-ul, migrarea, costurile sau comportamentul în producție?
GitHub Copilot code review poate lăsa comentarii și sugestii, iar Codex Code Review poate ajuta la investigarea unui PR. Aceste instrumente sunt utile, dar nu înlocuiesc aprobarea internă. Documentația GitHub precizează că review-ul Copilot nu contează implicit ca aprobare obligatorie pentru pull request.
Teste, CI și dovezi înainte de merge
Nu accepta modificarea doar pentru că agentul spune că a rulat testele. Verifică rezultatul real: comanda, exit code-ul, logul relevant și ce test acoperă comportamentul schimbat. Dacă agentul a modificat sau șters teste, tratează schimbarea ca semnal de risc.
Pentru schimbări mici, rulează testele țintite și un linter. Pentru schimbări cu impact mai mare, rulează pipeline-ul complet înainte de merge. Dacă produsul folosește date sensibile, testează cu date sintetice. Dacă agentul propune o dependență nouă, verifică sursa, licența, întreținerea și dacă există alternative deja aprobate. Aceeași logică apare și în evaluarea generală a unui tool AI înainte de integrare.
Un criteriu bun este reproductibilitatea: aceeași schimbare trebuie să treacă aceleași teste, în același mediu, cu rezultate explicabile. Pentru comparații între tool-uri, ajută și abordarea cu benchmark reproductibil pentru tool-urile AI.
Checklist scurt pentru firme
Înainte ca un PR generat sau modificat de un agent AI să ajungă în producție, verifică minim:
- branch separat și istoric curat;
- fișiere modificate strict în scopul taskului;
- nicio cheie, parolă sau dată personală în prompturi, commituri sau loguri;
- dependențe noi justificate și verificate;
- teste rulate cu rezultat real, nu doar raport verbal;
- CI trecut înainte de merge;
- review uman pentru autentificare, plăți, date personale, permisiuni, infrastructură și deploy;
- posibilitate clară de rollback.
Întrebări frecvente
Poate un agent AI să aprobe singur un pull request?
Pentru producție, nu este recomandat. Agenții pot oferi sugestii și comentarii, dar aprobarea trebuie să rămână la un responsabil uman și la regulile CI/CD.
Este suficient dacă agentul spune că a rulat testele?
Nu. Trebuie verificat outputul real: ce comandă a rulat, ce a trecut, ce a eșuat și dacă testele acoperă schimbarea relevantă.
Ce zone cer review uman obligatoriu?
Autentificarea, plățile, datele personale, permisiunile, infrastructura și deploy-ul cer review uman înainte de producție.
Ce faci dacă agentul a modificat fișiere în afara cerinței?
Nu face merge automat. Izolează diff-ul, cere justificare, revino la versiunea anterioară pentru fișierele nejustificate și rulează din nou testele.
