OpenClaw 2026.8.2 Stable Rilis: Upgrade Lebih Aman, Linux Desktop, dan Bug Watch

OpenClaw 2026.8.2 resmi menjadi versi stable terbaru pada 1 September 2026. Paket latest di NPM juga sudah menunjuk versi ini, sementara jalur beta tetap berada di 2026.9.1-beta.1.

Rilis ini besar. Ada aplikasi desktop Linux, Home yang bisa dibuka di dock, perbaikan update dan migrasi state, recovery scheduled jobs, perubahan default visibilitas sesi, serta banyak fix di Gateway. Namun ada satu detail yang tidak boleh dilewatkan: beberapa laporan regresi berdampak tinggi muncul beberapa jam setelah rilis.

Jadi rekomendasinya bukan "jangan upgrade". Yang masuk akal adalah canary dulu, backup state, lalu uji jalur yang benar-benar dipakai di production. Terutama jika instalasi Anda pernah berpindah antara stable dan beta, menjalankan automation yang biasanya diam, atau memakai banyak subagent dengan model berbeda.

Apa yang paling berguna di OpenClaw 2026.8.2?

Dua fitur yang paling mudah terlihat adalah Home dock dan aplikasi desktop Linux.

Home sekarang dapat dibuka di sisi kanan atau bawah layar dengan shortcut Cmd/Ctrl+Shift+H. Operator bisa mempertahankan halaman kerja yang sedang dibuka, melihat snapshot konteks yang akan dikirim, menghapusnya, atau melampirkan teks terpilih ke percakapan. Ini membuat pekerjaan berbasis browser terasa lebih dekat dengan workspace, tanpa harus bolak-balik tab untuk mengecek konteks.

Untuk Linux x86-64, OpenClaw menyediakan paket .deb dan AppImage. Aplikasi desktop tersebut bisa terhubung ke Gateway lokal maupun remote dan membuka Quick Chat dari system tray atau shortcut X11. Update AppImage diverifikasi dengan signature, sedangkan paket .deb tetap mengikuti package manager sistem.

Fitur desktop memang menarik, tetapi bagian terpenting untuk operator ada di bawah permukaan: updater, migrasi state, scheduled jobs, dan batas akses antarsesi.

Update dan recovery dibuat lebih defensif

Release notes 2026.8.2 memuat beberapa perbaikan yang sebelumnya mudah menghasilkan kondisi setengah jadi.

Updater sekarang berusaha mempertahankan konfigurasi yang lebih baru, menghentikan migrasi sesi yang belum lengkap sebelum mengklaim sukses, dan memulihkan Gateway yang berhenti setelah update gagal jika package pengganti atau rollback sudah diverifikasi aman. Progress update dan hasil akhirnya juga dibuat lebih jelas. OpenClaw tidak seharusnya menyatakan setup selesai hanya karena socket sudah terbuka; protocol readiness harus benar-benar teruji.

Ada juga perintah cleanup untuk original migration yang masih disimpan. Operator dapat melihat kandidatnya lewat mode dry run sebelum menghapusnya secara eksplisit saat Gateway terpilih berhenti. Release notes memberi peringatan yang tepat: cleanup mempertahankan riwayat SQLite aktif, tetapi menghapus original berarti Anda kehilangan jalur rollback ke salinan tersebut.

Implikasinya sederhana. Jangan jadikan cleanup sebagai pekerjaan kosmetik setelah upgrade. Simpan original sampai versi baru lolos smoke test dan backup eksternal sudah ada.

Scheduled jobs dan final reply mendapat banyak perbaikan

OpenClaw 2026.8.2 mencoba memperbaiki automation yang sebelumnya bisa hilang, tercatat dengan outcome yang salah, atau berhenti setelah tool selesai tanpa jawaban akhir.

Rilis ini mempertahankan scheduled jobs hasil migrasi yang masih valid, menghindari repair write yang tidak perlu, dan menghasilkan JSON lengkap ketika output dijalankan melalui pipe. Heartbeat juga dilaporkan berdasarkan outcome akhirnya: completed, skipped, atau failed. Bukan sekadar status awal ketika pekerjaan baru diterima.

Perubahan lain memastikan turn yang sudah menjalankan tool tetap menghasilkan final answer, termasuk ketika kegagalan terjadi setelah turn diterima. Tujuannya bagus: pengguna tidak lagi melihat percakapan berhenti di output tool atau acknowledgement awal.

