Bahasa Indonesia

Microsoft Menjadikan Windows sebagai Platform Agent di Build 2026. Inilah Keputusan CTO Sebelum Windows Agent Store Diluncurkan Secara Umum

Tiga runtime agent Windows yang berpusat pada Windows Agent Store

Keynote Build 2026 Microsoft tidak sekadar memperlihatkan fitur. Ini mengubah model pengadaan untuk penerapan agent enterprise di Windows, dan keputusan yang dibuat tim Anda di Q3 akan menentukan seberapa besar fleksibilitas yang Anda miliki ketika Windows Agent Store (WAS) diluncurkan secara umum (GA).

Pada 2 Juni di Fort Mason, San Francisco, Satya Nadella membuka Build 2026 dengan serangkaian pengumuman yang, jika dilihat bersama-sama, menggambar ulang arti menjalankan agent di dalam organisasi Anda. Menurut rekap Build 2026 dari ChatForest, Microsoft merilis Windows Agent Framework (WAF) sebagai proyek open-source berlisensi MIT, mendorong Windows Agent Runtime (WAR) ke preview, membuka Windows Agent Store dengan pembagian pendapatan pengembang 85/15, dan menamai Project Polaris sebagai model default pengganti di GitHub Copilot mulai Agustus 2026.

Bagian terakhir itu perlu dibaca dua kali. Microsoft mengganti GPT-4 dengan model yang dibangun secara internal dalam produk pengembang mereka sendiri, yang berjalan pada akselerator Maia mereka sendiri. Perusahaan yang membangun strategi AI-nya di atas OpenAI kini sedang mengintegrasikan secara vertikal lapisan model tersebut. Bagi CTO yang telah menyetujui jumlah kursi GitHub Copilot berdasarkan kualitas model OpenAI, ini bukan catatan kaki. Ini adalah percakapan perpanjangan kontrak.

Apa yang Sebenarnya Dirilis di Build 2026

Key Facts:

  • Pembagian pendapatan pengembang 85/15: Windows Agent Store membayar pengembang 85%, dibandingkan Apple App Store dan Mac App Store yang 70/30. Microsoft memangkas kedua platform untuk memenangkan distribusi ISV. (Sumber: rekap Build 2026 ChatForest)
  • Project Polaris menjadi default di GitHub Copilot: Agustus 2026, dengan periode fallback GPT-4 opsional selama 3 bulan. Berjalan di akselerator Maia Microsoft. (Sumber: ChatForest)
  • Keynote Build 2026: 2 Juni 2026, Fort Mason SF, dibuka oleh Satya Nadella. (Sumber: NotebookCheck)

Inilah yang sebenarnya diumumkan Microsoft, tanpa lapisan pemasaran:

  • Windows Agent Framework (WAF): Kerangka pengembangan agent open-source berlisensi MIT dengan application programming interfaces (APIs) agent native yang tertanam dalam shell OS Windows. Lisensi MIT berarti akan terstandarisasi dengan cepat. Perkirakan pembangun agent pihak ketiga akan menargetkan WAF dalam hitungan bulan.
  • Windows Agent Runtime (WAR): Runtime preview yang menjadi host dan mengeksekusi agent langsung di perangkat Windows. Ini adalah lingkungan eksekusi lokal. Berpasangan dengan Windows 365 for Agents yang sudah ada, yang menggunakan Cloud personal computer (Cloud PC) sebagai host agent. Dua runtime kini tersedia untuk agent Windows sebelum Anda bahkan sampai ke Azure.
  • Windows Agent Store (WAS): Marketplace yang dikurasi untuk mendistribusikan agent ke pengguna enterprise. Adobe dan Zoom disebut sebagai mitra desain. Pembagian pendapatan 85/15 adalah berita utama: pengembang mendapat lebih banyak, sehingga lebih banyak pengembang membangun untuk Windows terlebih dahulu.
  • Project Polaris: Model coding buatan Microsoft sendiri. Ini menggantikan GPT-4 sebagai default yang menggerakkan GitHub Copilot pada Agustus 2026. Fallback ke GPT-4 selama 3 bulan akan tersedia. Polaris berjalan pada akselerator Maia kustom Microsoft, yang berarti struktur biaya inferensi sepenuhnya di bawah kendali Microsoft ke depannya.

Mengapa Tiga Runtime adalah Cerita yang Sesungguhnya

Perbandingan tingkatan runtime agent Windows yang menunjukkan Local WAR, Windows 365, dan Azure Agent Mesh

Pengumuman yang paling banyak mendapat liputan adalah Windows Agent Store. Namun keputusan struktural di baliknya kurang jelas: Microsoft kini memberi CTO enterprise tiga lingkungan runtime yang berbeda untuk agent Windows, dan store terhubung ke ketiganya.

