Microsoft Build 2026 dan peralihan senyap ke agent-native development
· 3 min read · Filippo Spinella · AI, GitHub Copilot, Microsoft Build, Developer Tools
Microsoft Build 2026 ada subteks yang jelas: fasa seterusnya software agents bukan chat box lebih cantik. Agents perlukan meja kerja, checklist, sandbox dan orang bertanggungjawab.
Isyarat rasmi datang daripada Microsoft Build 2026 live blog, post Microsoft AI alone won't change your business. The system running it will dan pengumuman GitHub tentang GitHub Copilot app. Dibaca bersama, arahnya sama: agents masuk ke dalam sistem development, bukan duduk di sebelah editor sebagai aksesori.
Bahagian berguna itu membosankan, dalam cara baik
Agent yang boleh menulis patch memang menarik. Tetapi agent yang boleh bekerja dalam worktree terasing, menjalankan checks, menyimpan trace yang boleh dibaca, membuka pull request dan berhenti di approval gate yang betul jauh lebih berguna.
Itulah perubahan yang saya nampak di Build 2026. Kurang magic. Lebih operating model. GitHub Copilot app terasa seperti control room untuk agent work: sessions, repositories, issues, pull requests dan parallel tasks dalam satu tempat. Perincian yang saya suka ialah worktrees. Setiap cubaan boleh hidup dalam ruang sendiri, jadi ia boleh dibandingkan, dibuang atau dinaikkan tanpa merosakkan fail sendiri.
Sandbox bukan feature sampingan
Jika agent boleh menjalankan code, ia perlukan tempat selamat untuk salah. Di situlah sandbox penting. Local atau cloud sandbox membolehkan agent mencuba tanpa menjadikan laptop atau production sebagai eksperimen.
Ini tidak glamor, tetapi ini bezanya demo dan workflow. Agent yang baik patut boleh menjalankan tests, membaca failures, cuba semula dan menunjukkan apa yang berubah. Ia juga perlu cukup terbatas supaya kesilapan kekal kecil.
Foundry dan Agent Framework menunjuk ke production
Kemas kini Foundry dan Microsoft Agent Framework ialah versi enterprise kepada cerita sama. Hosted agents, toolboxes, tracing, evaluation, memory, middleware dan agent controls kedengaran seperti infrastructure. Memang begitu. Sebab itu ia penting.
Apabila syarikat membina banyak agents, soalan bukan lagi bolehkah kita bina satu. Soalannya menjadi: siapa ownernya, apa yang boleh diakses, bagaimana ia dievaluate, bagaimana kita tahu ia improve, dan bagaimana kita matikan jika perlu.
Review menjadi bottleneck
Perangkap agentic development ialah fikir lebih banyak agents automatik bermakna lebih banyak kerja shipped. Mungkin ia hanya bermakna lebih banyak pull requests menunggu humans yang penat.
Saya akan ukur adoption dengan tiga perkara: masa reviewer dijimatkan atau dibazirkan; berapa kerap changes lulus checks tanpa babysitting; dan sama ada trace menerangkan reasoning dengan cukup baik untuk percaya pada diff.
Jika reviewer perlu membina semula semuanya dari kosong, workflow itu belum siap. Ia hanya memindahkan beban.
Dari mana saya mula
Saya akan mula dengan tasks yang membosankan dan jelas sempadannya: dependency updates, test fixes, refactor kecil, follow-up review comments, release notes, migrations dengan tests kuat.
Untuk setiap task saya mahu isolation, checks, trace dan keputusan merge oleh manusia. Agent buat kerja kaki. Team tetap memiliki hasilnya.
Bacaan saya
Build 2026 membuat agent-native development terasa kurang seperti slogan dan lebih seperti masalah operations. Team yang menang bukan yang membiarkan agents buat semua. Team yang menang ialah yang design system di mana agents boleh maju tanpa menyembunyikan trace.
Versi matang gelombang ini bukan AI menggantikan review. Ia AI yang membuat cukup kerja berstruktur supaya review menjadi lebih tajam.