Namun perubahan finalisasi ini juga terkait dengan salah satu regresi baru yang dibahas di bawah. Tim yang punya automation sunyi perlu mengujinya secara khusus, bukan hanya mengecek bahwa job berstatus ok.

Default visibilitas sesi berubah

Pada sesi yang tidak disandbox, OpenClaw sekarang mengizinkan sesi bekerja dengan sesi lain milik agent yang sama secara default. Retained scheduled sessions termasuk dalam cakupan tersebut. Batas sandbox dan lintas-agent tetap diberlakukan.

Untuk satu operator dengan satu agent, default ini membuat delegasi dan koordinasi lebih praktis. Untuk environment shared-agent, blast radius-nya berbeda. Release notes secara eksplisit meminta operator memakai tools.sessions.visibility bernilai tree atau self jika membutuhkan akses yang lebih sempit.

Sebelum upgrade, cek siapa yang berbagi agent ID dan apakah sesi lama menyimpan konteks sensitif. Jangan menilai boundary hanya dari channel atau tampilan chat. Scope agent dan policy visibilitas sesi adalah kontrol yang menentukan.

Empat laporan bug yang perlu masuk checklist canary

Issue berikut masih terbuka ketika artikel ini ditulis. Statusnya adalah laporan publik dengan evidence teknis, bukan advisory keamanan atau konfirmasi final dari maintainer. Meski begitu, dampaknya cukup besar untuk dijadikan guardrail rollout.

1. CLI build lama diduga dapat menulis ulang database dari lineage berbeda

Issue #135458 mendapat label P0 dan impact:data-loss. Pelapor mengukur kasus di Windows ketika stable 2026.8.1 menjalankan command CLI biasa terhadap state directory milik 2026.9.1-beta.1. Database SQLite yang sama disebut direkonsiliasi ke schema build lama tanpa prompt, quarantine, atau backup.

Efek yang dilaporkan bukan sekadar nomor schema berubah. Ada tabel dan index yang hilang, kolom dari lineage lebih baru terhapus, row dimigrasikan secara lossy, lalu marker schema_meta dan PRAGMA user_version ditulis ulang.

Kasus ini tidak membuktikan upgrade normal dari 2026.8.1 ke 2026.8.2 akan merusak database. Reproduksinya melibatkan build dari lineage berbeda yang memakai state directory bersama. Justru itu guardrail yang perlu diambil:

• jangan arahkan stable dan beta ke state directory yang sama;
• buat backup byte-exact openclaw.sqlite sebelum berpindah channel atau downgrade;
• hentikan Gateway sebelum menyalin database aktif;
• jangan menjalankan CLI build lama terhadap state beta hanya untuk "cek versi";
• verifikasi schema dan jumlah row penting setelah rollback.

Jika tim memang harus menguji beberapa channel, gunakan state directory terisolasi per channel. Nomor user_version saja tidak cukup untuk menentukan lineage mana yang lebih baru.

2. NO_REPLY pada automation bisa berubah menjadi pesan fallback

Issue #135658 melaporkan regresi khusus 2026.8.2. Automation terisolasi dengan delivery announce, setelah memakai tool lalu sengaja mengakhiri turn dengan NO_REPLY, tidak lagi diam. Runner mencoba finalisasi dua kali dan akhirnya mengirim pesan fallback bahwa tool selesai tetapi tidak ada final summary.

Pada sentinel yang berjalan setiap jam, hasilnya adalah spam ke grup dan dua model call tambahan untuk setiap run tanpa temuan. Riwayat run tetap dapat terlihat ok, sehingga pemeriksaan status saja tidak cukup.

Sebelum rollout, jalankan dua test job: satu yang harus mengirim laporan dan satu yang harus benar-benar diam. Periksa target channel dan jumlah model call. Jika silent automation adalah fungsi penting, tahan job tersebut di versi yang sudah terbukti sampai fix upstream tersedia atau pindahkan prefilter ke trigger yang tidak memanggil model ketika tidak ada event.

3. Model child session dilaporkan dapat mengubah default agent

Issue #135690 membahas model selection pada spawned child session. Dengan scope default effective, patch model pada child yang dibuat dengan model eksplisit dilaporkan bisa ditulis ke layer config agent atau global. Akibatnya, parent dan sibling session ikut memakai model child setelah restart.

