spinny:~/writing $ vim microsoft-build-2026-agent-native-development.md
1~2A Microsoft Build 2026 üzenete elég tiszta volt: a software agents következő fázisa nem egy szebb chat box. Agentsnek asztal, checklist, sandbox és felelős ember kell.3~4A hivatalos jelek a [Microsoft Build 2026 live blog](https://news.microsoft.com/build-2026-live-blog/microsoft-build-2026-live/), a Microsoft [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/) posztja és a GitHub [GitHub Copilot app](https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/) bejelentése felől jöttek. Együtt olvasva ugyanazt mondják: agents belépnek a development systembe, nem az editor melletti kiegészítők maradnak.5~6## A hasznos rész jó értelemben unalmas7~8Egy patch-et író agent érdekes. De egy agent, amely isolated worktree-ben dolgozik, checks-et futtat, olvasható trace-t hagy, pull requestet nyit és a megfelelő approval gate-nél megáll, sokkal hasznosabb.9~10Ez a váltás látszik a Build 2026-ban. Kevesebb magic, több operating model. A GitHub Copilot app agent work control roomnak tűnik: sessions, repositories, issues, pull requests és parallel tasks egy helyen. A worktree részlet különösen jó, mert minden próbálkozás saját térben él. Összehasonlítható, eldobható vagy előléptethető anélkül, hogy a saját fájlokat rombolná.11~12## A sandbox nem mellékes funkció13~14Ha egy agent code-ot futtathat, kell neki biztonságos hely, ahol tévedhet. A local és cloud sandboxes ezt adják. Az agent tud tesztelni anélkül, hogy a laptop vagy production lenne a kísérlet.15~16Nem látványos, de ez a demo és workflow közti különbség. Egy jó agent tests-et futtat, failures-t olvas, újrapróbálja, és megmutatja, mi változott. Közben elég korlátozott ahhoz, hogy a hiba kicsi maradjon.17~18## A review lesz a szűk keresztmetszet19~20Az agentic development csapdája az, hogy több agents automatikusan több shipped worköt jelent. Lehet, hogy csak több pull requests kerül fáradt reviewers elé.21~22Három dolgot mérnék: reviewer időt spórol vagy fogyaszt; generated changes milyen gyakran mennek át checks-en babysitting nélkül; a trace elég jól magyarázza-e a reasoninget, hogy bízni lehessen a diffben.23~24Ha reviewer mindent nulláról rak össze, a workflow nincs kész. Csak máshová tette a terhet.25~26## Hol kezdeném27~28Unalmas, jól határolt tasks felől indulnék: dependency updates, test fixes, kis refactors, review-comment follow-ups, release notes, erős tests melletti migrations.29~30Minden tasknál kell isolation, checks, trace és human merge decision. Az agent megcsinálja a lábmunkát. Az eredmény owner-e a team marad.31~32## Az én olvasatom33~34A Build 2026 az agent-native developmentet kevésbé sloganné, inkább operations problemé tette. Nem azok a teams nyernek, amelyek agentsre bíznak mindent, hanem amelyek olyan systemet terveznek, ahol agents haladnak, de nem rejtik el a trace-t.35~36## Források37~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