Update OpenClaw 2026.5.4 dari 2026.5.3: Upgrade Berhasil di Host Ini, Tapi Jangan Blind Upgrade

Update OpenClaw 2026.5.4 dari 2026.5.3: Upgrade Berhasil di Host Ini, Tapi Jangan Blind Upgrade

OpenClaw v2026.5.4 rilis pada 5 Mei 2026. Saya uji live upgrade dari 2026.5.3 ke 2026.5.4 di host operasional yang saat ini dipakai untuk Telegram, memory, dan workflow harian. Hasilnya cukup jelas: di host Linux ini update bisa naik dengan aman, gateway kembali sehat, Telegram tetap jalan, dan saya tidak perlu rollback. Tapi di saat yang sama, wave issue baru juga langsung muncul di GitHub pada hari rilis.

Jadi ini bukan rilis yang saya cap "pasang saja". Verdict yang lebih jujur: bagus untuk diuji, cukup aman di host saya, tapi tetap perlu screening sebelum dipakai blind di production lain.

Ringkasan cepat

• OpenClaw 2026.5.4 dirilis pada Senin, 5 Mei 2026.
• Baseline host sebelum upgrade masih sehat di 2026.5.3.
• Backup package aktif dibuat dulu sebelum uji update.
• Jalur openclaw update dari konteks gateway aktif tidak saya pakai sebagai jalur final karena ada guard dan ada issue Linux systemd yang relevan.
• Upgrade live berhasil lewat workflow detached yang aman.
• Paket naik ke OpenClaw 2026.5.4 (325df3e).
• Gateway kembali hidup normal sesudah restart.
• openclaw status --deep sesudah upgrade menunjukkan app 2026.5.4, Telegram OK, dan event loop sehat.
• Memory search di host ini tetap bisa dipakai, jadi saya tidak menemukan failure total memory seperti beberapa laporan upstream.
• Tapi pada hari yang sama juga muncul issue baru untuk Windows install, Linux auto-update, Weixin, Telegram topic, WhatsApp, dan plugin/fetch path tertentu.

Kalau Anda cuma butuh keputusan singkat: 2026.5.4 layak dites, tetapi tetap bukan release yang seharusnya di-upgrade blind ke semua environment.

Apa yang dibawa OpenClaw 2026.5.4?

Kalau changelog-nya disaring dari sudut operator, ada beberapa poin yang paling penting.

1. Performa startup dan metadata plugin disentuh lagi

Rilis ini banyak mengurangi jalur cold scan metadata plugin dan memindahkan beberapa beban keluar dari hot startup path. Buat instance yang sudah makin berat, ini relevan karena masalah OpenClaw belakangan memang sering berputar di startup, runtime bootstrap, dan metadata plugin.

2. Ada fix channel dan transport yang cukup spesifik

Beberapa perubahan yang paling terasa di level operasional:

• Windows loopback gateway dibatasi ke 127.0.0.1 agar localhost request tidak nyangkut di perilaku dual-stack tertentu.
• Telegram menerima fix untuk target numeric forum topic milik plugin.
• WhatsApp sekarang mendukung target outbound @newsletter secara eksplisit.
• Discord diagnostics ditambah supaya socket reset dan event-loop starvation tidak terlihat seolah channel baik-baik saja.

3. Jalur plugin eksternal dan update plugin makin dirapikan

Ada perubahan untuk install hint plugin resmi eksternal, migrasi source linked install, sampai cleanup stale bundled load path. Buat setup yang sudah memakai plugin di luar bundle default, ini penting.

4. Voice / realtime / telephony terus dimatangkan

Highlight resmi rilis ini memang condong ke Google Meet voice bridge dan Twilio dial-in path. Bukan semua operator butuh ini, tapi jelas OpenClaw sedang serius mengerjakan workflow voice yang lebih real-time.

Baseline host sebelum upgrade

Sebelum upgrade saya cek resource server dulu. Pada 5 Mei 2026 sore WIB, baseline host ini seperti berikut:

• load average rendah,
• RAM available sekitar 5,6 GiB,
• disk root terpakai 64 persen,
• versi aktif masih OpenClaw 2026.5.3,
• gateway reachable,
• Telegram OK.

Artinya saya tidak masuk upgrade dari server yang sudah megap-megap. Ini penting, karena hasil uji akan lebih jujur kalau baseline-nya memang sehat.

Jalur upgrade yang saya pakai

Saya sengaja tidak langsung pakai mode nekat. Urutannya seperti ini:

1. cek baseline host,
2. cek openclaw status --deep,
3. cek update dry run,
4. backup package aktif,
5. jalankan update lewat workflow detached di luar konteks gateway aktif,
6. start ulang service,
7. verifikasi status, channel, dan health.

Backup yang saya simpan sebelum update ada di:

/root/.openclaw/backups/openclaw-preupdate-20260505-185327

Ini bukan detail kosmetik. Kalau 2026.5.4 ternyata rusak di host ini, rollback bisa dilakukan cepat.

Hasil live update di host ini

Secara package, update berhasil.

Selama proses uji:

• service dihentikan dulu,
• npm install -g [email protected] selesai dengan perubahan ratusan package,
• versi CLI berubah ke OpenClaw 2026.5.4 (325df3e),
• gateway berhasil start lagi,
• status pasca-upgrade terbaca normal.

