
OpenClaw 2026.6.8 bukan rilis yang mengubah cara kerja dari nol. Ini lebih mirip patch stabilitas besar setelah 2026.6.6: banyak bagian kecil yang kalau berdiri sendiri terlihat teknis, tetapi terasa penting untuk operator yang memakai OpenClaw lewat Telegram, WhatsApp, WebChat, agent runtime, dan banyak provider model.
Versi ini sudah tersedia sebagai release stable di GitHub dan npm. Dari catatan resmi, OpenClaw 2026.6.8 merangkum riwayat perubahan dari 2026.6.6 sampai 2026.6.8 dengan 185 pull request yang masuk ke release record. Jadi walaupun nomor versinya hanya naik dua patch, isinya cukup padat.
Sumber resmi:
- GitHub release OpenClaw 2026.6.8: https://github.com/openclaw/openclaw/releases/tag/v2026.6.8
- npm package OpenClaw 2026.6.8: https://www.npmjs.com/package/openclaw/v/2026.6.8
Ringkasan Cepat
Kalau OpenClaw dipakai untuk workflow harian, update ini layak diperhatikan karena menyentuh area yang sering terasa di operasional:
- Telegram delivery lebih rapi untuk struktur teks, tabel, list, line break, dan expandable blockquote.
- WhatsApp mulai menghormati configured ACP bindings.
- Agent run lebih tahan terhadap kasus recovery, restart, media completion, final reply, dan session identity.
- Routing model lebih aman untuk OpenRouter, Google Vertex, SecretRef, OpenAI, Anthropic, Copilot, LM Studio, dan catalog model baru.
/usagepunya footer native yang lebih jelas.- Web search provider tanpa API key tidak lagi dipilih otomatis diam-diam.
- UI, WebChat, iOS Gateway, dan memory/state mendapat banyak perbaikan kecil yang dampaknya terasa di sesi panjang.
Versi pendeknya: ini patch untuk bikin runtime lebih predictable.
Yang Paling Terasa: Telegram Lebih Rapi
Bagian paling menarik di 2026.6.8 adalah channel delivery, terutama Telegram.
OpenClaw sekarang lebih siap mengirim rich message text. Catatan resminya menyebut dukungan untuk tabel, list, line break yang disengaja, expandable blockquotes, thread-create CLI remapping, dan final reply Telegram yang lebih kaya.
Ini bukan sekadar cosmetic fix. Di bot operasional, format pesan sering menentukan apakah output bisa langsung dipakai atau harus dibaca ulang pelan-pelan. Kalau summary, report, log, atau instruksi teknis hilang line break-nya, pesan jadi berat dibaca. Kalau list dan tabel pecah, konteks bisa salah.
Untuk tim yang memakai Telegram sebagai command center, 2026.6.8 harusnya terasa sebagai rilis yang mengurangi noise.
WhatsApp ACP Binding Mulai Lebih Benar
Di sisi WhatsApp, poin pentingnya adalah configured ACP bindings sekarang dihormati. Ini penting untuk setup multi-agent atau workflow yang mengandalkan agent tertentu di channel tertentu.
Masalah yang sering muncul di sistem agent bukan hanya "pesan terkirim atau tidak". Yang lebih rawan adalah pesan terkirim lewat konteks yang salah, agent yang salah, atau session binding yang tidak sesuai desain.
Dengan binding yang lebih patuh, WhatsApp menjadi lebih layak dipakai untuk workflow yang butuh routing stabil, bukan hanya eksperimen chat sederhana.
Agent Runtime: Banyak Fix Kecil yang Penting
Release ini juga memperbaiki banyak jalur agent runtime:
- active main session ditandai sebelum shutdown abort saat restart,
- yielded subagent run bisa dipause saat terminal juga memberi sinyal abort,
- media completion lebih konsisten saat WebChat atau cron terlibat,
- final reply dari message tool bisa sampai lewat auto-reply tanpa membawa hint internal,
- reset archive fallback read dipulihkan saat transcript async aktif tidak tersedia,
- heartbeat main-session tidak dobel,
- runtime prompt sekarang mengekspos session identity dengan lebih jelas.
Daftarnya teknis, tapi pola besarnya jelas: OpenClaw sedang menutup celah-celah di sekitar sesi panjang, restart, recovery, dan handoff antar agent.
Ini area yang biasanya baru terasa saat sistem sudah dipakai serius. Saat masih demo, bug semacam ini jarang muncul. Saat sudah ada cron, gateway, Telegram, WhatsApp, WebChat, subagent, dan media completion, detail seperti ini menentukan apakah sistem tetap jalan rapi atau mulai terasa random.
Model Routing Lebih Aman
2026.6.8 juga membawa perubahan cukup besar di model routing dan provider compatibility.
Yang baru dan relevan:
- GLM-5.2 ditambahkan.
- Claude Haiku 4.5 masuk catalog.
- OpenRouter dan Google Vertex mendapat normalisasi provider-qualified model ID.
- SecretRef model entries lebih menghormati profile auth.
- Model browsing dibatasi agar tidak liar.
- OpenAI dan Anthropic tool schema yang rusak lebih aman dikarantina.
- OpenAI reasoning signature replay mendapat recovery.
- Copilot tidak terlalu agresif melakukan eager tool streaming untuk Claude 4.5.
- LM Studio bisa menerima explicit thinking off untuk binary-thinking model.
Untuk pengguna non-teknis, ini mungkin terdengar jauh. Tapi untuk operator OpenClaw, ini langsung menyentuh stabilitas harian. Sistem agent modern sering memakai banyak provider: OpenAI, Anthropic, OpenRouter, Google Vertex, Copilot, LM Studio, atau model lokal. Kalau model ID salah bentuk, auth profile tertukar, atau schema tool gagal replay, workflow bisa berhenti di tempat yang sulit dibaca.
Patch ini membuat jalur itu lebih defensive.
/usage Jadi Lebih Berguna
OpenClaw 2026.6.8 juga memperbaiki usage footer.
Sekarang ada native full footer renderer, default footer template, per-turn usage state, fixed-decimal formatting, credential-aware limits, dan warning untuk template yang rusak. Ini terdengar kecil, tapi untuk tim yang memantau pemakaian model, usage footer yang jelas membantu mengontrol biaya dan membaca beban sistem.
Dalam workflow agent, biaya bukan cuma soal total token. Yang lebih penting adalah visibility: run mana yang mahal, model mana yang boros, dan bagian mana yang sebaiknya dioptimalkan.
Web Search Dibuat Lebih Predictable
Satu perubahan yang saya suka: provider web search tanpa API key seperti Parallel Free, DuckDuckGo, Ollama, dan Codex Hosted Search tidak otomatis dipilih diam-diam saat tidak ada provider API-backed yang aktif.
Ini keputusan yang sehat.
Search fallback yang terlalu "pintar" sering membuat debugging sulit. Operator mengira sistem memakai provider A, ternyata fallback ke provider B. Hasilnya bisa beda, limitnya beda, kualitasnya beda, dan sumber masalahnya tidak langsung kelihatan.
Dengan 2026.6.8, key-free search provider tetap ada, tetapi harus dipilih eksplisit. Untuk produksi, ini lebih masuk akal.
Memory, State, dan UI Lebih Stabil
Ada juga beberapa fix yang penting untuk sesi panjang:
- OpenAI embedding batch yang terlalu besar dipecah sebelum kena 431.
- QMD memory search tetap aktif di transient mode.
- SQLite menghindari WAL di NFS volume.
- Full reindex menjaga rollback/cache recovery.
- WebChat backscroll bertahan saat streaming.
- Sidebar session picker di desktop workbench kembali interaktif.
- Workspace files mulai collapsed.
- iOS Gateway foreground yang stale dipaksa reconnect.
Ini bukan headline besar, tapi jenis patch seperti ini yang biasanya membuat sistem terasa lebih kalem. Tidak semua pengguna akan kena bug yang sama, tetapi pengguna berat akan menghargai rilis yang membersihkan banyak tepi tajam.
Apakah Perlu Update Sekarang?
Kalau OpenClaw hanya dipakai lokal untuk percobaan ringan, update ini tidak terasa wajib mendesak. Tapi kalau OpenClaw dipakai untuk Telegram, WhatsApp, cron, WebChat, subagent, memory, atau multi-provider model routing, 2026.6.8 layak masuk jadwal update.
Saya akan memposisikannya sebagai patch stabilitas operasional.
Prioritas update tinggi jika:
- bot Telegram sering mengirim ringkasan panjang, tabel, list, atau laporan teknis,
- WhatsApp dipakai sebagai channel kerja agent,
- ada cron dan auto-reply yang perlu recovery bersih,
- sistem memakai banyak model/provider,
- memory atau embedding dipakai aktif,
- WebChat dipakai untuk sesi panjang.
Prioritas update sedang jika OpenClaw hanya dipakai untuk CLI single-user tanpa channel external.
Kesimpulan
OpenClaw 2026.6.8 adalah rilis maintenance yang cukup bernilai. Bukan karena ada satu fitur besar yang mencolok, tetapi karena banyak detail operasional dibereskan sekaligus.
Buat tim yang memakai OpenClaw sebagai layer kerja harian, update ini membantu tiga hal: pesan channel lebih rapi, runtime agent lebih tahan recovery, dan model routing lebih predictable.
Kalau saat ini masih di 2026.6.6, 2026.6.8 layak diuji di staging atau VPS non-kritis dulu. Setelah gateway, Telegram/WhatsApp, cron, dan memory smoke test aman, baru dorong ke runtime utama.


