Sandbox VPS efemeral: biarkan agen AI menyalakan, menjalankan kode tak tepercaya, lalu menghancurkan mesinnya

Saat agen AI menulis kode yang tak kautinjau, kamu punya masalah: di mana menjalankannya? Bukan di laptopmu, di sebelah kunci SSH dan file-mu. Jawaban lazim adalah kontainer — tapi kontainer berbagi kernel-mu dan hidup di mesinmu. Ada batas yang lebih bersih yang nyaris tak dipakai siapa pun karena dulu terlalu lambat disiapkan: seluruh VPS sekali pakai yang dibuat, dipakai, dan dihancurkan agen sendiri.

Itulah topiknya — dan ini pola yang untuknya EQVPS dibangun secara unik, karena agen bisa menjalani seluruh siklus hidup sendiri lewat MCP.

Kenapa VPS sekali pakai mengalahkan kontainer lokal

Untuk menjalankan kode yang tak kaupercayai, pertanyaannya adalah radius kerusakan — apa yang bisa disentuhnya jika berulah?

• Kontainer lokal berbagi kernel-mu, ada di jaringanmu, dan sejarak satu salah konfigurasi dari host-mu. Baik untuk kode yang kautulis; berisiko untuk kode yang baru digenerasi AI.
• VPS sekali pakai adalah mesin terpisah dengan OS-nya sendiri, IP-nya sendiri, dan tak ada apa pun milikmu di atasnya. Kode tak tepercaya berjalan di sana. Setelah selesai, mesin dihancurkan dan semua yang ada di atasnya ikut lenyap.

Alasan orang dulu tak melakukannya adalah gesekan: membuat dan membongkar server berarti dasbor, kartu, manusia. Hilangkan itu, dan sandbox VPS sekali pakai jadi pilihan yang jelas.

Siklus hidup, dimiliki agen

Ini bagian yang hanya berhasil di sini. Lewat server MCP kami agen menjalani seluruh siklus tanpa manusia:

order_vps({ product: "nano", os_id: 1 })      // mesin baru, dibayar dari saldo prabayar
get_vps_status({ service_id })                // → ip, ssh_port, kata sandi root sekali pakai
// agen masuk via SSH, menjalankan kode tak tepercaya, membaca hasilnya
cancel_service({ service_id, type: "immediate", confirm: "<hostname>" })
//    → VM dihancurkan; waktu terbayar tak terpakai dikembalikan ke saldo

Empat panggilan: buat, baca akses, jalankan, hancurkan. Tanpa dasbor, tak ada yang menyetujui pembelian. Agen membeli dan menjalankan servernya sendiri; kini ia membuangnya juga.

Ekonomi yang membuatnya praktis

Dua pilihan desain mengubahnya dari "mahal" menjadi "jelas":

• Saldo prabayar = batas belanja keras. Agen membayar dari saldo yang kaudanai sekali dengan kripto. Ia tak pernah bisa membelanjakan lebih dari yang ada — jadi loop liar yang membuat mesin dibatasi saldo, bukan seluruh dompetmu.
• Pembatalan seketika mengembalikan waktu tak terpakai. Menghancurkan mesin di tengah periode mengembalikan waktu terbayar tak terpakai ke saldo (refund_amount), yang mendanai sandbox berikutnya. Agen yang menyalakan mesin sepuluh menit mendapat kembali sebagian besarnya. Mesin berumur pendek tetap murah.

Bersama, keduanya membuat sandbox sekali-pakai-per-tugas masuk akal secara ekonomi, bukan lubang uang.

Cakupan yang jujur

• Ini isolasi VPS, bukan enklave riset keamanan. Setiap sandbox adalah VM penuh — jauh lebih kuat daripada kontainer lokal, tapi ini virtualisasi standar, bukan sandbox yang dikeraskan secara formal. Untuk menjalankan kode yang baru ditulis AI tanpa mempertaruhkan mesinmu, tepat sekali; untuk analisis malware adversarial, pakai perkakas khusus.
• Penyediaan makan waktu sekitar semenit. VM baru boot dan SSH menjawab dalam sekitar 60 detik — cepat, tapi tak instan seperti kontainer hangat. Untuk isolasi per tugas itu baik; untuk panggilan fungsi sub-detik itu bukan alatnya.
• AUP tetap berlaku. Sandbox sekali pakai untuk kode tak tepercayamu sendiri baik-baik saja; memakai mesin sekali pakai untuk penyalahgunaan, serangan, atau spam tidak, dan berujung penghentian akun.

Kenapa di sini khususnya

Tak ada host lain yang membiarkan agen memiliki siklus ini dari ujung ke ujung: buat, bayar, jalankan, hancurkan, kembalikan dana — tanpa manusia, tanpa kartu, dan tanpa KYC. Email untuk mendaftar, USDC atau USDT untuk mendanai saldo, dan agen bisa mengelola armada sandbox sekali pakai sendiri. Jika kamu membangun agen yang menulis dan menjalankan kode, inilah batas isolasi yang tak mempertaruhkan mesinmu. Arahkan ia ke endpoint MCP dan biarkan ia menyediakan.