Update OpenClaw 2026.6.6: Stable Terbaru, Gateway Rapi, Cron Wajib Dites

Update OpenClaw 2026.6.6: stable terbaru, gateway sudah rapi, tapi cron tetap wajib dites

OpenClaw 2026.6.6 sudah masuk jalur stable di npm. Ini bukan tipe update yang perlu dibaca seperti rilis besar dengan fitur baru yang heboh. Lebih tepat dibaca sebagai maintenance release yang penting untuk operator: pastikan core package, gateway service, dan plugin coding agent berada di versi yang sama, lalu cek apakah cron lama masih jalan normal.

Di instalasi production, masalah yang paling sering muncul setelah update bukan "OpenClaw gagal update". Yang lebih sering terjadi justru versi inti sudah naik, tetapi service definition, plugin runtime, atau state lama masih menyimpan jejak konfigurasi sebelumnya.

Itu yang perlu dicek setelah naik ke 2026.6.6.

Ringkasan cepat

• Versi stable npm saat artikel ini ditulis: 2026.6.6.
• Paket openclaw, @openclaw/acpx, dan @openclaw/codex sudah tersedia di versi 2026.6.6.
• 2026.6.8-beta.2 sudah ada di kanal beta, tetapi bukan stable latest.
• Setelah update, gateway harus direstart supaya runtime yang aktif benar-benar memakai versi baru.
• Cron yang sebelumnya gagal karena fallback model perlu dites ulang, bukan hanya dilihat dari status lama.
• Untuk job yang isinya deterministik, command cron lebih stabil daripada agent cron.
• Warning legacy state di doctor belum tentu memblokir runtime, tetapi tetap harus dipisahkan dari bug yang benar-benar mengganggu operasi.

Referensi versi bisa dicek langsung di npm:

• openclaw: https://www.npmjs.com/package/openclaw
• @openclaw/codex: https://www.npmjs.com/package/@openclaw/codex
• @openclaw/acpx: https://www.npmjs.com/package/@openclaw/acpx

Apa yang perlu dipahami dari 2026.6.6

OpenClaw sekarang makin bergantung pada beberapa komponen yang bergerak bareng:

• core CLI dan gateway,
• plugin runtime seperti ACPX,
• harness Codex,
• konfigurasi model provider,
• state cron dan session lama.

Kalau semuanya baru, biasanya update terasa mulus. Kalau instalasi sudah lama dipakai, apalagi sering upgrade dari versi ke versi, yang perlu diperhatikan bukan hanya package version. Yang lebih penting: apakah service yang sedang running memakai binary baru, apakah plugin yang dipakai agent ikut sinkron, dan apakah cron lama masih kompatibel dengan format state terbaru.

Di sinilah banyak operator salah baca. Mereka melihat openclaw --version sudah baru, lalu menganggap selesai. Padahal gateway yang sedang hidup bisa saja masih proses lama, atau service definition-nya masih dibuat oleh versi sebelumnya.

Checklist upgrade yang masuk akal

Alur aman untuk update OpenClaw 2026.6.6:

1. Cek beban server dulu.
2. Backup config sebelum update.
3. Update package OpenClaw.
4. Sinkronkan plugin yang dipakai, terutama acpx dan codex.
5. Restart gateway setelah core package naik.
6. Jalankan openclaw gateway status.
7. Jalankan openclaw doctor atau openclaw doctor --lint.
8. Tes cron penting secara manual.

Poin nomor 5 tidak boleh dilewati. Kalau package sudah naik tetapi gateway belum restart, runtime aktif masih bisa membawa state lama. Pada setup yang memakai systemd, ini bisa membuat hasil validasi terlihat aneh: CLI sudah versi baru, tetapi proses service belum sepenuhnya bersih.

Bug yang perlu dicek setelah update

Ada beberapa area yang perlu diperiksa.

1. Gateway service masih menunjuk service definition lama

Gejalanya sederhana: CLI dan gateway sama-sama bisa jalan, tetapi doctor memberi warning bahwa service definition dibuat oleh versi sebelumnya.

Contoh kasus:

Gateway service was installed by OpenClaw 2026.6.5; current CLI is 2026.6.6

Ini bukan berarti gateway rusak. Tetapi untuk instalasi production, lebih rapi kalau service definition disegarkan:

openclaw gateway install --force --port 18789
systemctl restart openclaw-gateway.service
openclaw gateway status

Yang dicari bukan sekadar service aktif, tapi tiga hal:

• CLI version 2026.6.6,
• gateway version 2026.6.6,
• connectivity probe ok.

