spinny:~/writing $ cat microsoft-build-2026-agent-native-development.md

Microsoft Build 2026 a tichý posun k agent-native development

· 2 min read · Filippo Spinella · AI, GitHub Copilot, Microsoft Build, Developer Tools

Microsoft Build 2026 měl jasný podtext: další fáze software agents není hezčí chat box. Jde o to dát agentům stůl, checklist, sandbox a odpovědného člověka.

Oficiální signály přišly z Microsoft Build 2026 live blog, textu Microsoftu AI alone won't change your business. The system running it will a oznámení GitHubu o GitHub Copilot app. Dohromady říkají: agents se stávají součástí development system, ne doplňkem vedle editoru.

Užitečná část je nudná, v dobrém smyslu

Agent, který napíše patch, je zajímavý. Agent, který pracuje v izolovaném worktree, spouští checks, drží čitelný trace, otevře pull request a zastaví se na správném approval gate, je mnohem užitečnější.

To je posun, který vidím v Build 2026. Méně magie. Více operating model. GitHub Copilot app působí jako control room pro agent work: sessions, repositories, issues, pull requests a parallel tasks na jednom místě. Worktrees jsou dobrý detail, protože každý pokus má vlastní prostor. Dá se porovnat, zahodit nebo povýšit bez rozbití vlastních souborů.

Sandboxes nejsou vedlejší funkce

Pokud agent může spouštět code, potřebuje bezpečné místo, kde se může mýlit. K tomu jsou local a cloud sandboxes. Agent může testovat bez toho, aby z laptopu nebo production udělal experiment.

Není to efektní, ale je to rozdíl mezi demo a workflow. Dobrý agent spustí tests, přečte failures, zkusí to znovu a ukáže, co změnil. Zároveň musí být omezený tak, aby chyba zůstala malá.

Review se stává úzkým hrdlem

Past agentic development je věřit, že více agents automaticky znamená více shipped work. Možná to znamená jen více pull requests před unavenými reviewers.

Měřil bych tři věci: šetří nebo bere čas reviewerům; jak často generated changes projdou checks bez babysitting; a jestli trace vysvětluje reasoning dost na to, aby se dalo věřit diffu.

Pokud reviewer musí všechno rekonstruovat od nuly, workflow není hotový. Zátěž se jen přesunula.

Kde bych začal

Začal bych nudnými, jasně ohraničenými tasks: dependency updates, test fixes, malé refactors, follow-up review comments, release notes, migrations se silnými tests.

U každého tasku bych chtěl isolation, checks, trace a human merge decision. Agent udělá legwork. Team zůstává vlastníkem výsledku.

Můj pohled

Build 2026 udělal z agent-native development méně slogan a více operations problem. Nevyhrají teams, které nechají agents dělat všechno. Vyhrají ty, které navrhnou system, kde agents postupují, ale neschovávají trace.

Zdroje

spinny:~/writing/microsoft-build-2026-agent-native-development $
try:
spinny:~/writing/microsoft-build-2026-agent-native-development·microsoft-build-2026-agent-native-development.md
·
·--:--:--
    Microsoft Build 2026 a tichý posun k agent-native development | Filippo Spinella - Software Engineer