spinny:~/writing $ vim microsoft-build-2026-agent-native-development.md
1~2Microsoft Build 2026 havde en tydelig undertekst: næste fase for software agents er ikke en pænere chat box. Det handler om at give agents et skrivebord, en checklist, en sandbox og en ansvarlig.3~4De officielle signaler kom fra [Microsoft Build 2026 live blog](https://news.microsoft.com/build-2026-live-blog/microsoft-build-2026-live/), Microsofts indlæg [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/) og GitHubs annoncering af [GitHub Copilot app](https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/). Læst sammen peger de samme vej: agents bliver del af development system, ikke et tilbehør ved siden af editoren.5~6## Det nyttige er kedeligt, på den gode måde7~8En agent, der skriver en patch, er interessant. En agent, der arbejder i en isoleret worktree, kører checks, bevarer en læsbar trace, åbner en pull request og stopper ved det rigtige approval gate, er langt mere nyttig.9~10Det er skiftet, jeg ser i Build 2026. Mindre magi. Mere operating model. GitHub Copilot app føles som et control room for agent work: sessions, repositories, issues, pull requests og parallel tasks samlet. Worktrees er den gode detalje, fordi hvert forsøg har sit eget rum. Det kan sammenlignes, kasseres eller løftes uden at trampe på dine filer.11~12## Sandboxes er ikke en sidefeature13~14Hvis en agent kan køre code, har den brug for et sikkert sted at tage fejl. Local og cloud sandboxes giver det. Agenten kan teste uden at gøre laptop eller production til eksperiment.15~16Det er ikke glamourøst, men det er forskellen på demo og workflow. En god agent kører tests, læser failures, prøver igen og viser, hvad der ændrede sig. Den skal også være begrænset nok til, at fejl forbliver små.17~18## Review bliver flaskehalsen19~20Fælden i agentic development er at tro, at flere agents automatisk betyder mere shipped work. Måske betyder det bare flere pull requests foran trætte reviewers.21~22Jeg ville måle tre ting: sparer eller koster det reviewer-tid; hvor ofte passerer generated changes checks uden babysitting; og forklarer trace reasoning nok til at stole på diffen?23~24Hvis reviewer skal rekonstruere alt fra nul, er workflow ikke færdigt. Belastningen er bare flyttet.25~26## Hvor jeg ville starte27~28Jeg ville starte med kedelige, afgrænsede tasks: dependency updates, test fixes, små refactors, follow-up på review comments, release notes, migrations med stærke tests.29~30For hver task ville jeg kræve isolation, checks, trace og human merge decision. Agenten laver benarbejdet. Teamet ejer stadig resultatet.31~32## Min læsning33~34Build 2026 gør agent-native development mindre til slogan og mere til operations problem. De vindende teams lader ikke agents gøre alt. De designer et system, hvor agents kan komme frem uden at skjule trace.35~36## Kilder37~38- [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~
NORMAL · microsoft-build-2026-agent-native-development.md [readonly]41 lines · :q to close