Dampaknya tidak selalu langsung terlihat. Satu subagent murah untuk pekerjaan batch dapat diam-diam menjadi default agent utama. Biaya, kemampuan, dan behavior turn berikutnya berubah, sementara jejak operator hanya berupa log persistence model.

Sampai ada resolusi upstream, hindari patch model pada child session di production tanpa diff config sebelum dan sesudah. Jika organisasi memakai model per task, pin policy ke scope sesi setelah memeriksa schema konfigurasi versi yang terpasang. Pastikan smoke test membaca kembali model efektif parent, child, dan satu sibling.

4. Fleet agent besar bisa bind port tetapi tidak sehat

Issue #135743 melaporkan Gateway 2026.8.1 dan 2026.8.2 macet setelah log http server listening pada konfigurasi berisi 632 agent entries dan 57 model references. Socket sudah bind, tetapi event loop sibuk dan endpoint HTTP tidak menjawab.

Analisis pelapor menemukan listAgentEntries() dipanggil berulang untuk setiap agent dan model reference, menghasilkan pola kerja kira-kira O(agents² × models). Konfigurasi kecil mungkin tidak merasakannya, tetapi fleet besar dapat terlihat "up" bagi TCP probe padahal tidak bisa melayani request.

Untuk fleet besar, jangan memakai port-open sebagai readiness check. Probe harus melakukan request HTTP nyata dan punya timeout. Uji restart menggunakan salinan config production, bukan config minimal dengan dua agent. Jika waktu startup melonjak atau CPU menetap tinggi setelah bind, rollback dulu; jangan mengirim trafik hanya karena socket sudah tersedia.

Checklist upgrade yang realistis

Untuk instalasi production, urutannya sebaiknya begini:

1. Catat versi OpenClaw, Node, channel update, dan target binary yang aktif.
2. Hentikan proses yang menulis state, lalu backup config dan SQLite ke lokasi terpisah.
3. Pastikan stable, beta, dan source checkout tidak berbagi state directory.
4. Upgrade satu canary Gateway, bukan seluruh fleet.
5. Uji HTTP readiness, satu turn dengan tool, satu final reply, satu silent automation, dan satu failed job.
6. Spawn child dengan model berbeda, lalu pastikan model parent tidak berubah.
7. Restart Gateway dan verifikasi job terjadwal, session history, channel, serta plugin tetap utuh.
8. Pertahankan migration originals sampai canary stabil dan backup teruji bisa dipulihkan.
9. Untuk shared-agent, review tools.sessions.visibility sebelum menerima trafik pengguna.
10. Rollout bertahap sambil memantau log, outbound message yang tidak diharapkan, CPU startup, dan perubahan config.

Jangan menumpuk beberapa perubahan besar dalam satu maintenance window. Upgrade core lebih mudah didiagnosis jika tidak dibarengi perpindahan channel, migrasi model, dan restrukturisasi agent fleet sekaligus.

Apakah OpenClaw 2026.8.2 layak dipasang?

Ya, tetapi bukan blind upgrade. Ini adalah stable release dengan perbaikan operasional yang relevan: updater lebih hati-hati, recovery job lebih lengkap, readiness lebih jujur, dan aplikasi Linux akhirnya tersedia sebagai desktop companion.

Rilis ini juga sangat baru. Laporan P0 tentang cross-lineage state, regresi NO_REPLY, model child yang bisa bocor ke config bersama, dan startup fleet besar perlu diperlakukan sebagai test case nyata. Untuk single-agent setup sederhana, risikonya lebih mudah dikendalikan. Untuk shared-agent, heavy automation, atau ratusan agent entries, canary bukan formalitas.

Versi stable seharusnya mengurangi risiko operasional, bukan menghapus kebutuhan backup. Di 2026.8.2, keputusan upgrade yang sehat ditentukan oleh tiga bukti: state bisa dipulihkan, automation mengirim tepat sesuai intent, dan Gateway menjawab health check setelah restart.

Referensi primer

• GitHub Release OpenClaw 2026.8.2
• NPM OpenClaw
• Dokumentasi OpenClaw untuk Linux
• Dokumentasi update OpenClaw
• Issue #135458: cross-lineage state database rewrite
• Issue #135658: silent automation mengirim fallback setelah NO_REPLY
• Issue #135690: child session model selection memengaruhi config bersama
• Issue #135743: Gateway startup macet pada agent fleet besar