Ship It With AI Mihai Cvasnievschi

Ship It With AI Manual de programare cu agenți

Un manual practic pentru livrarea de software cu agenți AI

Programarea cu agenți - să lași un agent AI să citească, să scrie, să ruleze și să verifice codul - e acum o problemă de control, nu de tooling. Controlezi contextul, acțiunile, verificarea și suprafața de adopție. Manualul ăsta e metoda.

Prolog
Ship It With AI - manual de programare cu agenți AI, de Mihai Cvasnievschi

Întrebări frecvente

Ce este programarea cu agenți (agentic coding)?

Programarea cu agenți e practica de a folosi agenți AI care citesc, scriu, rulează și verifică cod în mare parte singuri, cu oameni în buclă pentru review și guvernanță, nu pentru fiecare apăsare de tastă. Spre deosebire de autocomplete sau de asistenții de chat, un sistem agentic ține un plan în mai mulți pași, execută prin tool-uri reale (filesystem, shell, browser, version control) și scoate munca la verificare, în loc să producă sugestii izolate.

Cu ce diferă programarea cu agenți de AI autocomplete și de vibe coding?

Autocomplete completează următorul token de sub cursor. Vibe coding acceptă orice generează modelul, cu verificare minimă. Programarea cu agenți stă la mijloc: agentul planifică, editează în mai multe fișiere, rulează teste și raportează, dar omul controlează contextul pe care îl vede agentul, acțiunile pe care le poate face, gate-urile de verificare prin care trece și suprafața de adopție pe care operează. Diferența e disciplina de metodă, nu calitatea modelului.

Ce este AGENTS.md și de ce contează?

AGENTS.md e un fișier markdown din rădăcina repository-ului care spune coding agents cum funcționează de fapt proiectul - pattern-uri interzise, convenții, comenzi de build, unde stau lucrurile și greșelile pe care echipa le-a făcut deja. E standardul neutru față de vendor, citit la începutul sesiunii de Codex CLI, Cursor, GitHub Copilot, Gemini CLI și Aider; Claude Code citește echivalentul CLAUDE.md și poate importa AGENTS.md ca să partajeze același conținut. E urmărit ca standard deschis la agents.md.

Cum faci un rollout sigur de coding agents într-o echipă de engineering?

Un rollout sigur tratează livrarea cu agenți ca pe o problemă de control, cu cinci straturi de guvernanță: permisiuni, sandbox, secrete, hook-uri de securitate și telemetrie. Pune asta lângă o metodă clară - o buclă în șase faze: research, plan, execute, review, verify, ship - și un arc de adopție de 90 de zile cu trei roluri numite (Champion, Lead, Manager). Sari peste oricare dintre ele și adopția produce mai mult rău decât bine.

Ce este bucla agentică în șase faze?

Bucla în șase faze e o disciplină de livrare pentru lucrul cu agenți: Research (agentul mapează codebase-ul într-o notă durabilă), Plan (o listă de task-uri la nivel de fișier, care poate fi revizuită), Execute (subagenți constrânși fac modificările), Review (treceri separate de conformitate cu spec-ul și de calitate a codului), Verify (rulează teste noi, inclusiv teste de UI pe accessibility tree) și Ship (un pull request normal, pe care procesul tău existent îl revizuiește). Cele mai multe eșecuri se întorc la Plan, nu la Research.

Cât costă programarea cu agenți?

Prețul per-seat al tool-ului e linia mică; costul real e total cost of ownership - seat-uri, cheltuiala pe tokeni și utilizare, timpul de review uman pe care îl cere bucla și setup-ul de guvernanță. Felul durabil de a face bugetul e să potrivești tier-ul de seat cu utilizarea reală, nu să cumperi tooling uniform, și să compari costul complet al livrării cu agenți cu costul muncii pe care o înlocuiește, nu cu zero.

Ce este MCP (Model Context Protocol)?

MCP, Model Context Protocol, e o specificație care lasă un coding agent să se conecteze la tool-uri și surse de date externe - issue trackere, baze de date, documentație, servicii interne - printr-o interfață uniformă. E una dintre componentele principale ale agentului: unde Tools sunt acțiunile built-in ale agentului, MCP e felul în care agentul ajunge la capabilități cu care nu a venit harness-ul.

Sunt coding agents gata de producție?

Depinde de codebase, nu de companie. Pregătirea e o întrebare per-proiect, la care răspund cele opt kill signals și un semafor verde/galben/roșu: un modul bine testat, documentat, decuplat, cu o echipă care poate evalua output-ul e verde; un sistem nedocumentat, netestat, strâns cuplat, a cărui echipă nu poate verifica rezultatul e roșu. Cele mai multe companii au un mix, iar mixul îți spune ordinea operațiilor.