OpenClaw 2026.8.1 Beta 2: Secret Lebih Ketat, Backup SQLite, dan GPT-5.6

OpenClaw 2026.8.1-beta.2 bukan patch kecil. Rilis pratinjau yang dipublikasikan 15 Agustus 2026 ini membawa perubahan besar pada keamanan secret, backup database SQLite, pemilihan model GPT-5.6, lifecycle plugin channel, dan recovery Control UI.

Namun statusnya masih prerelease. Registry NPM latest masih menunjuk OpenClaw 2026.7.1-2, bukan 2026.8.1-beta.2. Jadi keputusan operasionalnya jelas: versi ini layak diuji di staging, tetapi belum pantas dipasang buta ke gateway production.

Status rilis: OpenClaw 2026.8.1-beta.2 adalah beta resmi di GitHub. Artikel ini membahas release notes dan dokumentasi primer yang tersedia pada 16 Agustus 2026, bukan menganggapnya stable release.

Apa yang paling penting dari rilis ini?

Release notes-nya sangat panjang, tetapi dampak praktisnya bisa dipadatkan menjadi lima area:

1. secret dari shared store sekarang dapat diikat ke host HTTPS tujuan;
2. OpenClaw menambah snapshot SQLite yang bisa dibuat, diverifikasi, dan dipulihkan ke target baru;
3. pemilihan GPT-5.6 Sol, Terra, dan Luna disatukan dengan runtime serta thinking mode;
4. instalasi plugin dari sumber executable yang tidak dipercaya dibuat lebih eksplisit;
5. banyak jalur recovery diperbaiki, termasuk Telegram ingress, cron, Codex subagent, restart Gateway, dan Control UI.

Ini bukan sekadar daftar fitur. Beberapa perubahan menyentuh batas otorisasi, recovery data, dan cara operator memutuskan apakah sebuah upgrade aman.

Secret egress host binding: secret tidak boleh keluar ke host sembarang

Highlight keamanan terbesarnya adalah secret egress host binding. OpenClaw sekarang mengikat setiap secret di shared store ke host HTTPS tujuan yang diizinkan. Jika binding tidak ada atau host tidak cocok, substitusi sentinel gagal secara tertutup sebelum plaintext dikirim.

Dokumentasi resmi menjelaskan mekanismenya: proses agent menerima sentinel, bukan nilai secret asli. Gateway-owned loopback proxy baru mengganti sentinel itu tepat sebelum request keluar. Host harus cocok persis; wildcard, suffix matching, dan port tidak didukung.

Secara operasional, ini memperkecil risiko ketika subprocess atau tool mencoba memakai secret pada domain yang salah. API key OpenAI, misalnya, tidak semestinya ikut terkirim hanya karena sebuah request menyisipkan sentinel ke URL lain.

Tetapi guardrail ini bukan jaminan bahwa semua secret otomatis aman. Dokumentasi OpenClaw juga menegaskan beberapa batas:

• plaintext yang masih tersimpan di .env, config, arsip auth lama, atau file lain tetap bisa dibaca jika agent punya akses file;
• nilai shared-store disimpan tanpa enkripsi at rest di SQLite dan mengandalkan permission filesystem;
• SecretRef dan sentinel mengurangi exposure, tetapi bukan process isolation;
• binding host harus dikonfigurasi dengan benar. Secret tanpa allowed host tidak akan disubstitusi.

Jadi migrasi secret tetap perlu audit. Jangan menganggap fitur baru ini menggantikan permission OS, pemisahan akun, atau secret manager eksternal.

Backup SQLite akhirnya punya jalur resmi yang bisa diverifikasi

OpenClaw 2026.8.1-beta.2 menambah keluarga command openclaw backup sqlite untuk database global dan database per-agent. Operator dapat membuat snapshot, melihat daftar snapshot, memverifikasi artifact, lalu memulihkannya ke target baru.

Dokumentasi resminya menyebut proses snapshot memakai SQLite online backup API untuk menangkap committed WAL state. Salinan privat kemudian di-VACUUM, diverifikasi lagi, dan baru dipublikasikan. Artifact snapshot berisi manifest.json dan database.sqlite.

Yang lebih penting, restore tidak menimpa database live. Target harus baru. OpenClaw menolak target existing serta sidecar -wal, -shm, atau -journal. Aktivasi database hasil restore tetap menjadi langkah operator saat Gateway offline.

