Warning OpenClaw 2026.5.18: Bug Telegram, Cron, Node, dan WhatsApp

OpenClaw 2026.5.18 membawa banyak fix penting, tetapi operator production perlu membaca issue yang muncul setelah rilis sebelum mengambil keputusan upgrade. Yang perlu diperhatikan bukan sekadar jumlah bug, melainkan area yang kena: Telegram delivery, isolated cron, node approval, WhatsApp response delivery, sessions_send, webchat, dan credentials.

Untuk host yang memakai OpenClaw sebagai alat kerja harian, area-area itu bukan fitur pinggiran. Itu jalur inti.

Ringkasan Cepat

Kalau Anda menjalankan OpenClaw untuk Telegram bot, cron automation, WhatsApp, node pairing, atau workflow multi-session, 2026.5.18 sebaiknya belum langsung dipasang ke production tanpa staging test.

Bug yang paling perlu diperhatikan:

Cron isolated agent turn bisa kehilangan tool exec meskipun toolsAllow sudah diset.
Telegram outbound plain-text bisa silent fail setelah memory-pressure event.
Node approval bisa terblokir karena membutuhkan operator.admin.
WhatsApp bisa drop respons agent yang panjang atau kompleks.
sessions_send bisa memicu duplicate messages setelah compaction safeguard.
Beberapa laporan webchat dan credentials muncul di jalur upgrade sekitar 2026.5.18.

Ini bukan berarti 2026.5.18 buruk. Banyak fix-nya justru penting. Tetapi untuk production, bug di jalur delivery dan automation harus diperlakukan serius.

Bug Paling Penting: Cron Kehilangan Tool Exec

Issue #84141 melaporkan bahwa isolated cron agent turn di 2026.5.18 bisa tidak mendapat tool exec meskipun job sudah meminta toolsAllow. Dalam kasus seperti ini, cron tetap bisa memulai agent, tetapi agent tidak punya tool yang dibutuhkan untuk menjalankan command.

Issue: https://github.com/openclaw/openclaw/issues/84141

Dampaknya besar untuk operator yang memakai cron untuk:

monitoring SEO atau uptime,
backup dan housekeeping,
generate report harian,
cek inbox atau channel,
menjalankan script maintenance,
automation yang membutuhkan command lokal.

Bug ini berbahaya karena bisa terlihat seperti job agent biasa, padahal tool penting tidak tersedia. Untuk production, ini masuk kategori hard blocker kalau cron Anda bergantung pada exec.

Telegram Plain-Text Bisa Silent Fail

Issue #84129 melaporkan Telegram plain-text outbound dispatch bisa gagal diam-diam setelah memory-pressure event. Yang membuat ini serius: beberapa jalur lain seperti cron dan slash-command masih bisa terlihat jalan, sementara plain-text outbound tidak sampai.

Issue: https://github.com/openclaw/openclaw/issues/84129

Silent failure di channel pesan lebih sulit ditangani dibanding crash. Kalau sistem crash, operator biasanya cepat tahu. Kalau pesan tidak terkirim tapi tidak ada error yang jelas, user bisa menunggu balasan yang sebenarnya tidak pernah sampai.

Untuk OpenClaw yang dipakai sebagai Telegram assistant production, ini perlu dites langsung:

kirim DM biasa,
reply ke pesan user,
reply di group,
reply di forum topic,
kirim output panjang,
kirim output setelah runtime mendapat tekanan memory.

Kalau salah satu jalur tidak konsisten, jangan lanjutkan upgrade production.

Node Approval Tertahan Scope operator.admin

Issue #84144 melaporkan openclaw nodes approve membutuhkan operator.admin setelah perubahan node surface gate di 2026.5.18. Ini memblokir automation yang tidak punya scope tersebut.

Issue: https://github.com/openclaw/openclaw/issues/84144

Masalah ini relevan untuk setup yang sering melakukan node pairing, provisioning, approval command surface, atau remote device automation. Jika flow Anda membutuhkan approval node secara otomatis, perubahan permission ini bisa membuat provisioning berhenti.

Ini bukan bug yang selalu terasa di semua host. Tetapi untuk operator yang punya banyak node, ini bisa langsung mengganggu onboarding device.

WhatsApp Drop Respons Panjang atau Kompleks

Issue #84092 melaporkan channel WhatsApp bisa silently drop respons agent yang panjang atau kompleks di v2026.5.18. Respons pendek tetap terkirim, tetapi output yang lebih berat bisa hilang.

Issue: https://github.com/openclaw/openclaw/issues/84092

