Microsoft Build 2026 și trecerea discretă spre agent-native development
· 2 min read · Filippo Spinella · AI, GitHub Copilot, Microsoft Build, Developer Tools
Microsoft Build 2026 a avut un subtext foarte clar: următoarea fază a software agents nu este o casetă de chat mai frumoasă. Este despre a da agenților un birou, un checklist, un sandbox și un responsabil.
Semnalele oficiale au venit din Microsoft Build 2026 live blog, postarea Microsoft AI alone won't change your business. The system running it will și anunțul GitHub despre GitHub Copilot app. Citite împreună, spun aceeași poveste: agents intră în development system, nu mai stau ca accesoriu lângă editor.
Partea utilă e plictisitoare, în sens bun
Un agent care scrie un patch e interesant. Dar un agent care lucrează într-un worktree izolat, rulează checks, păstrează un trace lizibil, deschide un pull request și se oprește la approval gate-ul corect e mult mai util.
Asta văd în Build 2026: mai puțină magie, mai mult operating model. GitHub Copilot app arată ca un control room pentru agent work: sessions, repositories, issues, pull requests și parallel tasks într-un loc. Worktrees sunt detaliul bun: fiecare încercare are spațiul ei și poate fi comparată, aruncată sau promovată fără să calce peste fișierele tale.
Sandboxes nu sunt detaliu secundar
Dacă un agent poate rula code, are nevoie de un loc sigur unde să greșească. Local sau cloud sandboxes fac asta. Agentul poate testa fără să transforme laptopul sau producția în experiment.
Nu e glamorous, dar asta e diferența dintre demo și workflow. Un agent bun rulează tests, citește failures, încearcă din nou și arată ce s-a schimbat. Trebuie și limitat suficient ca eroarea să rămână mică.
Review devine bottleneck
Capcana agentic development este să crezi că mai mulți agents înseamnă automat mai mult shipped work. Poate înseamnă doar mai multe pull requests în fața unor reviewers obosiți.
Aș măsura trei lucruri: economisește sau consumă timp de reviewer; cât de des generated changes trec checks fără babysitting; și dacă trace explică reasoning suficient ca să ai încredere în diff.
Dacă reviewerul trebuie să reconstruiască totul de la zero, workflow-ul nu e gata. Doar a mutat povara.
De unde aș începe
Aș începe cu tasks plictisitoare și bine delimitate: dependency updates, test fixes, refactors mici, follow-up la review comments, release notes, migrations cu tests puternice.
Pentru fiecare task aș cere isolation, checks, trace și human merge decision. Agentul face legwork. Teamul rămâne ownerul rezultatului.
Citirea mea
Build 2026 face agent-native development să pară mai puțin slogan și mai mult problemă de operations. Nu câștigă teamurile care lasă agents să facă totul. Câștigă cele care proiectează un system unde agents avansează fără să ascundă trace.