Ada beberapa keputusan desain yang perlu dipahami:

• snapshot global membersihkan delivery queue, termasuk pending work dan receipt idempotensi;
• hasil restore bukan continuation boundary untuk exactly-once delivery;
• snapshot dapat berisi auth profile, session state, dan plugin state, sehingga tetap sensitif;
• menyalin file .sqlite, -wal, atau -shm secara manual tidak diposisikan sebagai artifact portabel yang aman.

Ini perkembangan bagus untuk disaster recovery, tetapi jangan langsung menjadwalkan backup tanpa menguji restore. Backup yang belum pernah diverifikasi dan dipulihkan masih berupa harapan, bukan rencana recovery.

GPT-5.6 masuk, tetapi konfigurasi existing tidak dipaksa berubah

Rilis ini menambah dukungan GPT-5.6 Sol, Terra, dan Luna di OpenClaw serta Codex engine. Model, runtime, dan thinking selection dibuat atomic melalui /model dan fallback agar pilihan tidak pecah menjadi state yang saling bertentangan.

Untuk setup baru, release notes menyebut default API-key menggunakan alias openai/gpt-5.6, sedangkan setup Codex/OAuth memakai openai/gpt-5.6-sol. Sol default ke medium reasoning pada kedua runtime.

Bagian yang penting bagi instalasi existing: konfigurasi primary, fallback, alias, dan pilihan GPT-5.5 yang eksplisit tetap dipertahankan. Artinya, upgrade tidak seharusnya dibaca sebagai instruksi untuk mengganti semua model sekarang juga.

Sebelum mengubah route production, cek tiga hal:

1. provider yang dipakai benar-benar mengekspos model tersebut;
2. fallback tidak diam-diam mengubah biaya atau karakter output;
3. session pin dan thinking mode tetap sesuai setelah reload.

Model baru menarik, tetapi kestabilan route lebih penting daripada mengejar label versi.

Instalasi plugin dari sumber arbitrary dibuat lebih sulit dilewatkan

OpenClaw sekarang meminta acknowledgement --force untuk sumber plugin executable yang arbitrary. Jalur trusted seperti ClawHub, plugin bundled, official catalog, dan tracked update tetap lebih lancar.

Perubahan ini relevan karena plugin bukan sekadar template prompt. Plugin bisa membawa kode dan punya akses ke surface runtime sesuai izin yang diberikan. Menambah friction pada sumber tidak dikenal adalah keputusan yang masuk akal.

Implikasinya sederhana: jangan memasukkan --force ke automation sebagai default. Flag itu seharusnya menjadi bukti bahwa operator sudah memeriksa provenance, bukan tombol untuk membungkam warning.

Audit minimal sebelum instalasi plugin:

• sumber dan maintainer jelas;
• versi atau commit dipin bila memungkinkan;
• manifest dan permission dibaca;
• tidak ada credential di command, URL, atau log;
• rollback dan uninstall path sudah diketahui.

Recovery membaik di banyak area operasional

Di luar fitur utama, beta ini membawa banyak fix yang relevan untuk operasi harian.

Telegram ingress

Durable ingress Telegram diperbaiki agar ownership pada control lane tetap terjaga saat replay. Setiap row snapshot drain hanya dicoba sekali per pass, sehingga command bertarget tidak terus memutar spool dan menghambat shutdown polling.

Codex dan subagent

Codex subagent fan-out diperbaiki agar terminal yield yang sukses langsung diselesaikan dan ownership requester tetap dipertahankan. Ada juga perbaikan handoff native subagent supaya completion dikirim melalui jalur yield yang tepat.

Cron

Beberapa detail cron dibenahi: alasan preflight local provider dibawa ke warning fallback, retry conflict tidak boleh memutar ulang tool atau message yang sebenarnya sudah selesai, status agent turn tetap ok bila yang gagal hanya downstream delivery, dan edit delivery tidak boleh mematikan announcement secara tidak sengaja.

Gateway dan Control UI

Control UI update recovery sekarang menunggu restart Gateway dan reload ketika endpoint kembali menjawab. Di Linux, OpenClaw juga menolak publikasi user-scope systemd bila unit dengan nama yang sama sudah dimiliki system scope, termasuk saat --force. Ini mencegah dua supervisor berebut service dan memicu restart loop.

