Update OpenClaw 2026.5.22: Startup Lebih Ringan, Gateway Lebih Cepat, Tapi Tetap Perlu Smoke Test

OpenClaw 2026.5.22 bukan rilis yang terasa seperti fitur besar untuk end user. Ini lebih mirip correction release yang membersihkan jalur operasional: startup Gateway dibuat lebih ringan, pembacaan metadata plugin dipangkas, session lock diperketat, dan beberapa bug channel penting dibereskan.

Kalau host OpenClaw dipakai untuk Telegram, cron, subagent, browser automation, dan workflow coding harian, update seperti ini justru penting. Bukan karena ada satu tombol baru yang mencolok, tapi karena bagian yang biasanya bikin sistem berat atau diam-diam macet mulai disentuh.

Referensi utama artikel ini adalah release resmi OpenClaw v2026.5.22, ditambah issue pasca-rilis yang relevan untuk keputusan upgrade.

Ringkasan Cepat

OpenClaw 2026.5.22 layak dijadwalkan untuk host npm/global yang sebelumnya sudah stabil di 2026.5.20, terutama kalau bottleneck terasa di Gateway startup, model listing, plugin discovery, atau session/tooling yang sering dipakai.

Di host operasional Rama Digital, update dari 2026.5.20 ke 2026.5.22 sudah berhasil. Versi aktif terverifikasi:

OpenClaw 2026.5.22 (a374c3a)

Package global juga sudah sinkron ke:

[email protected]

Tapi ini tetap bukan alasan untuk blind upgrade di semua environment. Ada issue pasca-rilis yang perlu dicatat, terutama untuk pengguna Docker slim dan workflow subagent yang mengandalkan sessions_yield.

Update tambahan 24 Mei 2026: setelah rilis berjalan beberapa jam, issue tracker OpenClaw mulai menunjukkan pola bug yang lebih jelas. Yang paling perlu dipantau adalah session/subagent lock, Docker slim permission, Control UI session picker, Web UI button state, memory-wiki bridge di memory-lancedb, dan kompatibilitas Android app lama dengan Gateway baru.

Apa Yang Paling Penting Di Rilis Ini

Perubahan paling besar ada di jalur Gateway/performance. Release note resmi menyebut beberapa optimasi yang arahnya sama: mengurangi pembacaan berulang, mengurangi filesystem walk, dan menunda pekerjaan startup yang belum perlu.

Beberapa poin yang paling berdampak:

• channel catalog dibaca ulang lebih hemat,
• metadata plugin dibuat reusable di banyak jalur Gateway,
• handler dan runtime ACPX diload lebih malas, hanya saat dibutuhkan,
• alias map Plugin SDK dicache,
• probe PATH yang tidak relevan ikut dipangkas.

Dalam bahasa operasional: Gateway harus lebih cepat memberi sinyal healthy/ready, dan beberapa command yang sebelumnya bisa terasa berat karena discovery berulang harus lebih ringan.

Ini penting untuk host yang banyak plugin dan channel. Di setup kecil, efeknya mungkin tidak dramatis. Di setup yang sudah punya Telegram, browser, memory, Codex, custom providers, cron, dan channel lain, optimasi seperti ini biasanya terasa di startup dan command pertama setelah restart.

Fitur Yang Paling Worth It

Dari semua perubahan di 2026.5.22, ada beberapa yang menurut saya paling berguna untuk operator harian.

Pertama, model listing yang jauh lebih ringan. Release note resmi menyebut jalur model listing turun dari sekitar 20 detik per call menjadi sekitar 5 ms pada hot path tertentu. Ini bukan fitur yang terlihat keren di UI, tapi sangat terasa kalau sering buka status, ganti model, atau menjalankan agent yang perlu membaca daftar provider.

Kedua, subagent default bootstrap context sekarang lebih hemat. Worker tidak otomatis membawa persona, identity, user, memory, heartbeat, dan setup file. Ini bagus untuk privacy dan context budget, terutama di setup yang punya banyak memory privat.

Ketiga, search dan Load More di chat session picker membuat Control UI lebih usable untuk install yang sudah lama berjalan. Ini belum berarti semua bug UI selesai, karena ada issue session picker lintas agent yang muncul setelah rilis, tapi arah fiturnya benar.

