最新消息显示，Beri Agen AI Anda Ruang Kerja Sekali Pakai dengan Alibaba Cloud AgentRun
Ditulis oleh Rizky Andriawan, Solution Architect Alibaba Cloud Indonesia TL;DR — Agen AI bukan sekadar menjawab; ia bertindak. Ia menjalankan kode, mengendalikan browser, menyentuh file. Karena itu ia butuh ruang kerja. Pergeseran yang hampir semua orang yang membangun infrastruktur agen temukan dalam dua tahun terakhir bukan bahwa “agen bersifat stateless.” Melainkan bahwa agen membalik paradigma default. Manusia mendapat persistensi secara default; agen mendapat isolasi secara default, persistensi sebagai pengecualian. Lingkungan eksekusi agen haruslah sekali pakai, sementara memori, identitas, dan artefaknya disimpan di tempat lain secara sengaja dan permanen. Artikel ini membahas mengapa pembalikan paradigma ini adalah pilihan tepat, dan bagaimana AgentRun dari Alibaba Cloud mewujudkannya sebagai ruang kerja yang bisa langsung Anda gunakan tanpa perlu menyiapkan satu server pun. Sekali pakai di mana ia bekerja, permanen di mana ia mengingat. Chatbot menjawab. Agen bertindak. Tanya chatbot sebuah pertanyaan, ia menulis teks sebagai balasan, dan tidak ada yang berubah di dunia nyata. Beri agen sebuah tugas — misalnya “analisis spreadsheet ini dan buat grafik outlier-nya,” “perbaiki test yang gagal di repo ini,” atau “buka situs ini dan ambil tiga listing termurah” — dan ia harus mengambil tindakan nyata: menjalankan kode, menulis file, mengendalikan browser, membaca hasilnya, memutuskan langkah berikutnya. Berulang kali, dalam sebuah loop. Perbedaan tunggal itu — bertindak, bukan sekadar menjawab — menciptakan kebutuhan yang tidak pernah dimiliki chatbot: tempat untuk melakukan pekerjaan. Tempat untuk menjalankan kode itu. Scratch disk. Browser. Shell. Sebut saja ruang kerja. Pertanyaan sesungguhnya adalah: jenis ruang kerja apa yang Anda berikan pada sesuatu seperti ini? Jawaban intuitif, “jenis yang sama seperti yang kita berikan pada developer,” ternyata justru salah arah. Memahami alasannya adalah cara tercepat untuk mengerti untuk apa platform seperti AgentRun. Chatbot menjawab dalam satu langkah. Agen menjalankan loop di dalam ruang kerja yang tersegel, lalu bertindak ke dunia luar. Bayangkan lingkungan development Anda sendiri — laptop atau VM yang Anda akses via SSH. Anda menyiapkannya sekali. Anda menginstal tool, meninggalkan file berserakan, dan kembali esok hari menemukan semuanya masih ada. Itulah paradigma manusia: persistensi secara default, isolasi sebagai pengecualian. Anda baru meraih sandbox atau VM bersih dalam kasus langka ketika Anda menangani sesuatu yang tidak dipercaya. Agen menginginkan kebalikannya: isolasi secara default, persistensi sebagai pengecualian. Setiap tugas berjalan di lingkungan tersendiri yang bersih dan tersegel, dan apa pun yang perlu bertahan setelah tugas selesai secara sengaja disimpan di luar lingkungan itu. Kata yang bekerja keras secara diam-diam di sini adalah “ruang kerja,” jadi mari kita perjelas. Yang seharusnya sekali pakai adalah lingkungan eksekusi agen — tempat ia menjalankan kode, mengendalikan browser, dan menulis file sementara. Yang tidak seharusnya sekali pakai — seperti memorinya (“Acme adalah deal yang stagnan”), identitas dan izinnya, artefak yang dihasilkan, serta jejak audit dari apa yang dilakukannya — tidak tinggal di ruang kerja sama sekali. Mereka berada di luar, permanen, dengan sengaja, sehingga ruang kerja bisa dibuang tanpa membawa mereka serta. Pemisahan itulah kuncinya. Bandingkan pada level lingkungan eksekusi — tempat agen benar-benar melakukan sesuatu — dan kontrasnya jelas: Inilah celah yang AgentRun dirancang untuk mengisinya. Alih-alih Anda menyiapkan dan memelihara server untuk tempat agen bekerja, AgentRun menyediakan ruang kerja eksekusi yang segar, terisolasi, dan sekali pakai untuk setiap agen sesuai permintaan — dan menagih Anda hanya saat agen benar-benar bekerja. Selebihnya adalah mengapa desain itu tepat, satu properti setiap kalinya. “Sekali pakai” terdengar seperti kompromi. Untuk eksekusi, ini justru peningkatan — dan setiap alasannya memetakan pada sesuatu yang dilakukan AgentRun: Perhatikan bahwa threat model dan desainnya selaras hampir secara definisi. Bahayanya adalah kode yang tidak dipercaya berjalan pada input yang tidak dipercaya. Jawabannya — terisolasi sehingga tidak bisa menjangkau keluar, sekali pakai sehingga tidak ada yang bertahan — praktis merupakan negasi dari bahaya itu. Inilah manfaatnya bagi siapa pun yang selama ini merasa agen sedikit misterius: ruang kerja mengungkap rahasianya. Agen bukan oracle yang mengetahui jawabannya. Ia adalah loop yang mencoba sesuatu di ruang kerja, membaca apa yang terjadi, dan mencoba lagi. Satu-satunya alasan ia membutuhkan sandbox sekali pakai sama sekali adalah karena ia pasti akan membuat kekacauan — menjalankan kode yang error, menginstal hal yang salah, mengambil jalan yang keliru — dan Anda ingin kekacauan itu tersegel dan dibuang. Alasan memorinya berada di luar ruang kerja juga sama: agar bagian yang berantakan bisa dibuang sementara bagian yang dipelajari tetap tersimpan. Trial-and-error terjadi di sel yang dibuang; pelajarannya disimpan di store yang dijaga. Bayangkan agen AI bukan sebagai jenius, melainkan sebagai asisten magang yang sangat cepat dan tidak kenal lelah yang Anda beri ruangan tersegel, komputer, dan tepat satu tugas. Anda membangun ulang ruangan itu dari awal untuk pekerjaan berikutnya, tapi Anda menyimpan catatannya. Ini bukan sekadar metafora — ini kira-kira arsitekturnya. Agen bekerja melalui trial-and-error: rencanakan, jalankan, gagal, coba lagi, berhasil. Mari kita konkretkan. Agen sales-ops mendapat instruksi: “ambil laporan pipeline minggu lalu dan tandai deal yang stagnan.” Ia memunculkan ruang kerja baru. Membuka browser, login ke CRM Anda, dan mengunduh laporan. Menjalankan beberapa baris Python untuk menemukan deal yang tidak tersentuh selama 14 hari. Menulis ringkasan singkat. Kemudian keluar, dan ruang kerja dihancurkan. Sekarang perhatikan apa yang tidak terjadi: Dan hal-hal yang memang ingin Anda simpan — seperti ringkasan yang dihasilkan, log audit setiap klik, dan memorinya bahwa “Acme mulai diam” — ditulis di luar ruang kerja, dengan sengaja, sehingga ruang kerja bisa menghilang tanpa menyeret mereka turun bersamanya. Itulah pembalikan default dalam satu tugas: eksekusinya sekali pakai, hasilnya dan memorinya tidak. Begitu Anda melihatnya dalam satu workflow, Anda akan melihatnya di mana-mana. Inilah yang dipaketkan AgentRun. Ada godaan untuk menyebutnya “kotak agen serbaguna,” tapi itu meremehkan desainnya — yang memisahkan hal-hal berbeda secara tegas alih-alih menggabungkannya begitu saja: Mudah dimulai: satu form untuk mendefinisikan model, prompt, dan tool agen Anda — tanpa infrastruktur yang perlu dikelola. AgentRun menawarkan lima sandbox template — masing-masing dirancang khusus untuk kelas pekerjaan agen yang berbeda. Membuat AIO Sandbox: pilih resource, browser, dan runtime Anda — ruang kerja muncul sesuai permintaan dan menghilang saat tugas selesai. Tata kelola model: kontrol model mana yang boleh dipanggil agen, dan dengan batasan apa. Memori berada di luar ruang kerja sekali pakai — permanen, dapat dicari, dan sengaja dipisahkan. Layer observabilitas: setiap invokasi terlacak, setiap unit resource terukur. Ruang kerja sekali pakai adalah bagian yang dibahas seluruh artikel ini. Layer lainnya ada justru agar bagian itu bisa sekali pakai. Tugas AgentRun adalah menyatukannya sehingga Anda tidak perlu melakukannya sendiri, sambil menjaga batasannya cukup bersih sehingga Anda tetap tahu layer mana yang melakukan apa. Sekali pakai di tengah, permanen di tepi, semua di satu platform serverless. Perluas kapabilitas agen dengan marketplace tool MCP dan skill cloud-native — dari Playwright hingga RDS Copilot. Mudah dikelola: setiap agent runtime terlihat dan dapat dikontrol dari satu tempat. Kekhawatiran yang wajar: jika agen menjalankan kode yang tidak dipercaya dan ribuan berbagi hardware, bukankah salah satu bisa keluar dan menjangkau pelanggan lain? Pertanyaan yang tepat — dan jawaban jujurnya bukan “sepenuhnya tersegel” maupun “apa pun boleh.” Ruang kerja ini tidak berjalan di mesin shared yang telanjang. Mereka berjalan di atas isolasi kelas lightweight-VM (secure container) yang sama yang sudah memisahkan jutaan workload serverless multi-tenant. Itu adalah batas yang kuat dan sudah teruji — bukan batas yang baru dan rapuh. Tapi “kuat” bukan berarti “sempurna.” Tidak ada isolasi yang tak tertembus; peneliti sesekali menemukan celah. Dan agen menambahkan attack surface yang benar-benar baru yang tidak ditutup oleh sandbox mana pun: prompt injection — di mana input yang tidak dipercaya adalah instruksi agen, diselundupkan melalui halaman web atau dokumen yang dibacanya. Jadi postur sesungguhnya adalah defense in depth: isolasi yang kuat, ditambah disposabilitas (tidak ada yang bertahan untuk dicuri nantinya), ditambah controlled egress (ia tidak bisa memanggil ke sembarang tempat), ditambah kredensial least-privilege. Disposabilitas bukan satu-satunya cerita keamanan, tapi bagian yang mengubah langkah gegabah agen dari kewajiban yang berkelanjutan menjadi masalah tiga puluh detik. Karena semuanya berjalan di platform serverless, tidak ada yang perlu dipesan, diskalakan, atau diingat untuk dimatikan. Ruang kerja dibuat sesuai permintaan, dilepas secara otomatis saat idle, dibatasi hingga beberapa jam masa hidup, dan ditagih per penggunaan. Bentuk pekerjaan agen yang spiky dan sebagian besar menunggu — yang akan sangat mahal jika dijalankan sebagai fleet VM yang selalu menyala — adalah persis apa yang dirancang untuk diserap oleh serverless. Anda membawa logika agen, dan AgentRun menyediakan infrastruktur yang ada hanya saat ia bekerja. Jika Anda membangun dengan agen, berhentilah berpikir tentang server dan mulailah berpikir tentang dua hal yang sengaja dipisahkan: eksekusi sekali pakai dan segalanya-yang-lain yang permanen. Jangan jalankan kode buatan agen di sebelah aplikasi Anda, dan jangan pula mendirikan f
业内分析认为，AI算力需求与绿色数据中心将成为行业主旋律
如果您正在寻找优质的GPU服务器租用，欢迎访问 www.isclouder.com 了解更多
