OpenClaw 2026.9.1 resmi dirilis sebagai stable pada 3 September 2026. Dibanding rilis sebelumnya, perhatian terbesar versi ini bukan hanya fitur baru di Control UI. Tim OpenClaw juga merapikan jalur yang paling berisiko untuk operator: update yang gagal, migrasi state, Gateway yang boot dalam kondisi berat, dan approval untuk tindakan sensitif.
Itu kabar baik, terutama untuk instalasi yang sudah dipakai menjalankan automation atau beberapa agent sekaligus. Upgrade sekarang lebih punya jalur mundur ketika Doctor menemukan masalah. Gateway juga tidak terlalu mudah menyamakan "port sudah listen" dengan "layanan siap dipakai".
Di sisi lain, rilis ini tetap perlu dipasang dengan disiplin. Rollback bukan pengganti backup. Recovery bawaan juga tidak menghapus risiko konfigurasi yang salah atau state directory yang tercampur antar-environment.
Ringkasan OpenClaw 2026.9.1
Rilis stable ini membawa beberapa perubahan yang langsung terasa untuk pengguna harian:
- Mermaid sekarang dirender sebagai diagram di Control UI serta aplikasi native macOS, iOS, dan Android. Preview dapat diperbesar, dan mobile mendapat opsi retry jika rendering gagal.
- Instalasi baru mendapat quick-start lane. OpenClaw dapat mendeteksi login Claude Code atau Codex dan API key yang sudah tersedia, memverifikasinya, lalu membuka dashboard dari Gateway foreground. Wizard lengkap tetap tersedia melalui Custom setup.
- Personal skill library memungkinkan skill milik tiap identitas disimpan di samping skill workspace pada shared Gateway. ZIP archive dapat diimpor, lalu skill bisa dibagikan atau dipublikasikan per identitas.
- Approval untuk MCP dan placement Codex lebih konsisten. Pilihan "Allow Always" dapat dipakai kembali selama konteks otorisasinya masih sama.
- Approval dari delegated system agent sekarang dikirim ke channel asal, termasuk Telegram topic, dengan identitas requester yang lebih jelas.
- Aplikasi Android mengejar beberapa fungsi Control UI, termasuk chat screen, sidebar, appearance settings, composer sampai enam baris, dan fallback recording ketika dictation tidak tersedia.
Untuk pembaca yang hanya ingin tahu apakah perlu upgrade, jawabannya cenderung ya jika Anda masih memakai versi stable sebelumnya dan punya jalur backup yang benar. Tetapi lakukan canary pada agent atau Gateway yang tidak memegang pekerjaan kritis terlebih dahulu.
Perubahan paling penting ada di jalur update
Rilis perangkat lunak sering dinilai dari daftar fitur. Bagi operator, kualitas updater biasanya lebih penting. Satu update yang gagal di tengah jalan bisa membuat layanan mati, konfigurasi hilang, atau operator harus memulihkan state secara manual.
OpenClaw 2026.9.1 memperbaiki jalur ini di beberapa titik:
- Kandidat npm dapat di-rollback jika Doctor setelah update gagal.
- Konfigurasi dan SecretRef dipertahankan ketika upgrade tidak berhasil.
- Kegagalan dapat diteruskan ke built-in triage agent untuk diagnosis.
- Updater menunggu plugin siap sebelum restart.
- Update dapat menerima local archive dari npm 12.
- Update yang diluncurkan oleh agent dapat diselesaikan di luar process tree Gateway.
- Instalasi tanpa Gateway service manager tidak lagi otomatis ditolak.
Poin ketujuh perlu dibaca bersama catatan release. Pengguna 2026.8.2 yang tidak memakai service manager diminta menjalankan openclaw update --no-restart satu kali.
Yang berubah bukan berarti semua instalasi akan selalu pulih otomatis. Rollback hanya membantu jika kandidat paket, konfigurasi, dan state yang diperlukan masih bisa diverifikasi. Backup tetap harus dibuat sebelum upgrade, terutama untuk openclaw.sqlite, transcript, konfigurasi, dan direktori credential yang relevan.
Praktik yang saya sarankan:
- catat versi aktif dan metode instalasi sebelum update;
- simpan backup state ke lokasi terpisah, bukan hanya salinan di direktori yang sama;
- pastikan stable dan beta tidak menggunakan state directory yang sama;
- jalankan update pada satu canary lebih dulu;
- uji pengiriman pesan, satu tool penting, scheduled job, dan restart Gateway;
- baru lanjutkan ke fleet yang lebih besar setelah hasil canary konsisten.
Rilis ini juga membuat perintah openclaw uninstall default hanya menghapus service dan mempertahankan user data. Itu lebih aman untuk recovery, tetapi jangan menjadikannya alasan untuk menghapus direktori lama tanpa pemeriksaan.
Ada satu catatan penting untuk membaca klaim recovery ini secara proporsional. Issue tracker resmi masih memuat issue P1 terbuka #127364, yang melaporkan cabang kegagalan ketika child process pasca-penggantian paket keluar nonzero sebelum menulis hasil terstruktur. Pada skenario itu, Gateway yang sebelumnya berjalan dapat tetap berhenti tanpa finalizer kegagalan dan bukti recovery yang biasanya diharapkan. Issue tersebut menyebut pemeriksaan terhadap main masih mempertahankan cabang ini pada 4 September 2026.
Artinya, rollback di 2026.9.1 adalah lapisan pengaman yang berguna, bukan jaminan bahwa setiap kegagalan update akan pulih tanpa intervensi. Untuk Gateway yang memegang pekerjaan kritis, siapkan akses pemulihan di luar channel agent dan jangan menjadikan status update yang tidak error sebagai satu-satunya bukti layanan siap.
Gateway lebih tahan terhadap state yang tidak rapi
Salah satu hal yang mudah membuat operator salah diagnosis adalah status proses. Gateway bisa saja sudah membuka listener, tetapi masih mengerjakan migrasi atau inisialisasi yang berat. Dari luar, port terlihat hidup. Dari sisi pengguna, request belum tentu bisa dilayani.
OpenClaw 2026.9.1 memperbaiki beberapa kondisi yang berkaitan dengan masalah ini:
- startup recovery dibuat lebih kuat saat load tinggi dan ketika roster agent berukuran besar;
- baris cron legacy yang malformed dikarantina agar tidak memblokir boot;
- warning migrasi menurunkan kemampuan secara bertahap, bukan langsung membuat Gateway menolak start;
- local model server diprioritaskan sebagai proses yang dihentikan saat terjadi tekanan OOM;
- Gateway Windows tetap online setelah agent restart.
Ada juga perbaikan pada Doctor. Beberapa jalur repair sekarang mempertahankan nilai konfigurasi yang ditulis operator, menyimpan konfigurasi plugin resmi sebelum instalasi, dan memperbaiki roster agent yang tertinggal. Migrasi credential yang terputus dapat dilanjutkan, sementara SecretRef provider custom dipertahankan.
Ini mengurangi jumlah kondisi "setengah berhasil". Namun, degraded mode tetap harus diperlakukan sebagai sinyal untuk diagnosis. Jangan langsung menganggap warning migrasi aman diabaikan hanya karena Gateway akhirnya menerima koneksi.
Setelah update, periksa paling tidak:
openclaw status
openclaw doctor
openclaw models status --check
openclaw memory status --deep
Sesuaikan command dengan mode instalasi dan agent yang digunakan. Untuk environment production, simpan output diagnostik yang sudah disanitasi. Jangan menyalin token, isi SecretRef, atau file .env ke log bersama.
Approval sekarang lebih mudah ditelusuri
Rilis 2026.9.1 memperbaiki masalah operasional yang sering dianggap sepele: operator menerima approval, tetapi tidak selalu jelas approval itu berasal dari sesi mana atau harus dijawab di channel mana.
Approval dari delegated system agent kini dikirim ke channel asal. Telegram topic juga ikut dipertahankan. Kartu approval menampilkan identitas requester dengan lebih jelas, sehingga operator tidak perlu menebak sesi mana yang meminta perubahan konfigurasi atau restart Gateway.
Untuk Codex dan MCP, keputusan "Allow Always" juga diperlakukan sebagai grant yang terikat konteks, bukan izin global tanpa batas. Release notes menyebut approval mengikuti posture sesi dan dapat digunakan kembali pada placement Codex yang masih aktif.
Cara membaca perubahan ini penting. Persetujuan berulang memang berkurang, tetapi itu bukan berarti operator boleh menganggap semua permintaan serupa aman. Approval tetap perlu ditinjau ketika terjadi perubahan pada sesi, agent, node, worker, atau workspace. Batas otorisasi yang sempit lebih berguna daripada tombol allow yang berlaku ke semua tempat.
Dalam shared Gateway, saya akan menguji tiga skenario setelah upgrade:
- approval dari sesi utama;
- approval yang diproyeksikan dari delegated session ke channel asal;
- approval ulang setelah placement atau workspace berubah.
Hasil yang dicari bukan hanya kartu muncul. Pastikan keputusan diarahkan ke approval ID yang benar, requester tampil benar, dan sistem kembali meminta approval ketika binding konteks berubah.
Caveat Telegram: streaming dapat membocorkan path lokal
Audit issue resmi pada hari yang sama juga menemukan #137705, issue terbuka berlabel P2 dan impact:security. Laporannya menyebut jalur streaming Telegram dapat mengirim Markdown mentah seperti [label](file:///path/ke-file) ketika skema link tidak masuk rich-link allowlist. Akibatnya, penerima bisa melihat path filesystem lokal secara utuh, bukan hanya label link.
Issue ini dilaporkan pada OpenClaw 2026.8.1 dan diverifikasi pelapor terhadap origin/main; laporan tersebut tidak membuktikan semua instalasi 2026.9.1 terdampak. Karena itu, jangan mengubahnya menjadi klaim bahwa rilis terbaru pasti rentan. Tetapi jika environment Anda memakai streaming.mode: "partial" dan agent sering mengirim link lokal, risikonya cukup nyata untuk ditangani sekarang: hindari mengirim file:// melalui channel, gunakan label tanpa URI lokal, dan uji hasil streaming setelah upgrade. Pantau issue resmi untuk patch atau arahan maintainer.
Ini juga contoh kenapa upgrade perlu diuji pada jalur penggunaan yang benar-benar dipakai. Release notes dapat memperbaiki satu boundary, sementara kombinasi provider, formatter, dan mode streaming tertentu masih memerlukan verifikasi tersendiri.
Config dan SSRF mendapat kontrol yang lebih praktis
Dua perubahan di 2026.9.1 layak diperhatikan oleh tim yang mengelola automation.
Pertama, cron.skipMissedJobs dapat digunakan untuk melewati occurrence cron atau every yang tertinggal ketika Gateway mati. Default-nya tetap tidak berubah. One-shot at tetap memiliki perilaku catch-up. Ini berguna untuk digest, reminder, atau job yang tidak lagi relevan setelah melewati waktunya.
Kedua, blockedHostnames tersedia pada SSRF policy untuk browser, web fetch, dan webhook. Denylist ini bekerja pada boundary hostname sebelum DNS, sehingga operator dapat memblokir host tertentu tanpa harus mengubah semua akses internet menjadi allow-only. Wildcard subdomain dan apex domain tetap perlu ditulis sesuai aturan matching yang didokumentasikan.
Rilis ini juga menambahkan conditional expectation pada openclaw config set. Automation read-modify-write dapat memastikan nilai yang dibaca belum berubah sebelum melakukan persist. Jika expectation tidak cocok, mutation ditolak dan nilai sensitif tidak dibocorkan.
Tiga fitur tersebut punya pola yang sama: perubahan otomatis sebaiknya punya precondition yang jelas. Job yang tertinggal tidak selalu perlu dijalankan. Host yang boleh diakses tidak selalu berarti semua host aman. Nilai konfigurasi yang dibaca beberapa detik lalu tidak selalu masih valid.
Ada perbaikan keamanan dan data safety, tetapi bukan alasan melewati review
Catatan release juga memuat banyak perbaikan security boundary. Di antaranya, config.get tidak lagi mengembalikan snapshot pra-migrasi yang tidak ter-redact, backup unit systemd tidak membawa token Gateway, dan deep-link URL iOS tidak lagi masuk ke log.
Pada jalur browser dan filesystem, endpoint Chrome MCP mengikuti policy reachability CDP, upgrade Chrome MCP yang belum direview diblokir, nama file temporary menolak dot segment, dan memory sync melewati symlink atau file workspace yang bukan regular file.
Pada jalur authority, pembuatan agent berhenti ketika delegated authority ditutup, system-agent berhenti menulis setelah run selesai, dan native /compact yang tidak berwenang tidak lagi menghasilkan respons. Perbaikan lain menjaga device yang dicabut agar tidak menerima command lanjutan dan menolak batch A2A JSON-RPC yang terlalu besar.
Ini bukan advisory baru yang harus ditafsirkan sebagai bukti seluruh instalasi rentan. Ini adalah daftar perubahan pada release stable yang mempersempit beberapa boundary. Operator tetap perlu membaca advisory resmi, memeriksa konfigurasi sendiri, dan memastikan semua plugin yang dipasang berasal dari sumber yang dapat dipercaya.
Checklist upgrade OpenClaw 2026.9.1
Gunakan checklist berikut agar upgrade tidak berhenti pada versi paket saja.
Sebelum update
- Catat versi, OS, metode instalasi, service manager, plugin aktif, dan provider model.
- Backup database SQLite, konfigurasi, transcript, cron store, dan credential metadata tanpa menyalin secret plaintext.
- Pastikan directory stable dan beta terpisah.
- Pilih satu canary dengan traffic rendah.
Saat update
- Ikuti jalur updater resmi.
- Jangan menghentikan process atau menghapus state hanya karena output terlihat lambat.
- Jika instalasi 2026.8.2 tidak memakai service manager, perhatikan instruksi
--no-restartdi release notes. - Tunggu readiness yang sebenarnya, bukan hanya pesan listener atau port terbuka.
Sesudah update
- Jalankan status dan Doctor.
- Tes satu percakapan, satu tool, memory search bila dipakai, dan satu scheduled job.
- Uji approval dari channel atau topic asal.
- Pastikan job missed tidak dijalankan atau dijalankan sesuai kebijakan yang dipilih.
- Periksa log untuk token, SecretRef, dan credential yang tidak sengaja tampil.
- Simpan receipt atau catatan hasil canary sebelum memperluas rollout.
Kesimpulan
OpenClaw 2026.9.1 memang membawa fitur yang terlihat, seperti diagram Mermaid, quick start, personal skill library, dan Android UI yang lebih lengkap. Bagi operator, nilai terbesarnya justru ada pada hal yang tidak terlalu mencolok: updater memiliki jalur rollback, konfigurasi dan SecretRef lebih terjaga saat gagal, startup lebih toleran terhadap state legacy, dan approval lebih jelas asal-usulnya.
Saya akan memperlakukan versi ini sebagai upgrade yang layak diuji, bukan upgrade yang boleh dilakukan tanpa rencana. Mulai dari canary, backup state, uji readiness dan approval, lalu lanjutkan hanya jika hasilnya konsisten. Recovery otomatis membantu mengurangi risiko, tetapi keputusan rollout tetap harus dibuat berdasarkan evidence dari environment sendiri.
Sumber resmi:
Founder Rama Digital. Menulis tentang digital marketing, web development, AI, dan sistem operasional untuk bisnis Indonesia.
Tentang Rama Digital
