OpenClaw 2026.9.1 Beta 1: Recovery Gateway dan Config Write Dibuat Lebih Tahan Restart

OpenClaw 2026.9.1-beta.1 dirilis pada 28 Agustus 2026. Ini bukan beta yang cuma menambah model atau merapikan tampilan. Fokusnya ada di jalur yang biasanya baru terasa saat sistem bermasalah: Gateway restart, penulisan config, worker yang mati di tengah pekerjaan, instalasi Linux, dan recovery Control UI.

Statusnya tetap prerelease. Registry NPM latest yang dicek pada audit ini masih menunjuk 2026.7.1-2, bukan beta 1 dari 2026.9.1. Jadi rilis ini cocok untuk staging atau canary, tetapi belum menjadi alasan untuk mengganti Gateway production secara buta.

Ringkasnya: beta ini memperbaiki beberapa titik lemah pada lifecycle runtime. Nilai utamanya bukan fitur flashy, melainkan usaha agar pekerjaan yang sudah diterima tidak hilang ketika proses restart, watcher config berganti, atau worker gagal di tengah jalan.

Apa yang berubah di 2026.9.1-beta.1?

Release notes resmi memusatkan perubahan pada beberapa area:

• turn yang sudah admitted dapat dipulihkan setelah Gateway restart berulang;
• config write tetap dianggap pending sampai watcher melihat generation yang sudah committed;
• worker yang mati atau melewati admission deadline bisa diakhiri atau diluncurkan ulang dengan status yang terlihat;
• installer Linux diarahkan ke Node 24 LTS stable dan repository NodeSource yang dikonfigurasi;
• file agent di Control UI tidak mudah kembali ke isi lama ketika refresh selesai terlambat;
• katalog model tetap tersedia setelah aktivasi plugin provider otomatis;
• runtime Codex yang dikelola OpenClaw diperbarui ke 0.150.1.

Daftarnya terlihat seperti kumpulan fix terpisah. Dari sisi operasi, polanya jelas: OpenClaw sedang memperketat batas antara pekerjaan yang sudah diterima, state yang sedang ditulis, dan proses yang kebetulan sedang hidup.

Gateway restart: turn yang sudah diterima tidak boleh menghilang

Masalah yang diperbaiki pada PR #130491 muncul saat Gateway dipaksa restart ketika ada turn yang sudah diterima tetapi belum selesai. Sebelum perbaikan, recovery terlalu bergantung pada peta chat-run dan kandidat recovery tertentu. Jika turn tersebut sudah melewati cleanup atau berada di jalur lifecycle yang berbeda, startup berikutnya bisa gagal mengirim ulang recovery yang seharusnya dijalankan.

Fix-nya memindahkan penandaan sesi terputus ke pemilik admission session-work yang menjadi sumber otoritatif. Jalur shutdown dan maintenance kemudian memakai alur penandaan yang sama.

Perubahan ini terasa pada Gateway yang mengerjakan task lama, delegasi, atau automation yang berjalan melewati restart service. "Sudah diterima Gateway" sekarang diperlakukan sebagai fakta lifecycle yang perlu dipertahankan, bukan status sementara yang boleh hilang hanya karena salah satu map cleanup sudah dibersihkan.

Tetap jangan membaca fix ini sebagai jaminan exactly-once. Recovery yang lebih baik bukan berarti setiap tool call aman diulang tanpa pemeriksaan. Setelah upgrade, operator masih perlu mengecek apakah task terakhir menghasilkan efek eksternal sebelum menjalankan retry manual.

Config write: acknowledgement tidak boleh mendahului watcher

PR #131515 memperbaiki kegagalan config.patch saat penulisan config berbarengan dengan watcher handoff. Dalam skenario tersebut, perubahan sudah committed, tetapi watcher belum mengamati generation baru. Proses berikutnya membaca perpindahan source sebagai kegagalan dan menganggap write tidak selesai.

Perubahan ini membuat pending config write tetap hidup sampai watcher mengonfirmasi generation yang benar. Artinya, commit state dan observasi reload tidak lagi dipaksa selesai dalam urutan yang terlalu optimistis.