Berikut rinciannya:

Runtime Paling Cocok Untuk Pemilik Identitas Lokasi Log Audit
Local Windows + WAR Agent berbasis desktop, workflow yang dapat bekerja offline Identitas perangkat (Entra-joined) Log event lokal + penerusan SIEM
Windows 365 for Agents (Cloud PC) Agent yang dapat diakses browser, tim terdistribusi, pengganti VDI Identitas cloud (Entra ID) Pusat kepatuhan Microsoft 365
Azure Agent Mesh Orkestrasi sisi server, pipeline multi-agent, agent lapisan API Service principal atau managed identity Azure Monitor + Sentinel

Ini tidak dapat dipertukarkan. Agent yang dibangun untuk Local Windows + WAR memiliki model identitas yang pada dasarnya berbeda dari yang berjalan di dalam Windows 365 Cloud PC. Mencampurnya tanpa pilihan yang eksplisit menciptakan celah audit, yang berarti risiko kepatuhan.

Bandingkan ini dengan cara Apple menangani distribusi: App Store (70/30) dan Mac App Store (70/30) keduanya mengaliri satu runtime. Microsoft menjalankan arsitektur yang lebih kompleks, dan pembagian pendapatan WAS 85/15 adalah umpan untuk mendapatkan ISV yang membangun di ketiga runtime.

Bagi CTO yang membangun kerangka evaluasi vendor AI, trikotomi runtime ini perlu menjadi sumbu evaluasi yang eksplisit sebelum agent spesifik mana pun disetujui. Jika Anda menunggu sampai agent sudah diterapkan untuk bertanya "runtime mana yang digunakan agent-agent ini," Anda akan menemukan jawabannya tersebar di tiga permukaan tata kelola yang berbeda.

Kerangka yang dinamai untuk memikirkan hal ini: Three-Runtime Test. Untuk penerapan agent Windows baru mana pun, ajukan tiga pertanyaan sebelum menyetujuinya: Runtime mana yang digunakan agent ini (Local WAR / Windows 365 Cloud PC / Azure Agent Mesh)? Siapa yang memiliki identitas dan log auditnya? Apa jalur rollback jika runtime dihentikan atau vendor keluar dari store?

Apa yang Berubah untuk Perpanjangan GitHub Copilot

Project Polaris bukan sekadar penggantian model. Ini adalah Microsoft yang mengambil alih jaminan produk AI mereka sendiri.

Ketika organisasi Anda menyetujui kursi GitHub Copilot, Anda membeli kualitas model OpenAI dalam produk Microsoft. Mulai Agustus 2026, model defaultnya adalah Polaris, model coding buatan Microsoft yang berjalan pada akselerator Maia. Fallback ke GPT-4 selama 3 bulan memberikan waktu, tetapi ini adalah cadangan, bukan opsi permanen. Setelah jendela tersebut, mempertahankan GPT-4 di dalam Copilot kemungkinan memerlukan konfigurasi eksplisit atau tingkat produk yang berbeda.

Pertanyaan yang perlu dijawab tim Anda sebelum pergantian default Agustus:

  1. Apakah persetujuan kursi Copilot Anda menyertakan tolok ukur kualitas model? Jika ya, jalankan Polaris terhadapnya sekarang, selama jendela fallback.
  2. Apakah organisasi Anda menggunakan lisensi GitHub Enterprise dengan akses kustomisasi model? Jika demikian, migrasi Polaris adalah keputusan konfigurasi, bukan sekadar keputusan perpanjangan.
  3. Apakah kebijakan penggunaan AI tim keamanan Anda merujuk OpenAI secara spesifik, atau merujuk "model yang menggerakkan Copilot"? Bagaimanapun, tinjauan kebijakan sudah waktunya. Lihat Building Your AI Use Policy untuk apa yang harus dicakup tinjauan tersebut.

Isu yang lebih dalam adalah konsentrasi vendor. Langkah Microsoft ke Polaris adalah persis jenis pergeseran ketergantungan pada satu vendor yang strategi mitigasi vendor lock-in AI dirancang untuk dideteksi lebih awal. Anda mungkin baik-baik saja dengan Polaris, tetapi keputusan untuk menerimanya harus eksplisit, bukan sekadar default.

FAQ

Apakah kita perlu bermigrasi dari GPT-4 di GitHub Copilot pada Agustus?

Tidak segera. Microsoft menyediakan fallback opsional ke GPT-4 selama 3 bulan setelah Polaris menjadi default. Namun fallback ini bersifat sementara. Langkah yang tepat adalah menguji Polaris terhadap workflow coding aktual tim Anda sekarang, selama jendela preview, dan perlakukan fallback sebagai penyangga evaluasi, bukan masa perpanjangan permanen.

Apakah Windows Agent Store marketplace yang dikendalikan enterprise atau terbuka?

