Microsoft menyediakan Copilot harness melalui Microsoft Foundry pada 28 Oktober 2026, menurut pengumuman di blog resmi Microsoft. Harness itu dikembangkan tim engineering GitHub dan sudah dipakai di Copilot Code, Copilot Studio, aplikasi GitHub Copilot, CLI, VS Code, dan produk lain. Lewat Foundry, developer dan pelanggan enterprise mendapat jalur terkelola untuk membangun agen yang bernalar, memakai tool, dan menyelesaikan tugas panjang.
Harness ini, menurut Microsoft, menjadi fondasi seluruh pengalaman Copilot miliknya dan kini ditawarkan kepada pihak luar agar tidak perlu membangun serta merawat orkestrasi sendiri. Seluruh keterangan tentang performa, skala, dan keunggulan berasal dari Microsoft dan GitHub. Pengumuman tersebut tidak memuat harga, wilayah layanan, atau SLA. Keputusan adopsi karena itu masih menunggu dokumentasi yang belum tersedia di sumber ini.
Harness sebagai lapisan di sekitar model
Dalam tulisan itu, model menyuplai kecerdasan, sedangkan harness adalah semua hal di sekeliling model. Perusahaan mendefinisikannya sebagai lapisan orkestrasi yang memberi agen instruksi, konteks, lingkungan eksekusi, dan kontrol. Harness yang layak, menurut Microsoft, mendukung standar terbuka seperti MCP dan agent skills, serta agent plugins.
Alasan penawarannya dirumuskan lewat tiga kesulitan: performa, kualitas, dan biaya harus seimbang di banyak model dan surface, lalu semuanya masih harus dirawat. Model frontier hari ini bisa tertinggal besok, kata Microsoft, dan membangun harness atau model router sendiri terasa lambat. Argumen itu bersifat komersial dan belum diuji pihak ketiga pada halaman pengumuman.
Pembagian tanggung jawabnya ikut dijelaskan. Microsoft menyatakan perusahaan menjalankan agent loop dan sandbox, dengan governance dan optimisasi sudah tertanam sejak awal, sementara pengguna membawa instruksi, skill, tool, dan pilihan model. SDK dapat diunduh, atau harness dijalankan di cloud yang dikelola Foundry. Platform disebut tetap terbuka dan interoperable, jadi harness serta framework lain tetap boleh dipakai.
Berdasarkan pembagian itu, tool dan sumber data yang disambungkan pengguna menjadi batas kepercayaan milik tim sendiri, walaupun sandbox dan agent loop dijalankan Microsoft. Izin eksekusi tool juga tetap merupakan lapisan terpisah dari model, seperti terlihat pada assisted permissions GitHub Copilot. Menurut changelog GitHub, fitur itu tersedia umum sejak 26 Oktober 2026 dan memakai model bahasa untuk menilai permintaan izin menjalankan perintah, mengakses path, atau membuka URL.
Routing multi-model dan klaim performa harness
Microsoft menyebut harness bekerja lintas keluarga model, dengan lebih dari 20 model frontier ditambah opsi membawa kunci sendiri atau bring your own key. Pengguna disebut tidak perlu lagi mengikuti dan mengevaluasi tiap model baru, sebab harness akan merutekan pekerjaan ke model yang sesuai dengan tugasnya. Itu klaim kapabilitas. Pengumuman tidak menguraikan kriteria routing, metrik evaluasi, maupun cara pengguna memeriksa model yang dipilih untuk suatu tugas.
Routing model dan eksekusi tool adalah dua keputusan yang berbeda. Routing menentukan model mana yang bernalar pada suatu langkah, sedangkan eksekusi tool menentukan tindakan apa yang benar-benar terjadi di sistem pengguna. Pengumuman memberi porsi besar pada klaim optimasi routing. Kontrol atas eksekusi tool, yaitu persetujuan, sandbox, dan izin jaringan, hanya disebut singkat sebagai governance yang tertanam, tanpa rincian tentang cara kerjanya.
Klaim performa juga belum disertai angka. Microsoft menyebut runtime harness sudah dipindahkan ke Rust dan menghasilkan performa terdepan di industri serta pengurangan overhead sesi dan time-to-first-token. Harness itu disebut teruji pada skala jutaan pengguna dan ratusan kasus penggunaan nyata, serta meraih kepuasan tertinggi di kalangan developer, tanpa survei atau data pendukung. Tidak ada metodologi, pembanding, atau data independen pada halaman pengumuman, jadi seluruhnya perlu dibaca sebagai klaim vendor.
Untuk menilainya, tim perlu menjalankan uji pada beban kerja mereka sendiri. Microsoft DevRel sudah memublikasikan AX Practitioner Playbook untuk menilai AI coding agent pada 9 Oktober 2026. Panduan itu relevan sebagai bahan menyusun kriteria evaluasi sebelum agen dipakai di repositori produksi.
Perubahan harness ikut mengubah perilaku agen
Microsoft menyatakan perbaikan pada harness akan menguntungkan setiap surface yang memakainya, dan agen buatan pelanggan di Foundry ikut menerima peningkatan berkelanjutan itu. Bagi Microsoft, satu fondasi mempercepat rilis. Bagi tim yang membangun agen di atasnya, pernyataan yang sama berarti perilaku agen dapat bergeser ketika lapisan orkestrasi diperbarui, walaupun instruksi, skill, dan tool mereka tidak berubah.
Pengumuman tidak menyebut apakah versi harness dapat dikunci, bagaimana pembaruan diumumkan, atau apakah ada jalur rollback. Ini inferensi dari alur yang dijelaskan Microsoft, bukan temuan dari pengujian. Tim yang menjalankan agen di produksi lazimnya membutuhkan evaluasi regresi tiap kali komponen yang mereka tidak kendalikan berubah, dan pertanyaan tentang kontrol versi layak diajukan sebelum adopsi.
Foundry dan pertanyaan adopsi yang belum terjawab
Dokumentasi Microsoft Foundry mencantumkan Foundry Agent Service, penelusuran agen, evaluasi alur kerja agentik, dan Foundry control plane sebagai bagian platform. Pada pemeriksaan 29 Oktober 2026 WIB, halaman indeks itu belum memuat entri khusus untuk Copilot harness. Detail teknis seperti nama API, skema konfigurasi, dan pengaturan sandbox karena itu belum bisa dikutip dari dokumentasi.
Beberapa pertanyaan masih terbuka. Biaya total belum diumumkan, begitu pula SLA, ketersediaan regional, dan daftar lengkap model yang didukung. Pengumuman tidak menyatakan kode harness dibuka sebagai sumber terbuka, dan tidak membandingkan kemampuan SDK yang dapat diunduh dengan versi yang berjalan di cloud Foundry. Microsoft menyebut governance sudah tertanam, tetapi tidak menjelaskan cakupan kontrol identitas, jalur data, dan akses jaringan sandbox. Ketiganya tetap perlu diaudit pada tiap penerapan.
Bagi tim yang menimbang adopsi, daftar pertanyaan berikut dapat dijadikan titik awal dan perlu dijawab dengan dokumentasi resmi atau uji sendiri:
- Model mana yang tersedia, dan bagaimana kebijakan penggunaan kunci sendiri diterapkan.
- Ke mana data dan konteks mengalir selama agen bekerja di sandbox terkelola.
- Tool mana yang butuh persetujuan manusia, dan siapa yang menetapkan aturannya.
- Seberapa jauh sandbox boleh mengakses jaringan dan repositori internal.
- Bagaimana penelusuran, evaluasi, dan kontrol biaya dijalankan pada alur panjang.
Protokol MCP dan plugin memperluas kemampuan agen, sekaligus menambah titik yang harus dipercaya. Standar terbuka tidak otomatis membuat tool aman, dan klaim pengumuman soal dukungan MCP belum menjawab seberapa ketat persetujuan tiap tool dijalankan. Hal yang layak dipantau berikutnya adalah dokumentasi Foundry yang khusus membahas harness, kebijakan kunci sendiri, serta rincian harga ketika SDK mulai dipakai di luar Microsoft.