Ini penting karena config Gateway bukan file pasif. Satu perubahan bisa memicu reload, aktivasi plugin, perubahan model, atau perubahan channel. Kalau layer penulis dan layer watcher berbeda pendapat tentang generation terakhir, operator bisa melihat gejala yang membingungkan: API mengembalikan error, tetapi sebagian state sudah berubah; atau perubahan hilang setelah reload berikutnya.

Sesudah upgrade, jangan hanya menguji bahwa file config berubah. Uji rangkaian lengkapnya:

1. patch satu nilai non-kritis;
2. baca ulang config efektif;
3. tunggu reload selesai;
4. cek generation atau status Gateway;
5. pastikan nilai tetap ada setelah restart;
6. ulangi ketika ada dua write berurutan.

Untuk perubahan secret, provider, atau channel production, tetap gunakan backup dan approval yang berlaku. Reliability write tidak menggantikan review isi config.

Worker recovery: pekerjaan mati harus terminal, bukan menggantung

PR #130446 menutup tiga celah lifecycle pada farm worker. Node host bisa pulih dari gangguan jaringan, tetapi child worker sebelumnya mati pada satu admission deadline 120 detik. Upaya peluncuran pengganti kemudian menemui batas yang sama. Pada saat yang sama, turn dari worker yang sudah mati dapat terus dipertahankan sebagai "stuck", sementara startup recovery sibuk membersihkan debris placement satu per satu.

Perbaikan upstream mencakup re-arm untuk launch yang masih memenuhi syarat setelah admission deadline, terminalisasi turn dari worker yang benar-benar mati, dan penundaan cleanup debris agar startup tidak tertahan oleh pekerjaan housekeeping.

Untuk tim yang memakai subagent atau worker pool, perubahan ini menyentuh hal dasar dalam debugging: status gagal harus terlihat sebagai hasil akhir. Turn yang tidak pernah terminal membuat dashboard terlihat hidup, padahal tidak ada proses yang akan menyelesaikannya.

Smoke test yang layak bukan hanya menjalankan worker pada kondisi normal. Putuskan koneksi sementara, biarkan satu worker melewati deadline, lalu cek apakah task bisa pulih atau berakhir dengan alasan yang jelas. Jangan menerima status "masih berjalan" tanpa worker yang benar-benar memegangnya.

Installer Linux mengurangi risiko Node prerelease

Rilis ini juga memperbaiki jalur instalasi Linux melalui PR #130369. Installer diarahkan untuk menyediakan Node 24 LTS stable dan membatasi instalasi RPM pada repository NodeSource yang sudah dikonfigurasi.

Masalahnya bukan sekadar versi Node terlalu baru. Package repository yang bercampur dapat membuat installer memilih build prerelease atau runtime yang tidak cocok dengan package OpenClaw. Hasilnya bisa berupa error yang baru terlihat setelah install, saat Gateway mulai dijalankan, atau saat plugin native dimuat.

Pada host baru, catat setidaknya:

• versi Node yang benar-benar terpasang;
• sumber package yang dipakai;
• versi OpenClaw dan plugin;
• output health check setelah service aktif.

Jangan menyamakan "installer selesai" dengan "runtime siap dipakai". Jalankan node --version, cek package manager, lalu lakukan satu smoke test Gateway sebelum host menerima trafik.

Control UI, model browsing, dan Codex ikut mendapat perbaikan

Beberapa fix lain lebih dekat ke pengalaman operator, tetapi tetap punya dampak reliability.

PR #130468 mencegah save file agent yang sudah confirmed ditimpa kembali oleh hasil read atau refresh yang lebih lama. Sebelumnya, write bisa berhasil di disk tetapi editor menampilkan draft lama setelah response asynchronous datang belakangan. Lifecycle read dan write sekarang berbagi pemilik yang lebih jelas, dan metadata file canonical diperbarui setelah save.

PR #130481 memperbaiki model browsing setelah automatic provider-plugin activation. Catalog worker sebelumnya dapat membangun ulang metadata dengan workspace atau activation config yang berbeda dari snapshot lifecycle Gateway. Akibatnya, Gateway terlihat sehat, tetapi katalog model gagal dibuka atau refresh authentication menghasilkan error generation.

Untuk Codex, OpenClaw memperbarui managed runtime ke 0.150.1 melalui PR #130685, termasuk compatibility untuk tambahan collaboration, status, dan activity protocol. Package resolution tetap mengikuti platform masing-masing.

