spinny:~/writing $ vim microsoft-build-2026-agent-native-development.md
1~2Microsoft 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.3~4Oficiální signály přišly z [Microsoft Build 2026 live blog](https://news.microsoft.com/build-2026-live-blog/microsoft-build-2026-live/), textu Microsoftu [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/) a oznámení GitHubu o [GitHub Copilot app](https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/). Dohromady říkají: agents se stávají součástí development system, ne doplňkem vedle editoru.5~6## Užitečná část je nudná, v dobrém smyslu7~8Agent, 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ší.9~10To 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ů.11~12## Sandboxes nejsou vedlejší funkce13~14Pokud 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.15~16Není 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á.17~18## Review se stává úzkým hrdlem19~20Past 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.21~22Měř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.23~24Pokud reviewer musí všechno rekonstruovat od nuly, workflow není hotový. Zátěž se jen přesunula.25~26## Kde bych začal27~28Zač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.29~30U 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.31~32## Můj pohled33~34Build 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.35~36## Zdroje37~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