Bahasa Melayu

Microsoft Menjadikan Windows Platform Ejen di Build 2026. Ini Keputusan CTO Sebelum Windows Agent Store Mencapai GA

Tiga masa jalan ejen Windows yang disokong oleh Windows Agent Store

Ucaptama Build 2026 Microsoft bukan sekadar pratonton ciri-ciri. Ia mengubah model perolehan untuk pelaksanaan ejen perusahaan di Windows, dan keputusan yang dibuat pasukan anda pada Q3 akan menentukan berapa banyak fleksibiliti yang anda miliki setelah Windows Agent Store (WAS) mencapai ketersediaan umum (GA).

Pada 2 Jun di Fort Mason di San Francisco, Satya Nadella membuka Build 2026 dengan sekelompok pengumuman yang, diambil bersama-sama, melukis semula apa ertinya menjalankan ejen dalam organisasi anda. Menurut ringkasan Build 2026 ChatForest, Microsoft menghantar Windows Agent Framework (WAF) sebagai projek sumber terbuka berlesen MIT, menolak Windows Agent Runtime (WAR) ke pratayangan, membuka Windows Agent Store dengan pembahagian hasil pembangun 85/15, dan menamakan Project Polaris sebagai model lalai pengganti dalam GitHub Copilot mulai Ogos 2026.

Bahagian terakhir itu wajar dibaca dua kali. Microsoft menggantikan GPT-4 dengan model buatan dalaman sendiri dalam produk pembangun sendiri, berjalan di atas pemecut Maia mereka sendiri. Syarikat yang membina strategi AI-nya di atas OpenAI kini berintegrasi secara menegak pada lapisan model. Bagi CTO yang telah meluluskan bilangan tempat duduk GitHub Copilot berdasarkan kualiti model OpenAI, ini bukan nota kaki. Ia adalah perbualan pembaharuan.

Apa yang Sebenarnya Dihantar di Build 2026

Fakta Utama:

  • Bahagian hasil pembangun 85/15: Windows Agent Store membayar pembangun 85%, berbanding App Store Apple dan Mac App Store pada 70/30. Microsoft menawarkan lebih rendah daripada kedua-dua platform untuk memenangi pengedaran ISV. (Sumber: ChatForest Build 2026 recap)
  • Project Polaris menjadi lalai dalam GitHub Copilot: Ogos 2026, dengan tempoh sandaran GPT-4 pilihan selama 3 bulan. Berjalan di atas pemecut Maia Microsoft. (Sumber: ChatForest)
  • Ucaptama Build 2026: 2 Jun 2026, Fort Mason SF, pembukaan Satya Nadella. (Sumber: NotebookCheck)

Berikut adalah apa yang sebenarnya Microsoft umumkan, tanpa lapisan pemasaran:

  • Windows Agent Framework (WAF): Rangka kerja pembangunan ejen sumber terbuka berlesen MIT dengan API ejen natif yang tertanam dalam shell Windows OS. Pelesenan MIT bermakna ia akan diselaraskan dengan cepat. Jangkakan pembina ejen pihak ketiga menyasarkan WAF dalam beberapa bulan.
  • Windows Agent Runtime (WAR): Masa jalan pratayangan yang mengehos dan melaksanakan ejen terus pada peranti Windows. Ini adalah persekitaran pelaksanaan setempat. Ia berpasangan dengan Windows 365 for Agents sedia ada, yang menggunakan PC Awan sebagai hos ejen. Dua masa jalan kini wujud untuk ejen Windows sebelum anda sampai ke Azure.
  • Windows Agent Store (WAS): Pasaran terpilih untuk mengedarkan ejen kepada pengguna perusahaan. Adobe dan Zoom dinamakan sebagai rakan kongsi reka bentuk. Bahagian hasil 85/15 adalah tajuk utama: pembangun menyimpan lebih banyak, jadi lebih ramai pembangun membina untuk Windows dahulu.
  • Project Polaris: Model pengekodan buatan dalaman Microsoft. Ia menggantikan GPT-4 sebagai lalai yang menggerakkan GitHub Copilot pada Ogos 2026. Sandaran 3 bulan kepada GPT-4 akan tersedia. Polaris berjalan di atas pemecut Maia tersuai Microsoft, bermakna struktur kos inferens sepenuhnya di bawah kawalan Microsoft pada masa hadapan.

Mengapa Tiga Masa Jalan Adalah Cerita Sebenar

Perbandingan peringkat masa jalan ejen Windows menunjukkan WAR Setempat, Windows 365, dan Azure Agent Mesh

Pengumuman yang mendapat liputan paling banyak adalah Windows Agent Store. Tetapi keputusan struktural di bawahnya kurang jelas: Microsoft kini memberikan CTO perusahaan tiga persekitaran masa jalan yang berbeza untuk ejen Windows, dan kedai itu menghubungkan ketiga-tiganya.

Berikut adalah perinciannya:

Masa Jalan Terbaik Untuk Pemilik Identiti Lokasi Log Audit
Windows Setempat + WAR Ejen berasaskan desktop, aliran kerja boleh luar talian Identiti peranti (Entra-joined) Log peristiwa setempat + penghantaran SIEM
Windows 365 for Agents (Cloud PC) Ejen boleh akses melalui pelayar, pasukan teragih, penggantian VDI Identiti awan (Entra ID) Pusat pematuhan Microsoft 365
Azure Agent Mesh Orkestrasi sisi pelayan, saluran berbilang ejen, ejen lapisan API Prinsipal perkhidmatan atau identiti terurus Azure Monitor + Sentinel

Ini bukan boleh ditukar ganti. Ejen yang dibina untuk Windows Setempat + WAR mempunyai model identiti yang pada dasarnya berbeza daripada ejen yang berjalan dalam Windows 365 Cloud PC. Mencampurkan keduanya tanpa pilihan eksplisit mewujudkan jurang audit, yang bermakna risiko pematuhan.

Bandingkan ini dengan cara Apple mengendalikan pengedaran: App Store (70/30) dan Mac App Store (70/30) kedua-duanya menyuap satu masa jalan tunggal. Microsoft menjalankan seni bina yang lebih kompleks, dan bahagian hasil WAS 85/15 adalah umpan untuk mendapatkan ISV membina merentasi ketiga-tiga masa jalan.

Bagi CTO yang membangun rangka kerja penilaian vendor AI, trikotomi masa jalan ini perlu menjadi paksi penilaian eksplisit sebelum sebarang ejen khusus diluluskan. Jika anda menunggu sehingga ejen sudah pun digunakan untuk bertanya "masa jalan mana yang sedang dijalankan oleh ejen-ejen ini," anda akan mendapati jawapannya tersebar merentasi tiga permukaan tadbir urus yang berbeza.

Rangka kerja yang dinamakan untuk memikirkan ini: Ujian Tiga Masa Jalan. Bagi sebarang pelaksanaan ejen Windows yang baharu, tanya tiga soalan sebelum meluluskannya: Masa jalan mana yang didiami ejen ini (WAR Setempat / Windows 365 Cloud PC / Azure Agent Mesh)? Siapa yang memiliki identiti dan log auditnya? Apakah laluan undur jika masa jalan itu ditamatkan atau vendor keluar dari kedai?

Apa yang Ini Ubah untuk Pembaharuan GitHub Copilot

Project Polaris bukan sekadar pertukaran model. Ia adalah Microsoft yang menanggung semula tindanan produk AI-nya sendiri.

Apabila organisasi anda meluluskan tempat duduk GitHub Copilot, anda membeli kualiti model OpenAI dalam produk Microsoft. Dari Ogos 2026, model lalai adalah Polaris, model pengekodan buatan Microsoft yang berjalan di atas pemecut Maia. Sandaran GPT-4 selama 3 bulan membeli masa, tetapi ia adalah sandaran, bukan pilihan kekal. Selepas jangka waktu itu, kekal dengan GPT-4 dalam Copilot kemungkinan besar memerlukan konfigurasi eksplisit atau peringkat produk yang berbeza.

Soalan yang perlu dijawab pasukan anda sebelum pertukaran lalai Ogos:

  1. Adakah kelulusan tempat duduk Copilot anda merangkumi penanda aras kualiti model? Jika ya, jalankan Polaris terhadapnya sekarang, semasa jangka waktu sandaran.
  2. Adakah organisasi anda menggunakan lesen GitHub Enterprise dengan akses penyesuaian model? Jika ya, penghijrahan Polaris adalah keputusan konfigurasi, bukan sekadar keputusan pembaharuan.
  3. Adakah dasar penggunaan AI pasukan keselamatan anda merujuk OpenAI secara khusus, atau merujuk "model yang menggerakkan Copilot"? Dalam kedua-dua kes, semakan dasar adalah perlu. Lihat Membina Dasar Penggunaan AI Anda untuk apa yang perlu diliputi semakan itu.

Isu yang lebih mendalam adalah penumpuan vendor. Langkah Microsoft kepada Polaris adalah tepat seperti jenis peralihan kebergantungan vendor tunggal yang strategi mitigasi kebergantungan vendor AI direka untuk menampakkan lebih awal. Anda mungkin selesa dengan Polaris, tetapi keputusan untuk menerimanya harus eksplisit, bukan lalai.

Soalan Lazim

Adakah kita perlu berhijrah daripada GPT-4 dalam GitHub Copilot pada Ogos?

Tidak segera. Microsoft menyediakan sandaran pilihan kepada GPT-4 selama 3 bulan selepas Polaris menjadi lalai. Tetapi sandaran itu adalah sementara. Langkah yang betul adalah menguji Polaris terhadap aliran kerja pengekodan sebenar pasukan anda sekarang, semasa jangka waktu pratayangan, dan menganggap sandaran sebagai penampan untuk penilaian, bukan perlanjutan kekal.

Adakah Windows Agent Store pasaran yang dikawal perusahaan atau terbuka?