Tiga perubahan ini punya pola yang sama dengan fix Gateway: state yang sudah dikonfirmasi harus menjadi sumber tampilan berikutnya. UI tidak boleh kembali ke snapshot lama hanya karena request lama selesai belakangan, dan katalog tidak boleh kehilangan provider hanya karena aktivasi plugin berlangsung otomatis.

Catatan operasional: ada regresi pada update package ke Git dev

Pada hari audit ini, issue terbuka #132283 melaporkan regresi berbeda: instalasi OpenClaw dari package NPM yang hendak dipindahkan ke channel dev berhasil melakukan checkout, install dependency, build, clean check, dan Doctor, tetapi gagal saat verifikasi global install.

Root cause yang dilaporkan cukup spesifik. npm membuat global source link yang memang disengaja untuk dev checkout. Verifier kemudian melakukan dereference dan menerapkan pemeriksaan artifact package, termasuk mencari dist/postinstall-inventory.json yang wajar tidak ada pada source checkout biasa. Aktivasi ditolak dan package lama tetap dipertahankan.

Issue tersebut bukan bukti bahwa beta 1 pasti rusak, dan bukan alasan untuk menggabungkannya sebagai fix yang sudah selesai. Justru ini alasan untuk memisahkan dua hal saat menguji update:

• jalur package ke package;
• jalur package ke Git checkout untuk channel dev.

Dokumentasi resmi openclaw update memang membedakan channel stable, extended-stable, beta, dan dev. Kalau organisasi Anda memakai channel dev, jalankan update dalam canary dan simpan output --json. Jangan menganggap checkout yang berhasil dibangun otomatis berarti global activation sudah berhasil.

Jadi, layak upgrade sekarang?

Untuk production, jawaban saya: belum blind upgrade. Beta 1 membawa perbaikan yang relevan, terutama jika environment Anda sering restart, melakukan config patch otomatis, atau menjalankan banyak worker. Tetapi rilis ini masih prerelease dan perubahan menyentuh lifecycle dasar Gateway.

Untuk staging, beta 1 layak diuji dengan scope yang jelas. Prioritas pengujiannya:

1. jalankan turn yang cukup panjang, restart Gateway, lalu cek recovery dan final delivery;
2. lakukan dua config write berurutan ketika watcher sedang reload;
3. matikan worker secara simulatif dan pastikan turn terminal atau recover;
4. cek installer pada host Linux baru dengan Node 24 LTS;
5. simpan dan refresh file agent dari dua request yang overlap;
6. aktifkan provider plugin otomatis lalu buka model catalog;
7. uji Codex sampai completion, bukan hanya sampai session terhubung;
8. jika memakai channel dev, uji package-to-Git conversion secara terpisah.

Upgrade baru pantas diperluas setelah hasil canary menunjukkan tiga hal: pekerjaan admitted tidak hilang, config yang committed tetap bertahan setelah reload, dan task yang gagal tidak menggantung tanpa owner.

Kesimpulan operasional

OpenClaw 2026.9.1-beta.1 adalah beta yang fokus pada reliability runtime. Perbaikan restart recovery, config watcher handoff, worker terminalization, dan installer Node memberi nilai yang lebih nyata daripada sekadar daftar fitur baru. Control UI, model catalog, dan Codex juga dibuat lebih konsisten terhadap state yang sudah dikonfirmasi.

Namun status beta tetap penting. NPM latest masih berada di 2026.7.1-2, sementara issue #132283 menunjukkan jalur update package-to-Git masih punya regresi yang perlu dipantau. Rekomendasi praktisnya: pasang di staging atau canary, jalankan smoke test lifecycle, simpan evidence, lalu tunggu stable release sebelum rollout luas ke Gateway yang memegang trafik utama.

Referensi primer

• GitHub Release OpenClaw 2026.9.1-beta.1
• PR #130491: recover admitted turns across restart
• PR #131515: keep config writes pending through watcher handoff
• PR #130446: worker admission and dead-worker recovery
• PR #130369: avoid prerelease Node from Linux package repositories
• PR #130468: keep agent file saves intact during refresh
• PR #130481: model browsing after automatic plugin activation
• PR #130685: managed Codex runtime 0.150.1
• Open issue #132283: package-to-Git dev update rejects intentional source link
• Dokumentasi resmi openclaw update
• NPM package OpenClaw latest