Dampaknya jelas untuk use case seperti:

rangkuman percakapan grup,
report panjang,
draft quotation,
customer support dengan detail teknis,
workflow handoff,
analisa pesan atau dokumen.

Kalau WhatsApp hanya dipakai untuk command pendek, bug ini mungkin belum terasa. Tetapi kalau WhatsApp dipakai sebagai channel kerja utama, ini wajib dites sebelum upgrade.

Duplicate Message di sessions_send

Issue #84139 melaporkan compaction safeguard bisa menyebabkan duplicate messages pada interaksi sessions_send.

Issue: https://github.com/openclaw/openclaw/issues/84139

Ini bukan risiko paling fatal dibanding cron exec atau Telegram silent fail, tetapi tetap mengganggu workflow koordinasi multi-session. Duplicate message bisa membuat agent lain menerima instruksi ganda, mengulang pekerjaan, atau membuat thread operasional menjadi berisik.

Untuk setup yang memakai sessions_send sebagai jalur koordinasi antar session atau agent, bug ini layak masuk watchlist.

Laporan Lain yang Perlu Masuk Watchlist

Selain issue utama di atas, ada beberapa laporan lain sekitar 2026.5.18 yang perlu diperhatikan:

Issue 84081: setelah update ke 2026.5.18, beberapa user melaporkan WeCom dan web UI gagal dengan pesan credentials tidak ditemukan.
Issue 84127: laporan regression webchat/dashboard setelah upgrade 2026.5.18.
Issue 84079: message tool menolak SendMessage alih-alih melakukan normalisasi ke message.
Issue 84078: Slack message_tool_only source replies fail.
Issue 84134: Feishu channel message tool kehilangan tool result di v2026.5.16 ke atas.

Tidak semua issue ini relevan untuk setiap host. Tetapi pola besarnya jelas: banyak bug baru berada di channel delivery, credential handling, source reply, dan message tool.

Itu area yang harus dites, bukan diasumsikan aman dari changelog.

Rekomendasi untuk Production

Jika Anda masih di 2026.5.12 atau versi stabil yang saat ini sehat, rekomendasi saya adalah tahan upgrade production dulu.

Gunakan 2026.5.18 untuk staging test kalau Anda butuh validasi fitur baru, terutama:

Gateway startup tracing,
Telegram topic fix,
browser dialog handling,
Codex app-server attachment/code-mode fix,
plugin SDK builder,
message presentation limits,
proxy TLS support.

Tetapi sebelum production upgrade, jalankan test matrix minimal:

Cron isolated agentTurn dengan exec.
Telegram DM, group, topic, dan plain-text outbound.
WhatsApp respons panjang.
Node approve dan pairing.
sessions_send setelah konteks panjang atau compaction.
Webchat login dan credential profile.
Message tool visible reply di channel utama.

Kalau salah satu jalur kritikal gagal, lebih baik rollback atau tahan di versi lama yang sudah terbukti sehat.

Kalau Sudah Terlanjur Upgrade

Kalau host sudah naik ke 2026.5.18, cek gejala berikut:

Cron jalan tetapi agent tidak punya exec.
Telegram terlihat aktif tetapi pesan plain-text tidak sampai.
WhatsApp hanya mengirim respons pendek, tetapi respons panjang hilang.
Node approval gagal karena izin operator.admin.
sessions_send menghasilkan pesan ganda.
Web UI atau channel tertentu gagal karena profile credentials.

Jika gejala muncul di production, jangan hanya restart dan berharap beres. Ambil log, catat versi, reproduksi minimal, lalu siapkan rollback ke versi sebelumnya yang sudah stabil di host Anda.

Untuk environment Rama Digital, baseline production saat pengecekan masih 2026.5.12. Dengan issue yang muncul setelah 2026.5.18, keputusan operasional yang paling rasional adalah menunggu patch berikutnya sebelum upgrade.

Kesimpulan

OpenClaw 2026.5.18 tetap rilis penting, tetapi bukan rilis yang saya rekomendasikan untuk langsung dipasang di production Telegram atau cron-heavy.

Bug yang menyentuh delivery dan automation lebih mahal daripada bug visual. Kalau pesan tidak sampai, cron kehilangan tool, atau WhatsApp drop output panjang, dampaknya langsung ke pekerjaan harian.

Untuk sekarang: test di staging boleh. Production sebaiknya tahan dulu sampai issue kritikal di Telegram, cron, node approval, dan WhatsApp lebih jelas status fix-nya.