Cursor merilis Self-Hosted Machines, yang memungkinkan tim menjalankan tahap eksekusi tool dari agen coding berbasis cloud di mesin yang mereka kelola sendiri. Yang berpindah hanya lingkungan eksekusinya; loop agen, penalaran, dan perencanaan tetap berjalan di cloud Cursor, begitu juga pemicu tugas dan penjadwalan yang tetap menjadi tanggung jawab Cursor.
Cara koneksinya dibuat terbalik: mesin perusahaan memasang Cursor CLI, menjalankan agent worker start, lalu mesin itu sendiri yang membuka koneksi HTTPS keluar (outbound) berumur panjang ke cloud Cursor. Cursor menyatakan secara eksplisit bahwa platform ini tidak pernah memulai koneksi masuk ke jaringan internal perusahaan. Bagi tim keamanan, ini berarti jalur yang hanya searah keluar, sehingga kebijakan firewall tidak perlu dilubangi untuk fitur ini.
Alasan Mengembalikan Eksekusi ke Internal
Cursor menyebut tiga skenario. Pertama, agen yang saat bekerja butuh akses langsung ke repositori kode, layanan internal, dan basis data perusahaan — sesuatu yang tidak terjangkau oleh VM hosting. Kedua, pekerjaan yang butuh perangkat keras khusus, seperti GPU untuk training atau Mac untuk build aplikasi iOS. Ketiga, sistem operasi atau pipeline build yang terlalu berat untuk masuk ke image cloud standar.
Ketiga kendala ini secara khusus menghambat perusahaan besar. Tim kecil dan menengah tidak punya masalah dengan sandbox hosting, tapi aturan kepatuhan di sektor keuangan, kesehatan, dan manufaktur besar sering kali secara eksplisit melarang kode menyentuh infrastruktur pihak ketiga — sebelum ini, klien semacam itu terpaksa menutup pintu untuk agen sepenuhnya.
Dua Bentuk Konfigurasi dan Daftar Mitra
Pengaturannya terbagi dua tingkat. My Machines menghubungkan satu laptop atau VM ke akun individu; Pools adalah antrean bernama untuk tim atau enterprise yang skalanya menyesuaikan otomatis dengan volume permintaan. Yang terakhir ini dirancang untuk skenario puluhan hingga ratusan orang berbagi sekumpulan mesin build.
Di sisi sandbox, Cursor menggandeng sejumlah penyedia, termasuk AWS Lambda, Cloudflare, Coder, Daytona, E2B, Modal, Namespace, dan Vercel. Deretan nama ini menunjukkan posisi peluncuran kali ini: Cursor tidak berniat membangun runtime terisolasi miliknya sendiri, melainkan menyerahkan lapisan itu ke pihak yang sudah mengerjakannya, sementara Cursor sendiri memegang dua hal — penjadwalan agen dan model. Yang menonjol adalah Namespace, yang bisa menyalakan satu unit Mac asli untuk setiap sesi agen cloud.
Worker Linux maupun Mac sama-sama membuka kontrol browser — cukup pasang dependensi Chrome atau Chromium di mesin tersebut, agen bisa membuka halaman sendiri untuk memverifikasi perubahan.
Satu Angka yang Menjelaskan Semuanya
Cursor mengungkap dalam tulisannya bahwa lebih dari 60% pull request yang di-merge secara internal dibuat oleh agen cloud. Angka ini muncul dalam artikel tentang penerapan di level enterprise, dan maksudnya jelas — buktikan dulu bahwa mereka sendiri memakainya, baru minta klien menyerahkan mesin mereka.
Dilihat dari lini produknya, sepanjang tahun ini Cursor terus bergerak ke lapisan penjadwalan: mula-mula memindahkan agen ke cloud, lalu membenahi kecepatan startup, dan sekarang menangani lokasi eksekusi. Titik persaingan alat coding sudah bergeser dari kualitas autocomplete ke soal di mana runtime itu berada — siapa pun yang bisa memberikan pengalaman terkelola sekaligus menjamin kode tidak keluar jaringan, dialah yang mendapat anggaran dari klien besar.
Sumber: blog resmi Cursor, CocoLoop, dan dokumentasi publik dari para penyedia sandbox; angka 60% pull request internal, desain koneksi, dan daftar mitra mengikuti pernyataan resmi Cursor.