Perubahan lain menyentuh permission UI, browser relay security, session recovery, provider deadline, transcript read failure, dan state corruption recovery. Luasnya area fix ini menjadi alasan tambahan untuk tidak langsung menganggap beta aman hanya karena changelog terlihat menjanjikan.

Ada perubahan perilaku yang perlu diaudit sebelum upgrade

Beberapa item bukan bugfix biasa dan dapat mengubah policy:

• Skill Workshop apply, reject, dan quarantine dari agent tidak lagi meminta approval tambahan secara default. Operator yang tetap ingin gate dapat memakai skills.workshop.approvalPolicy: "pending".
• Slack memakai native assistant thread status secara default, sedangkan lifecycle reaction update membutuhkan messages.statusReactions.enabled: true.
• OpenAI Realtime Talk sekarang memerlukan OpenAI Platform API key; fallback non-public lewat Codex OAuth dihapus.
• Secret dengan host binding yang belum benar akan gagal tertutup, sehingga integrasi yang sebelumnya jalan bisa berhenti sampai binding diperbaiki.

Inilah jenis perubahan yang mudah hilang di antara ratusan baris fix. Baca konfigurasi efektif, bukan hanya headline rilis.

Kenapa belum layak langsung masuk production?

Pertama, versi ini masih beta. NPM latest pada saat audit masih 2026.7.1-2. Itu bukti konkret bahwa jalur stable belum pindah ke 2026.8.1.

Kedua, release notes beta ini sangat besar dan menyentuh security boundary, state database, plugin, channel ingress, model routing, hingga lifecycle Gateway. Blast radius upgrade-nya lebih luas daripada correction release biasa.

Ketiga, dokumentasi live dapat bergerak lebih cepat daripada package stable. Gunakan tag release dan package yang benar-benar terpasang sebagai sumber kompatibilitas. Jangan menyalin command dari dokumentasi baru ke production lama tanpa mengecek apakah command tersebut sudah tersedia di versi Anda.

Keempat, ada issue terbuka yang tetap perlu dipantau. Issue bukan bukti bahwa semua pengguna pasti terdampak, tetapi label P0/P1, data loss, crash loop, atau message loss cukup menjadi alasan untuk menjalankan canary dan menyimpan rollback evidence.

Checklist uji sebelum memasang beta

Gunakan environment staging atau gateway canary yang tidak memegang trafik utama.

1. Catat versi OpenClaw, Node.js, plugin, dan config aktif sebelum upgrade.
2. Buat backup resmi dan verifikasi artifact. Jangan mengandalkan copy file SQLite live.
3. Uji restore ke target baru, bukan ke database production.
4. Audit semua SecretRef dan allowed host. Pastikan integrasi gagal dengan aman ketika host salah.
5. Jalankan smoke test channel utama: inbound, outbound, reply, attachment, dan recovery setelah restart.
6. Jalankan satu cron read-only dan satu cron dengan delivery terkontrol. Pastikan status run dan status delivery tidak tertukar.
7. Uji subagent/Codex sampai final response, bukan hanya progress message.
8. Periksa model route, fallback, thinking mode, dan estimasi biaya setelah GPT-5.6 dikenali.
9. Cek service ownership. Pastikan hanya satu supervisor mengelola Gateway.
10. Tahan rollout jika ada corruption warning, replay message, plugin load failure, atau perubahan policy yang belum direview.

Simpan hasil smoke test dalam bentuk log dan checklist. Jika rollback dibutuhkan, operator harus tahu artifact mana yang digunakan, config mana yang dikembalikan, dan message mana yang mungkin perlu direkonsiliasi.

Keputusan operasional

OpenClaw 2026.8.1-beta.2 layak diuji karena membawa tiga fondasi yang memang berguna: secret egress binding, snapshot SQLite resmi, dan route GPT-5.6 yang lebih konsisten. Recovery channel, cron, subagent, dan Control UI juga mendapat banyak perbaikan.

Tetapi ini tetap beta dengan perubahan sangat luas. Rekomendasi untuk production: jangan upgrade langsung. Siapkan canary, verifikasi backup dan restore, audit perubahan policy, lalu tunggu stable release atau evidence internal yang cukup kuat.

Sumber primer:

• GitHub Release OpenClaw 2026.8.1-beta.2
• Changelog resmi OpenClaw
• Dokumentasi resmi OpenClaw Backup
• Dokumentasi resmi OpenClaw Secrets Management
• NPM package OpenClaw latest