OpenClaw 2026.6.9 Bug Watch: Provider, Memory-Wiki, dan Delivery yang Perlu Dicek

OpenClaw 2026.6.9 layak upgrade dari 2026.6.8, tapi tetap perlu bug watch. Bukan karena rilis ini buruk. Justru release note-nya kuat. Masalahnya, area yang disentuh OpenClaw makin dekat dengan operasional production: channel delivery, provider, memory, plugin, Codex, dan gateway.

Artikel ini bukan daftar semua issue GitHub. Fokusnya hanya area yang punya dampak operasional nyata setelah upgrade ke 2026.6.9. Sebagian issue bukan bug baru khusus 2026.6.9, tetapi tetap relevan karena bisa muncul saat operator mengetes ulang workflow setelah upgrade.

Sumber resmi:

• OpenClaw 2026.6.9 release: https://github.com/openclaw/openclaw/releases/tag/v2026.6.9
• Issue Groq voice transcription: https://github.com/openclaw/openclaw/issues/59875
• Issue memory-wiki subfolder search: https://github.com/openclaw/openclaw/issues/90869
• Issue memory-wiki recursive structure: https://github.com/openclaw/openclaw/issues/63208
• OpenClaw issue tracker: https://github.com/openclaw/openclaw/issues

Ringkasan cepat

• OpenClaw 2026.6.9 memperbaiki banyak area penting, terutama Telegram delivery, agent recovery, Codex integration, provider plugin, dan client control.
• Bug watch perlu difokuskan ke jalur yang benar-benar dipakai: Telegram, provider voice/audio, memory-wiki, Codex plugin, dan external provider.
• Jangan menganggap upgrade selesai hanya karena openclaw --version sudah benar.
• Smoke test harus memeriksa channel, tool output, provider, memory, dan plugin.
• Kalau workflow tidak memakai voice transcription atau memory-wiki, risiko dari dua area itu lebih rendah, tapi tetap perlu dicatat.

1. Voice transcription dan provider routing

Issue #59875 melaporkan Groq Whisper STT yang tidak berjalan dengan error Media provider not available: groq pada jalur audio understanding. Laporan ini bukan spesifik muncul pertama kali di 2026.6.9, tapi tetap relevan untuk operator yang memakai voice note sebagai input agent.

Kenapa ini penting?

Karena dari sisi user, voice note yang gagal diproses sering terlihat seperti agent "diam" atau "tidak paham". Padahal masalahnya bisa berada di provider lookup, media pipeline, atau routing STT.

Smoke test:

1. Kirim voice note pendek ke channel yang dipakai production.
2. Pastikan audio benar-benar ditranskrip, bukan hanya diteruskan sebagai media mentah.
3. Cek log gateway kalau hasilnya kosong.
4. Test provider utama dan fallback.
5. Kalau memakai Groq, pastikan provider tersedia dan SecretRef/API key terbaca.

Keputusan praktis: kalau bisnis Anda tidak memakai voice note, issue ini tidak harus menahan upgrade. Tapi kalau voice note adalah input harian, jangan upgrade tanpa test audio.

2. Memory-wiki dan file subfolder

Issue #90869 melaporkan wiki_search yang bisa melewatkan halaman di subfolder. Intinya, scanner memory-wiki membaca beberapa direktori secara flat, sehingga file yang berada satu level lebih dalam bisa tidak ikut terindeks atau tidak muncul dalam hasil search.

Issue #63208 juga membahas kebutuhan recursive structure di memory-wiki. Status issue dan detailnya berbeda, tapi pola risikonya sama: kalau knowledge base disusun dalam subfolder, search bisa tidak membaca semua materi seperti yang diharapkan.

Kenapa ini penting?

Memory bug jarang terlihat sebagai crash. Dampaknya lebih halus: agent menjawab seolah tidak punya dokumen, padahal file ada di disk. Untuk bisnis, ini berbahaya karena bisa membuat SOP, catatan client, atau knowledge base tidak dipakai saat dibutuhkan.

Smoke test:

1. Ambil satu file memory-wiki di root folder dan satu file di subfolder.
2. Masukkan token unik di masing-masing file test.
3. Jalankan search untuk kedua token.
4. Pastikan file subfolder ikut muncul.
5. Cek status/index count setelah compile.

