Update OpenClaw v2026.4.12: Active Memory, LM Studio, dan Dreaming Lebih Rapi, Tapi Browser/CDP Perlu Diawasi

OpenClaw v2026.4.12 resmi rilis pada 13 April 2026 pukul 19.35 WIB. Kalau v2026.4.11 terasa seperti patch release yang fokus menambal banyak titik bocor, maka 4.12 terasa lebih luas. Ada kombinasi antara fitur baru yang cukup penting, hardening plugin/runtime, dan perbaikan nyata di area Dreaming, Telegram, audio transcription, serta gateway keepalive.

Versi ini menarik karena bukan cuma berisi polish kecil. Ada beberapa penambahan yang benar-benar mengubah cara OpenClaw bisa dipakai di lapangan, terutama lewat Active Memory plugin, LM Studio provider bawaan, dan exec-policy CLI yang lebih jelas untuk mengatur jalur approval tool execution.

Tapi seperti biasa, rilis yang lebih besar juga perlu dibaca dengan kepala dingin. Beberapa jam setelah rilis stabil ini naik, sudah muncul issue baru yang patut dipantau, terutama di area browser/CDP dan plugin allowlist validation.

Jadi ringkasan awalnya begini: OpenClaw 4.12 terlihat lebih matang dan lebih menarik untuk di-upgrade dibanding 4.11, tapi tetap jangan blind upgrade kalau workflow Anda cukup bergantung pada browser automation atau plugin allowlist yang ketat.

Ringkasan cepat

Kalau disingkat, ini poin paling penting dari OpenClaw 2026.4.12:

• Active Memory plugin hadir dan membuat recall konteks bisa lebih otomatis sebelum jawaban utama.
• LM Studio provider bawaan ditambahkan untuk model lokal / self-hosted yang OpenAI-compatible.
• openclaw exec-policy sekarang tersedia untuk menyelaraskan config tools.exec.* dengan approval policy lokal.
• Dreaming dan memory pipeline dibersihkan lagi, termasuk dedupe heartbeat event, timezone diary, dan pencegahan self-ingest transcript dreaming.
• Telegram dapat fix penting, termasuk approval button callback dan pencegahan commentary leak ke direct chat.
• WhatsApp outbound media ikut dibenahi.
• Tapi sudah ada warning baru di area browser/CDP dan plugin allowlist validation.

Apa yang berubah di 4.12

1) Active Memory mulai masuk ke workflow yang lebih serius

Salah satu tambahan paling besar di 4.12 adalah hadirnya Active Memory plugin. Secara praktis, ini memberi OpenClaw jalur recall memori yang lebih otomatis tepat sebelum jawaban utama dibuat.

Kalau fitur ini stabil di workflow nyata, dampaknya besar. User tidak perlu terus-menerus mengulang preferensi, konteks proyek, atau keputusan yang seharusnya sudah diketahui sistem. Buat operator yang menjalankan assistant sebagai alat kerja harian, ini bisa terasa sangat signifikan.

2) LM Studio provider bawaan bikin local-model path makin realistis

OpenClaw 4.12 juga menambah bundled LM Studio provider. Ini menarik buat operator yang ingin menjalankan model lokal atau self-hosted OpenAI-compatible endpoint tanpa terlalu banyak wiring manual.

Buat banyak tim, ini bukan sekadar fitur tambahan. Ini membuka jalur eksperimen yang lebih realistis untuk:

• workload lokal,
• model internal,
• sandbox model testing,
• atau hybrid deployment antara provider cloud dan self-hosted model.

3) openclaw exec-policy adalah tambahan yang sangat operasional

Fitur baru lain yang patut diapresiasi adalah hadirnya openclaw exec-policy dengan subcommand seperti show, preset, dan set.

Ini penting karena area tool execution dan approval sering jadi sumber kebingungan, terutama saat operator harus menyeimbangkan kecepatan kerja dengan kontrol keamanan. Dengan command ini, jalur kebijakan exec terasa lebih eksplisit dan lebih enak diaudit.

4) Dreaming dibersihkan lebih dalam, bukan sekadar dipoles

Di 4.12, Dreaming bukan cuma disentuh sedikit. Ada beberapa fix yang langsung kena ke reliability:

• managed heartbeat event dikonsumsi sekali, tidak berulang,
• narrative transcript dreaming tidak lagi mudah termakan kembali oleh sistemnya sendiri,
• cleanup session/artifact lebih rapi,
• diary timestamp memakai timezone lokal host.

Ini penting karena Dreaming yang setengah sehat bisa bikin sistem terasa hidup, tapi berisik. Kalau fix-fix ini benar-benar stabil di lapangan, 4.12 bisa terasa lebih tenang daripada 4.11 untuk workflow yang banyak mengandalkan background cognition.

5) Telegram dan direct-delivery dapat fix yang relevan

Ada dua perubahan Telegram yang menurut saya layak diperhatikan:

• approval button callback sekarang dipisah ke jalur sequentializer lain agar tidak deadlock di turn yang sedang blocked,
• commentary-only fallback payload tidak lagi bocor ke direct delivery Telegram ketika run tidak punya final_answer.

Yang kedua ini penting secara UX. Tidak ada yang suka planning chatter internal nyasar ke DM user. Kalau Anda menjalankan Telegram sebagai jalur utama, ini fix yang sangat terasa.

6) Audio transcription, WhatsApp media, dan gateway keepalive ikut membaik

Versi 4.12 juga memperbaiki beberapa area yang kelihatannya kecil, padahal cukup operasional:

