Microsoft Build 2026 en de stille verschuiving naar agent-native development
· 2 min read · Filippo Spinella · AI, GitHub Copilot, Microsoft Build, Developer Tools
Microsoft Build 2026 had een duidelijke ondertoon: de volgende fase van software agents is geen mooiere chat box. Het gaat erom agents een bureau, checklist, sandbox en verantwoordelijke te geven.
De officiële signalen kwamen uit de Microsoft Build 2026 live blog, Microsofts stuk AI alone won't change your business. The system running it will en GitHubs aankondiging van de GitHub Copilot app. Samen gelezen wijzen ze dezelfde kant op: agents worden onderdeel van het development system, niet een accessoire naast de editor.
Het nuttige deel is saai, op de goede manier
Een agent die een patch schrijft is interessant. Een agent die in een geïsoleerde worktree werkt, checks draait, een leesbare trace bewaart, een pull request opent en stopt bij de juiste approval gate is veel nuttiger.
Dat is de verschuiving die ik in Build 2026 zie. Minder magie. Meer operating model. GitHub Copilot app voelt als een control room voor agent work: sessions, repositories, issues, pull requests en parallel tasks op één plek. Worktrees zijn het mooie detail. Elke poging leeft in een eigen ruimte, zodat je kunt vergelijken, weggooien of promoten zonder je bestanden te beschadigen.
Sandboxes zijn geen bijzaak
Als een agent code kan uitvoeren, heeft hij een veilige plek nodig om fout te zitten. Local en cloud sandboxes doen dat. Ze laten de agent testen zonder je laptop of production tot experiment te maken.
Niet glamorous, wel belangrijk. Dit is het verschil tussen demo en workflow. Een goede agent draait tests, leest failures, probeert opnieuw en laat zien wat veranderde. Hij moet ook zo begrensd zijn dat fouten klein blijven.
Review wordt de bottleneck
De valkuil van agentic development is denken dat meer agents automatisch meer shipped work betekent. Misschien betekent het alleen meer pull requests voor vermoeide reviewers.
Ik zou drie dingen meten: bespaart of kost het reviewer-tijd; hoe vaak gaan generated changes door checks zonder babysitting; en legt de trace de reasoning goed genoeg uit om de diff te vertrouwen?
Als de reviewer alles opnieuw moet reconstrueren, is de workflow niet klaar. De last is alleen verplaatst.
Waar ik zou beginnen
Ik zou beginnen met saaie, begrensde taken: dependency updates, test fixes, kleine refactors, follow-ups op review comments, release notes, migrations met sterke tests.
Voor elke taak wil ik isolation, checks, trace en een menselijke merge decision. De agent doet het loopwerk. Het team blijft eigenaar van het resultaat.
Mijn lezing
Build 2026 maakt agent-native development minder een slogan en meer een operations-probleem. De beste teams laten agents niet alles doen. Ze ontwerpen een systeem waarin agents vooruit kunnen zonder de trace te verbergen.