Keputusan praktis: kalau memory-wiki Anda masih flat, risiko ini kecil. Kalau struktur knowledge base sudah seperti vault Obsidian dengan banyak subfolder, wajib test sebelum menyebut upgrade aman.

3. Telegram delivery dan rich output

OpenClaw 2026.6.9 justru membawa banyak perbaikan Telegram. Release note menyebut rich HTML, rich markdown, sticker path, progress draft, command output, table normalization, mention, dan spooled handler.

Tapi area yang banyak diperbaiki tetap harus dites. Delivery channel adalah jalur paling terlihat oleh user.

Smoke test:

1. Kirim prompt biasa lewat Telegram.
2. Kirim prompt yang menghasilkan bullet list panjang.
3. Test command output pendek.
4. Test progress/final reply untuk task yang agak lama.
5. Pastikan final answer tidak hilang setelah gateway restart.
6. Pastikan formatting tidak rusak ketika ada link atau code inline.

Keputusan praktis: Telegram adalah salah satu alasan 2026.6.9 layak upgrade, tapi tetap harus dites setelah restart.

4. Codex integration dan plugin approval

Rilis 2026.6.9 memperkuat Codex integration: automatic plugin approvals, GPT-5.3 Spark OAuth routing, remote-node exec sebagai dynamic tool, app-server teardown, dan terminal outcome.

Ini bagus untuk workflow coding agent, tapi juga berarti operator perlu memastikan plugin dan approval flow tidak berubah di luar ekspektasi.

Smoke test:

1. Jalankan task Codex kecil yang memakai shell read-only.
2. Cek apakah plugin yang biasa dipakai masih loaded/enabled.
3. Cek approval flow untuk action yang butuh izin.
4. Pastikan terminal outcome tampil jelas.
5. Pastikan session tidak menggantung setelah app-server teardown.

Keputusan praktis: kalau OpenClaw dipakai untuk coding automation, test Codex harus masuk checklist. Jangan hanya test chat biasa.

5. External provider plugin

Provider eksternal sekarang makin diposisikan sebagai package resmi yang berdiri sendiri. Ini arah yang bagus, tapi ada konsekuensi: setelah upgrade, provider yang dipakai harus dicek ulang.

Smoke test:

1. Cek provider default.
2. Cek provider fallback.
3. Jalankan satu request kecil ke provider utama.
4. Kalau memakai provider plugin eksternal, cek package dan versi.
5. Cek SecretRef atau environment variable yang dipakai provider.

Keputusan praktis: jangan anggap provider sehat hanya karena core OpenClaw sehat.

Checklist final setelah upgrade

Minimal, lakukan ini setelah upgrade ke OpenClaw 2026.6.9:

1. openclaw --version
2. openclaw update status
3. doctor/status check
4. gateway status
5. Telegram direct message test
6. long-running task test
7. command output test
8. Codex plugin test
9. provider default/fallback test
10. voice note test kalau memakai audio
11. memory-wiki search test kalau memakai memory-wiki
12. cek log gateway setelah semua test

Keputusan operasional

OpenClaw 2026.6.9 tetap layak upgrade. Bug watch ini bukan alasan untuk menahan semua update.

Yang perlu ditahan hanya upgrade buta.

Kalau workflow Anda hanya memakai chat text dan Telegram delivery, 2026.6.9 kemungkinan besar justru membawa perbaikan yang berguna. Kalau workflow Anda memakai voice note, memory-wiki, external provider, Codex plugin, atau banyak automation lintas channel, test matrix harus lebih lengkap.

Untuk server production, keputusan yang paling waras adalah upgrade terukur: backup, dry-run, update, restart, smoke test, lalu baru jadikan 2026.6.9 baseline.

Kalau memakai OpenClaw untuk operasional bisnis dan butuh audit upgrade yang rapi, Rama Digital bisa bantu dari pengecekan versi, backup, provider, plugin, channel test, sampai SOP pasca-upgrade. Mulai dari halaman Jasa Install OpenClaw: https://ramadigital.id/services/jasa-install-openclaw