Keempat, Meeting Notes mulai dipisah sebagai plugin eksternal. Untuk sekarang saya belum menjadikannya alasan utama upgrade, tapi ini sinyal bagus: capability besar mulai ditaruh di plugin, bukan terus membesar di core runtime.

Kelima, generic channel-message poll sender dan embedding provider contract. Dua ini lebih developer-facing, tapi penting untuk ekosistem plugin. Kalau OpenClaw ingin dipakai sebagai platform agent jangka panjang, surface seperti ini lebih penting daripada sekadar command baru.

Issue Pasca-Rilis Yang Perlu Dipantau

Issue paling kritis untuk operator multi-agent adalah #85953: sessions_yield bisa meninggalkan parent session transcript lock tertahan, lalu callback subagent gagal menulis balik ke parent session. Dampaknya bukan crash besar, tapi lebih menyebalkan: completion message bisa timeout atau tidak balik ke sesi utama.

Untuk Docker, #85968 melaporkan image 2026.5.22-slim punya ownership /home/node/.config yang salah. Efek praktisnya: npx atau tool yang perlu menulis ke ~/.config bisa kena EACCES. Sudah ada PR #85973 untuk membuat /home/node/.config dimiliki user node, tapi sampai PR itu masuk release stabil berikutnya, Docker slim sebaiknya dites dulu.

Di Control UI, #85963 mencatat chat session picker bisa menampilkan session dari agent lain. Ini bukan data-loss bug, tapi di setup multi-agent bisa bikin operator salah masuk session. PR #85965 sudah mengarah ke fix: picker perlu dibatasi ke active agentId.

Bug UI lain yang lebih ringan tapi mengganggu adalah #85976: tombol Send di Web UI bisa tetap tampil sebagai Stop setelah task selesai. Refresh memperbaiki sementara, tapi ini tetap regression dari 2026.5.20 untuk user webchat.

Untuk memory, #85974 melaporkan @openclaw/[email protected] tidak membawa registrasi publicArtifacts yang dibutuhkan memory-wiki bridge mode. Jika memakai memory-wiki bridge di atas LanceDB, mode isolated lebih aman sampai paket berikutnya jelas.

Untuk Android, #85971 mencatat Play Store Android app v2026.4.5 masih bicara pairing protocol v3, sementara Gateway sejak 2026.5.12 mengharapkan protocol v4. Jadi upgrade Gateway bisa membuat pairing Android lama gagal sampai APK kompatibel tersedia.

Model Listing Lebih Masuk Akal

Salah satu perubahan yang saya suka adalah pre-warm provider auth-state untuk endpoint model listing. Release note menyebut biaya per-call turun dari sekitar 20 detik menjadi sekitar 5 ms pada jalur tertentu.

Ini bukan sekadar angka benchmark. Di workflow agent, model listing sering muncul sebagai bagian dari status, setup, provider check, atau routing. Kalau setiap lookup memicu discovery provider dan CLI eksternal, sistem jadi terasa lambat padahal user cuma minta operasi sederhana.

Dengan cache auth-state yang lebih matang, OpenClaw bergerak ke arah yang lebih benar: discovery berat dilakukan sekali, lalu hot path dibuat murah.

Subagent Sekarang Lebih Hemat Konteks

OpenClaw 2026.5.22 juga membatasi default bootstrap context untuk subagent ke AGENTS.md dan TOOLS.md. Persona, identity, user, memory, heartbeat, dan setup file tidak otomatis ikut dibawa ke worker.

Ini keputusan yang sehat.

Subagent biasanya tidak butuh semua konteks privat parent session. Kalau semua file ikut masuk default, risikonya ada dua:

1. context window cepat penuh,
2. data yang tidak perlu bisa ikut terbawa ke worker.

Dengan default baru ini, subagent lebih ringan dan privacy boundary lebih waras. Kalau worker memang butuh konteks tambahan, harus diberikan secara eksplisit lewat task atau attachment yang relevan.

Telegram Dan Channel Delivery Dapat Beberapa Fix Penting

Untuk pengguna Telegram, ada beberapa fix yang relevan:

• attachment lokal atau structured media dari sendMessage tidak lagi jatuh menjadi text-only,
• forum topic delivery untuk cron parsing diarahkan lewat plugin Telegram,
• polling stall threshold dihormati supaya worker yang diam bisa direstart,
• replay inbound Telegram didedupe berdasarkan identitas chat/message agar tidak memicu dispatch ganda,
• explicit topic suffix di jalur Telegram/ACP dipertahankan.