• provider failure audio transcription sekarang lebih transparan,
• multipart FormData yang dulu bisa menjatuhkan field seperti model dibenahi,
• WhatsApp media send tidak lagi diam-diam drop attachment saat hanya mediaUrls yang terisi,
• gateway keepalive tidak lagi gampang membuat client putus dengan tick timeout saat kerja panjang masih berjalan.

Semua ini membuat 4.12 terasa lebih seperti quality release yang menyentuh banyak friction point nyata.

Warning yang sudah mulai terlihat setelah rilis

Di sisi lain, ada beberapa issue baru yang sudah muncul cepat setelah 4.12 rilis dan perlu dipantau.

1) Browser/CDP masih jadi area yang rawan

Sudah muncul laporan baru terkait browser/CDP reachability, termasuk kasus managed browser gagal mencapai CDP websocket walau Chromium sebenarnya hidup.

Ini relevan kalau workflow Anda bergantung pada:

• browser automation,
• Control UI browser tooling,
• atau environment Docker/Linux yang pakai jalur browser terkelola.

Jadi walau 4.12 terlihat lebih matang di banyak area, browser stack belum bisa dianggap sepenuhnya tenang.

2) Plugin allowlist validation perlu diawasi

Ada juga laporan tentang plugin allowlist validation yang bentrok dengan CLI gating untuk help/plugin flows di 2026.4.12.

Kalau setup Anda ketat di plugins.allow, ini area yang pantas dites dulu sebelum upgrade dianggap aman penuh.

3) Dreaming memang dibenahi, tapi tetap perlu observasi nyata

4.12 jelas lebih agresif membereskan Dreaming. Tapi karena area ini cukup kompleks, saya tetap akan menyarankan observasi 1 sampai 2 siklus heartbeat setelah upgrade, terutama kalau instance Anda aktif memakai dreaming, diary, dan background reconciliation.

Hasil upgrade live kami di server Rama Digital

Pada Senin malam, 13 April 2026, kami melakukan upgrade langsung dari OpenClaw 2026.4.11 ke 2026.4.12 di server operasional.

Hasil akhirnya berhasil dan sehat:

• CLI naik ke OpenClaw 2026.4.12 (1c0672b)
• gateway/runtime ikut sinkron ke app 2026.4.12
• Telegram tetap terbaca OK
• status update menunjukkan npm latest 2026.4.12

Tapi ada satu pola operasional yang kembali muncul, mirip pengalaman saat naik ke 4.11:

• setelah npm install -g [email protected], CLI naik lebih dulu,
• sementara gateway masih berjalan di app 2026.4.11,
• lalu saat gateway direstart untuk sinkronisasi versi, command aktif sempat terputus dan terlihat sebagai SIGTERM.

Di kasus kami, ini bukan crash. Ini lebih tepat dibaca sebagai efek restart service yang sedang dipakai koneksi lokal. Setelah gateway naik lagi, status kembali normal dan gateway version ikut berubah ke 2026.4.12.

Jadi pelajarannya sama: jangan berhenti di openclaw --version saja. Setelah update manual via npm, selalu cek juga openclaw status untuk memastikan gateway benar-benar sudah ikut naik ke versi yang sama.

Jadi, layak upgrade sekarang atau tidak?

Layak dipertimbangkan sekarang kalau:

• Anda tertarik mencoba Active Memory,
• Anda butuh jalur LM Studio / model lokal,
• Anda ingin Dreaming yang lebih rapi,
• Anda sering memakai Telegram direct delivery,
• atau Anda butuh kualitas runtime yang lebih matang dibanding 4.11.

Sebaiknya staging dulu kalau:

• workflow Anda sangat bergantung pada browser automation / CDP,
• Anda memakai plugin allowlist yang cukup ketat,
• atau Anda tidak mau ada sedikit pun friksi saat restart gateway setelah update.

Rekomendasi kami

Kalau dilihat dari kombinasi release note resmi dan hasil upgrade live, OpenClaw 4.12 terlihat lebih menarik untuk di-upgrade daripada 4.11.

Untuk stack seperti kita, pendekatan paling aman tetap begini:

• upgrade manual dengan observasi,
• cek openclaw --version,
• cek openclaw status,
• pastikan gateway ikut sinkron,
• lalu pantau khusus area browser, plugin allowlist, Telegram, dan Dreaming.

Kalau browser automation bukan jalur inti Anda, 4.12 terlihat cukup layak untuk mulai diadopsi. Tapi kalau browser tooling adalah bagian penting dari workflow, saya masih akan menyarankan staging dulu sebelum naik penuh di produksi.

Verdict

OpenClaw v2026.4.12 adalah quality release yang lebih matang dan lebih menarik daripada 4.11, dengan tambahan fitur penting seperti Active Memory, LM Studio provider, dan exec-policy CLI.

Tapi karena sudah ada warning awal di area browser/CDP dan plugin allowlist, upgrade tetap lebih aman dilakukan secara terukur, bukan blind push.

Referensi resmi

• Release v2026.4.12: https://github.com/openclaw/openclaw/releases/tag/v2026.4.12
• Release v2026.4.11: https://github.com/openclaw/openclaw/releases/tag/v2026.4.11
• Issue plugin allowlist validation #65997: https://github.com/openclaw/openclaw/issues/65997
• Issue managed browser/CDP #66050: https://github.com/openclaw/openclaw/issues/66050
• Issue managed browser/CDP Docker/Linux #66065: https://github.com/openclaw/openclaw/issues/66065
• Issue dreaming cron reconciliation #65834: https://github.com/openclaw/openclaw/issues/65834

Kalau diringkas satu kalimat: OpenClaw 2026.4.12 terlihat seperti upgrade yang lebih meyakinkan, tapi browser/CDP masih jadi area yang wajib dites dulu sebelum Anda terlalu percaya diri.