Microsoft menggambarkannya sebagai yang dikurasi, dengan Adobe dan Zoom sebagai mitra desain. Namun "dikurasi" tidak berarti dikendalikan IT. Administrator enterprise kemungkinan perlu mengonfigurasi kebijakan akses WAS melalui Microsoft Intune atau conditional access berbasis Entra. Seberapa granular kontrol tersebut tidak akan jelas sampai GA. CTO harus menekan tim akun Microsoft untuk spesifik tentang kontrol tenant enterprise sebelum menyetujui agent yang bersumber dari WAS.

Daftar Periksa Pengadaan Agent Windows untuk Q3

Jalankan ini bersama arsitek dan pemimpin keamanan Anda sebelum Windows Agent Store diluncurkan secara umum:

Langkah 1: Tetapkan setiap agent Windows saat ini dan yang direncanakan ke sebuah runtime. Petakan setiap agent (termasuk GitHub Copilot, integrasi Azure OpenAI apa pun, dan alat ISV dengan klien Windows) ke salah satu dari tiga runtime: Local Windows + WAR, Windows 365 Cloud PC, atau Azure Agent Mesh. Jangan biarkan agent yang tidak ditugaskan. Gunakan proses AI approval gates and vendor review Anda untuk menegakkan ini.

Langkah 2: Tentukan kepemilikan identitas dan audit per runtime. Untuk setiap runtime yang digunakan, tentukan tim mana yang memiliki permukaan identitas (IT, keamanan, atau platform engineering) dan di mana log audit tersimpan. Buat ini eksplisit dalam dokumentasi audit trails for AI execute actions Anda sebelum agent yang bersumber dari WAS mana pun disetujui.

Langkah 3: Tetapkan gerbang evaluasi Polaris sebelum Agustus. Jadwalkan tinjauan kualitas Copilot selama jendela fallback 3 bulan. Jalankan 3-5 workflow coding teratas Anda melalui Polaris. Bandingkan kualitas output dengan baseline GPT-4. Putuskan secara eksplisit apakah menerima Polaris sebagai default atau meminta akses GPT-4 yang diperpanjang. Jangan biarkan pergantian default Agustus terjadi tanpa keputusan yang tercatat.

Langkah 4: Perbarui register risiko vendor Anda. Tambahkan Windows Agent Store sebagai entri risiko saluran distribusi. Catat bahwa agent yang bersumber dari WAS mungkin berjalan di berbagai runtime dan bahwa Microsoft mengendalikan pembagian pendapatan, kriteria kurasi, dan spesifikasi kompatibilitas runtime. Rujuk silang dengan strategi mitigasi vendor lock-in AI Anda untuk mendokumentasikan eksposur yang dapat diterima sebelum menyetujui agent yang bersumber dari WAS dalam skala besar.

Yang Harus Dilakukan Minggu Ini

WAS belum GA. Itulah jendela waktu Anda. Inilah yang penting sebelum itu terjadi:

  • Briefing tim akun Microsoft Anda tentang pertanyaan arsitektur runtime Anda. Dapatkan jawaban spesifik tentang kontrol tenant enterprise untuk WAS sebelum tim produk kewalahan dengan lalu lintas peluncuran GA.
  • Ambil tanggal perpanjangan GitHub Copilot Anda. Jika Anda dalam 6 bulan perpanjangan, mulai evaluasi Polaris sekarang. Periode fallback 3 bulan harus masuk dalam jendela tersebut.
  • Baca lisensi MIT WAF. Lisensi open source mengubah proses tinjauan keamanan. Tim AppSec Anda perlu menilai WAF sebelum tim internal mana pun membangun di atasnya. MIT bersifat permisif, tetapi itu bisa berdampak dua arah.
  • Tambahkan "tiga runtime" ke agenda tinjauan arsitektur Anda berikutnya. Bahkan jika organisasi Anda tidak aktif menerapkan agent Windows hari ini, keputusan arsitektur runtime membentuk setiap evaluasi vendor masa depan yang akan Anda lakukan. Menanganinya sekarang saat Anda masih dapat membuat pilihan dengan sengaja.
  • Periksa apakah kebijakan penggunaan AI Anda mencakup marketplace distribusi agent. Sebagian besar kebijakan yang ditulis sebelum 2026 tidak mencakupnya. WAS adalah permukaan distribusi baru dengan implikasi keamanan dan pengadaan tersendiri.

Untuk kerangka yang lebih luas tentang bagaimana keputusan seperti ini cocok dalam strategi penerapan AI multi-tahun, model 5 stages of AI maturity adalah referensi yang berguna untuk menempatkan kesiapan organisasi Anda saat ini dan mengetahui seberapa agresif dalam adopsi WAS awal.

Selengkapnya