Kalau tiga-tiganya sudah benar, runtime utama aman.

2. Plugin ACPX dan Codex belum ikut sinkron

Untuk workflow coding agent, OpenClaw tidak hanya bergantung pada core package. Plugin @openclaw/acpx dan @openclaw/codex juga perlu sinkron.

Pada update yang sehat, daftar plugin harus menunjukkan keduanya berada di 2026.6.6. Kalau core sudah 2026.6.6 tetapi plugin masih versi lama, agent coding bisa terasa tidak stabil, terutama saat membuka app-server Codex atau menjalankan session berbasis ACP.

Ini bagian yang sering luput karena user biasanya hanya cek openclaw --version.

Cron lama perlu dites ulang

Salah satu bug yang paling mengganggu bukan di gateway, tapi di cron agent. Contohnya cron gagal dengan pesan:

All models failed (2)
openai/gpt-5.5: auth refresh request timed out
openai/gpt-5.6: Unknown model

Ada dua sinyal berbeda di pesan ini.

Pertama, ada timeout refresh auth untuk model utama. Ini bisa temporer, bisa juga karena profile tertentu sedang cooldown.

Kedua, ada fallback model yang tercatat di state lama tetapi tidak terdaftar di provider model list. Dalam kasus seperti ini, cron akan gagal sebelum task-nya benar-benar bekerja.

Setelah update, jangan hanya melihat cron list lalu menyimpulkan masalah selesai. Status cron biasanya masih menyimpan error run terakhir. Yang benar adalah menjalankan test manual:

openclaw cron run <job-id> --wait --expect-final --wait-timeout 15m

Kalau test manual berhasil, baru status error lama bisa dianggap stale state. Kalau gagal lagi dengan pesan yang sama, berarti konfigurasi model/fallback masih perlu dibereskan.

Ada satu keputusan teknis yang sering lebih bersih: kalau cron hanya perlu menjalankan script, membaca JSON, dan mengirim ringkasan, jangan pakai agent cron. Pakai command cron.

Contohnya:

openclaw cron edit <job-id> \
 --command 'node /path/to/summary-script.mjs' \
 --command-cwd /path/to/repo \
 --timeout-seconds 900 \
 --announce \
 --channel telegram \
 --to telegram:<chat-id>

Dengan pola ini, scheduler langsung menjalankan script di host. Tidak ada cold-start agent, tidak ada fallback model, dan tidak ada risiko job gagal hanya karena model provider sedang lambat.

Doctor warning mana yang penting?

Tidak semua warning punya level risiko yang sama.

Warning seperti ini perlu dicatat, tetapi biasanya tidak memblokir runtime:

Plugin install index: ~/.openclaw/plugins/installs.json -> shared SQLite state

Artinya masih ada legacy plugin install index yang belum sepenuhnya pindah ke shared SQLite state. Selama plugin registry tetap terbaca, gateway reachable, dan plugin utama aktif, ini bukan blocker operasional harian.

Yang lebih penting adalah warning yang menyentuh:

• gateway service mismatch,
• plugin runtime error,
• channel auth error,
• cron gagal jalan,
• model provider tidak valid.

Kalau harus memilih prioritas, selesaikan yang memblokir runtime dulu. Legacy warning bisa dirapikan setelah workflow utama terbukti normal.

Kapan perlu upgrade?

Kalau instalasi OpenClaw Anda masih aktif dipakai untuk Telegram, cron, gateway, atau coding agent, 2026.6.6 layak dijadikan target stable saat ini. Alasannya sederhana: ini stable latest, dan paket pendukung penting seperti ACPX dan Codex sudah tersedia di versi yang sama.

Tetapi jangan upgrade dengan cara asal restart.

Untuk server production, treat update ini seperti maintenance kecil:

• cek load server,
• backup config,
• update package,
• restart gateway,
• cek plugin,
• jalankan doctor,
• test cron penting.

Kalau semua lolos, upgrade selesai.

Kesimpulan operasional

OpenClaw 2026.6.6 aman untuk dijadikan baseline stable, tetapi validasinya harus sampai level runtime. Jangan berhenti di openclaw --version.

Yang perlu dibuktikan setelah update:

• gateway benar-benar running di 2026.6.6,
• plugin acpx dan codex ikut 2026.6.6,
• service definition tidak tertinggal dari versi lama,
• cron penting berhasil dites ulang,
• warning doctor yang tersisa memang non-blocking.

Kalau semua poin itu sudah hijau, update bukan cuma "terinstall". Update sudah operasional.