Ini bukan fitur marketing. Tapi untuk host yang hidup dari Telegram command, group monitoring, cron announcement, dan message tool, fix seperti ini lebih penting daripada UI polish.

Masalah channel biasanya baru terasa saat sudah produksi: pesan tidak terkirim, media hilang, topic salah, atau update lama diproses ulang. Rilis ini mengurangi beberapa kelas risiko itu.

Session Lock Dan Subagent: Ada Perbaikan, Tapi Jangan Terlalu Santai

Release resmi mencatat fix session write-lock max-hold policy. Intinya, lock yang terlalu lama bisa direclaim lebih masuk akal sebelum window stale-lock.

Ini bagus, karena session lock adalah area yang sering tidak terlihat sampai workflow agent tiba-tiba tidak balik.

Namun ada catatan penting: setelah 2026.5.22 rilis, masih muncul issue baru tentang sessions_yield yang bisa meninggalkan parent transcript lock dalam kondisi tertahan. Issue tersebut tercatat di #85953.

Artinya, rilis ini memang memperbaiki sebagian lock behavior, tapi workflow multi-agent yang sangat bergantung pada sessions_yield tetap perlu dipantau.

Rekomendasi praktis:

• untuk workflow coding/subagent penting, simpan output penting ke file juga, jangan hanya mengandalkan callback ke parent session,
• hindari menumpuk banyak subagent kalau tidak perlu,
• setelah upgrade, cek apakah ada lock/transcript behavior aneh sebelum menganggap environment aman total.

Docker Slim Perlu Hati-Hati

Ada issue pasca-rilis lain yang spesifik ke image Docker slim: #85968, terkait permission /home/node/.config pada 2026.5.22-slim.

Kalau install OpenClaw Anda via npm/global package di server biasa, issue ini kemungkinan tidak relevan. Tapi kalau Anda menjalankan ghcr.io/openclaw/openclaw:2026.5.22-slim, cek permission sebelum production rollout.

Untuk environment Docker, saya akan lebih konservatif:

• test container baru dulu,
• pastikan skill install dan npx path berjalan normal,
• jangan langsung replace container produksi kalau workflow Anda bergantung pada install skill/plugin saat runtime.

Meeting Notes Mulai Masuk Sebagai Plugin Eksternal

Rilis ini juga menambahkan plugin eksternal meeting-notes dengan source-provider contract, auto-start capture config, manual transcript import, CLI read-only openclaw meeting-notes, dan Discord voice sebagai live source pertama.

Untuk sekarang, saya belum menganggap ini alasan utama upgrade. Fitur ini menarik, tapi posisinya masih lebih cocok dipantau dulu sampai pattern penggunaannya jelas.

Yang lebih penting dari fitur ini adalah arahnya: OpenClaw makin memisahkan capability eksternal dari core package. Kalau ekosistem plugin makin rapi, core runtime bisa lebih kecil dan maintainable.

Apakah Perlu Upgrade Sekarang?

Untuk host npm/global yang sebelumnya sudah sehat di 2026.5.20, jawaban saya: boleh upgrade, tapi tetap pakai prosedur normal.

Checklist minimal:

1. Cek versi saat ini.
2. Backup config dan state penting.
3. Update package.
4. Restart Gateway.
5. Verifikasi openclaw --version.
6. Smoke test channel utama, terutama Telegram dan browser kalau dipakai.
7. Pantau subagent/session behavior setelah beberapa turn.

Untuk host Docker slim, tahan dulu atau test lebih ketat karena issue permission tadi.

Untuk host yang sangat bergantung pada sessions_yield, jangan anggap semua masalah subagent selesai hanya karena ada fix session lock di changelog. Fix-nya berguna, tapi issue baru menunjukkan area ini masih perlu pengawasan.

Kesimpulan Operasional

OpenClaw 2026.5.22 adalah rilis yang layak diambil untuk environment yang sudah siap update rutin. Nilainya ada di performance cleanup, Gateway startup, provider/model listing, Telegram/channel reliability, session lock hardening, dan package security.

Ini bukan release yang perlu diburu karena fitur baru. Ini release yang masuk akal karena mengurangi friction harian.

Verdict Rama Digital: upgrade boleh untuk host npm/global setelah backup dan smoke test. Untuk Docker slim dan workflow subagent berat, lakukan staging dulu.