spinny:~/writing $ less microsoft-build-2026-agent-native-development.md
12Microsoft 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.34De officiële signalen kwamen uit de [Microsoft Build 2026 live blog](https://news.microsoft.com/build-2026-live-blog/microsoft-build-2026-live/), Microsofts stuk [AI alone won't change your business. The system running it will](https://blogs.microsoft.com/blog/2026/06/02/ai-alone-wont-change-your-business-the-system-running-it-will/) en GitHubs aankondiging van de [GitHub Copilot app](https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/). Samen gelezen wijzen ze dezelfde kant op: agents worden onderdeel van het development system, niet een accessoire naast de editor.56## Het nuttige deel is saai, op de goede manier78Een 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.910Dat 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.1112## Sandboxes zijn geen bijzaak1314Als 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.1516Niet 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.1718## Review wordt de bottleneck1920De valkuil van agentic development is denken dat meer agents automatisch meer shipped work betekent. Misschien betekent het alleen meer pull requests voor vermoeide reviewers.2122Ik 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?2324Als de reviewer alles opnieuw moet reconstrueren, is de workflow niet klaar. De last is alleen verplaatst.2526## Waar ik zou beginnen2728Ik zou beginnen met saaie, begrensde taken: dependency updates, test fixes, kleine refactors, follow-ups op review comments, release notes, migrations met sterke tests.2930Voor elke taak wil ik isolation, checks, trace en een menselijke merge decision. De agent doet het loopwerk. Het team blijft eigenaar van het resultaat.3132## Mijn lezing3334Build 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.3536## Bronnen3738- [Microsoft Build 2026 live blog](https://news.microsoft.com/build-2026-live-blog/microsoft-build-2026-live/)39- [Microsoft: AI alone won't change your business](https://blogs.microsoft.com/blog/2026/06/02/ai-alone-wont-change-your-business-the-system-running-it-will/)40- [GitHub: Copilot app, the agent-native desktop experience](https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/)41
:Microsoft Build 2026 en de stille verschuiving naar agent-native developmentlines 1-41 (END) — press q to close