Microsoft menerangkannya sebagai terpilih, dengan Adobe dan Zoom sebagai rakan kongsi reka bentuk. Tetapi "terpilih" tidak bermaksud dikawal IT. Pentadbir perusahaan kemungkinan besar perlu mengkonfigurasi dasar akses WAS melalui Microsoft Intune atau akses bersyarat berasaskan Entra. Betapa terperincinya kawalan tersebut tidak akan jelas sehingga GA. CTO harus mendesak pasukan akaun Microsoft untuk mendapatkan jawapan terperinci tentang kawalan penyewa perusahaan sebelum meluluskan sebarang ejen bersumber WAS.

Senarai Semak Perolehan Ejen Windows untuk Q3

Jalankan ini bersama ketua seni bina dan keselamatan anda sebelum Windows Agent Store mencapai GA:

Langkah 1: Tugaskan setiap ejen Windows semasa dan yang dirancang kepada masa jalan. Petakan setiap ejen (termasuk GitHub Copilot, sebarang integrasi Azure OpenAI, dan sebarang alat ISV dengan klien Windows) kepada salah satu daripada tiga masa jalan: Windows Setempat + WAR, Windows 365 Cloud PC, atau Azure Agent Mesh. Jangan benarkan ejen yang tidak ditugaskan. Gunakan proses pintu kelulusan AI dan semakan vendor anda untuk menguatkuasakan ini.

Langkah 2: Tentukan pemilikan identiti dan audit per masa jalan. Bagi setiap masa jalan yang digunakan, nyatakan pasukan mana yang memiliki permukaan identiti (IT, keselamatan, atau kejuruteraan platform) dan di mana log audit disimpan. Jadikan ini eksplisit dalam dokumentasi jejak audit untuk tindakan pelaksanaan AI anda sebelum sebarang ejen bersumber WAS diluluskan.

Langkah 3: Tetapkan pintu penilaian Polaris sebelum Ogos. Jadualkan semakan kualiti Copilot semasa jangka waktu sandaran 3 bulan. Jalankan 3-5 aliran kerja pengekodan teratas anda melalui Polaris. Bandingkan kualiti output dengan garis dasar GPT-4. Putuskan secara eksplisit sama ada untuk menerima Polaris sebagai lalai atau meminta akses GPT-4 yang dilanjutkan. Jangan biarkan pertukaran lalai Ogos berlaku tanpa keputusan yang direkodkan.

Langkah 4: Kemas kini daftar risiko vendor anda. Tambahkan Windows Agent Store sebagai entri risiko saluran pengedaran. Perhatikan bahawa ejen yang bersumber dari WAS mungkin berjalan merentasi pelbagai masa jalan dan bahawa Microsoft mengawal bahagian hasil, kriteria pengumpulan, dan spesifikasi keserasian masa jalan. Rujuk silang terhadap strategi mitigasi kebergantungan vendor AI anda untuk mendokumentasikan pendedahan yang boleh diterima sebelum meluluskan ejen bersumber WAS pada skala besar.

Apa yang Perlu Dilakukan Minggu Ini

WAS belum mencapai GA. Itulah jangka masa anda. Berikut adalah perkara yang penting sebelum ia mencapai GA:

  • Taklimat kepada pasukan akaun Microsoft anda tentang soalan seni bina masa jalan. Dapatkan jawapan khusus tentang kawalan penyewa perusahaan untuk WAS sebelum pasukan produk dipenuhi dengan trafik pelancaran GA.
  • Semak tarikh pembaharuan GitHub Copilot anda. Jika anda dalam jangka masa 6 bulan dari pembaharuan, mulakan penilaian Polaris sekarang. Tempoh sandaran 3 bulan perlu muat dalam jangka masa itu.
  • Baca lesen MIT WAF. Pelesenan sumber terbuka mengubah proses semakan keselamatan. Pasukan AppSec anda perlu menilai WAF sebelum mana-mana pasukan dalaman membina di atasnya. MIT adalah permisif, tetapi itu memotong ke dua arah.
  • Tambahkan "tiga masa jalan" ke dalam agenda semakan seni bina anda seterusnya. Walaupun organisasi anda tidak menggunakan ejen Windows secara aktif hari ini, keputusan seni bina masa jalan membentuk setiap penilaian vendor masa depan yang akan anda lakukan. Dapatkan kesediaan sebelum anda masih boleh membuat pilihan dengan sengaja.
  • Semak sama ada dasar penggunaan AI anda meliputi pasaran pengedaran ejen. Kebanyakan dasar yang ditulis sebelum 2026 tidak meliputi ini. WAS adalah permukaan pengedaran baharu dengan implikasi keselamatan dan perolehan tersendiri.

Untuk rangka kerja yang lebih luas tentang cara keputusan seperti ini sesuai dalam strategi pelaksanaan AI berbilang tahun, model 5 peringkat kematangan AI adalah rujukan berguna untuk menentukan kesediaan semasa organisasi anda dan mengetahui seberapa agresif untuk bergiat dengan penggunaan awal WAS.

Ketahui Lebih Lanjut