Microsoft Build 2026 og det stille skift til agent-native development
· 2 min read · Filippo Spinella · AI, GitHub Copilot, Microsoft Build, Developer Tools
Microsoft 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.
De officielle signaler kom fra Microsoft Build 2026 live blog, Microsofts indlæg AI alone won't change your business. The system running it will og GitHubs annoncering af GitHub Copilot app. Læst sammen peger de samme vej: agents bliver del af development system, ikke et tilbehør ved siden af editoren.
Det nyttige er kedeligt, på den gode måde
En 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.
Det 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.
Sandboxes er ikke en sidefeature
Hvis 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.
Det 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å.
Review bliver flaskehalsen
Fæ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.
Jeg 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?
Hvis reviewer skal rekonstruere alt fra nul, er workflow ikke færdigt. Belastningen er bare flyttet.
Hvor jeg ville starte
Jeg 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.
For hver task ville jeg kræve isolation, checks, trace og human merge decision. Agenten laver benarbejdet. Teamet ejer stadig resultatet.
Min læsning
Build 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.