Hasil verifikasi pasca-upgrade di host ini:

• app version: 2026.5.4
• gateway: reachable
• Telegram: OK
• event loop: sehat, max 46ms, p99 26ms, util 0.043

Ada satu probe awal sesudah start yang sempat menandai degradasi event loop saat warm-up. Tapi beberapa menit kemudian status health sudah kembali normal. Buat saya itu masih masuk kategori transien startup, bukan red flag produksi.

Yang lebih penting: sesi ini tetap hidup sesudah update dan Telegram masih bisa dipakai. Jadi di host saya, 2026.5.4 lolos uji operasional dasar.

Apa yang tidak saya temukan di host ini?

Saya tidak menemukan kebutuhan rollback seperti kasus 2026.4.29.

Saya juga tidak menemukan:

• crash-loop config,
• latency berat puluhan detik seperti wave 2026.4.29,
• Telegram putus total,
• memory search mati total.

memory_search masih mengembalikan hasil di host ini. Jadi issue memory yang dilaporkan sebagian user tidak otomatis reproduksi di environment saya.

Tapi issue baru memang sudah muncul di GitHub

Ini bagian yang bikin verdict 2026.5.4 tidak bisa terlalu santai. Pada 5 Mei 2026, issue baru terkait versi ini langsung bermunculan.

Yang paling relevan:

• #77793 - jalur auto-update Linux systemd bisa mematikan gateway lalu gagal menghidupkannya lagi dari konteks service cgroup.
• #77788 - install global npm di Windows bisa berakhir dengan package tree rusak dan openclaw.mjs hilang.
• #77779 dan #77837 - plugin Weixin dilaporkan gagal start atau gagal getUpdates setelah upgrade ke 2026.5.4.
• #77833 - outbound reply Telegram di supergroup forum topic dilaporkan tidak terkirim di 2026.5.4.
• #77795 - ada laporan WhatsApp web connection close 408 saat runtime.
• #77846 - fetch interceptor global dilaporkan bentrok dengan discord.js pada Node.js 22.
• #77841 dan #77801 - masih ada edge case di jalur tool policy dan optional/plugin tools.
• #77781 dan #77838 - ada laporan soal memory/sqlite-vec di beberapa environment Node 24 atau install global tertentu.

Poin pentingnya sederhana: issue wave ini nyata, tapi lane-nya spesifik. Jadi risiko 2026.5.4 sekarang lebih condong ke environment tertentu, channel tertentu, atau plugin tertentu - bukan masalah umum yang saya lihat langsung di host Linux Telegram ini.

Jadi, apakah 2026.5.4 aman di-upgrade sekarang?

Jawaban saya: lebih aman daripada 2026.4.29 di host ini, tapi belum pantas disebut blind-safe untuk semua orang.

Upgrade sekarang kalau:

• stack Anda mirip host Linux standar,
• channel utama Anda Telegram biasa, bukan forum topic yang sensitif,
• Anda tidak bergantung pada Weixin,
• Anda punya jalur backup dan rollback,
• Anda bisa verifikasi status sesudah upgrade.

Tahan dulu atau uji lebih hati-hati kalau:

• Anda pakai Windows dengan install global npm,
• Anda mengandalkan auto-update dari service context,
• Anda pakai Weixin,
• Anda banyak main di Telegram forum topic,
• Anda punya plugin yang bergantung ke discord.js atau fetch behavior tertentu,
• Anda sedang mengandalkan workflow tool policy yang cukup custom.

Checklist minimum sesudah upgrade

Kalau Anda mau naik ke 2026.5.4, minimum cek ini dulu:

openclaw --version
openclaw status --deep
openclaw channels status --probe --timeout 30000
journalctl -u openclaw-gateway.service -n 200 --no-pager

Kalau environment Anda pakai lane yang lebih berisiko, cek juga:

• apakah Weixin masih benar-benar polling,
• apakah Telegram forum topic masih bisa kirim reply keluar,
• apakah memory/vector search masih sehat,
• apakah plugin custom yang memakai fetch atau discord.js masih jalan.

Verdict akhir

OpenClaw 2026.5.4 berhasil lolos uji live di host operasional ini. Saya update dari 2026.5.3 tanpa rollback, gateway kembali sehat, Telegram tetap jalan, dan health runtime pasca-warm-up terlihat normal.

Tapi saya juga tidak akan menjual versi ini seolah bebas risiko. GitHub pada hari rilis sudah menunjukkan ada beberapa lane yang rawan: Linux auto-update, Windows npm install, Weixin, Telegram topic, WhatsApp, dan fetch/plugin compatibility tertentu.

Jadi verdict saya begini:

• untuk host Linux seperti milik saya, 2026.5.4 terlihat cukup layak dipakai,
• untuk environment yang lebih kompleks, tetap uji dulu sebelum Anda sentuh production.

Kalau Anda butuh angle warning yang lebih fokus ke issue wave 2026.5.4, saya buatkan juga analisa terpisah di artikel warning. Kalau Anda butuh jalur update yang aman untuk Linux systemd, saya juga siapkan panduan praktiknya di artikel how-to terpisah.