Cara Bikin Cron OpenClaw Biar Nggak Berisik di Chat: Pakai Delivery None

Salah satu kesalahan paling umum saat bikin cron di OpenClaw adalah: job-nya jalan benar, tapi chat jadi berisik.

Setiap kali cron nembak, hasilnya muncul ke chat. Awalnya terasa aman. Tapi begitu job mulai rutin, misalnya:

• cek sesuatu tiap pagi,
• housekeeping ringan,
• monitoring internal,
• background sync,
• atau job eksperimen,

chat utama jadi penuh notifikasi yang sebenarnya tidak perlu dilihat terus-menerus.

Kalau tujuan cron itu memang jalan di background, maka output-nya juga seharusnya tetap di background. Di OpenClaw, cara paling tepat untuk ini adalah memakai delivery mode none.

Intinya: Jangan Pakai Delivery Announce Kalau Tidak Perlu

Dari mekanisme cron OpenClaw, isolated job pada dasarnya bisa punya tiga mode delivery:

• announce
• webhook
• none

Masalahnya, kalau delivery tidak diatur dengan benar, isolated cron cenderung mengumumkan hasilnya ke chat. Itulah yang bikin chat terasa ramai padahal job sebenarnya hanya tugas internal.

Kalau Tuan ingin cron jalan diam-diam, maka targetnya jelas:

• job tetap berjalan,
• hasil tetap diproses,
• tapi tidak perlu kirim summary ke chat,
• dan tidak perlu bikin noise di main session.

Untuk kebutuhan seperti ini, pilihannya adalah:

• delivery.mode = "none"
• atau lewat CLI praktis: --no-deliver

Kapan Harus Pakai Delivery None?

Mode ini cocok dipakai saat cron memang ditujukan untuk kerja internal.

Contohnya:

• housekeeping data,
• background check,
• task yang hanya update file atau state,
• test scheduler,
• job pemantauan yang belum perlu notifikasi,
• atau workflow yang nanti hasilnya dipakai proses lain, bukan langsung dilihat user.

Kalau setiap hasil cron seperti ini tetap diumumkan ke chat, lama-lama justru bikin signal-to-noise ratio jelek.

Bentuk CLI Paling Sederhana

Kalau bikin cron dari CLI, versi yang paling praktis adalah seperti ini:

openclaw cron add \
  --name "Check internal status" \
  --cron "0 7 * * *" \
  --session isolated \
  --message "Cek status internal dan simpan hasilnya." \
  --no-deliver

Poin pentingnya ada di sini:

• --session isolated
• --no-deliver

Dengan kombinasi ini, job berjalan sebagai isolated cron session, tapi tidak mengumumkan hasil ke chat.

Kenapa Tidak Pakai Main Session Saja?

Karena main session punya karakter yang berbeda.

Main session lebih cocok kalau memang Tuan ingin event itu ikut masuk ke alur heartbeat atau percakapan utama. Tapi kalau yang diinginkan adalah cron background yang rapi dan low-noise, isolated session jauh lebih pas.

Lalu supaya isolated session tidak ikut ribut ke chat, tambahkan --no-deliver.

Jadi kalau diringkas:

• main session = nyambung ke alur utama
• isolated session + delivery none = kerja diam-diam di belakang

Delivery None Bukan Berarti Cron Tidak Jalan

Ini poin yang sering disalahpahami.

Banyak orang mengira kalau pakai --no-deliver, berarti hasil cron hilang atau job tidak berguna. Itu keliru.

Yang berubah bukan eksekusinya, tapi cara hasilnya dikirim.

Artinya:

• cron tetap jalan,
• prompt tetap dieksekusi,
• session isolated tetap dibuat,
• log/run tetap ada,
• tapi hasilnya tidak diumumkan ke chat.

Jadi delivery none bukan mematikan cron. Ia hanya mematikan noise delivery.

Cara Edit Cron yang Sudah Terlanjur Berisik

Kalau job sudah ada dan ternyata terlalu berisik, Tuan tidak harus bikin ulang dari nol.

Cukup edit job tersebut:

openclaw cron edit <job-id> --no-deliver

Ini cara paling cepat untuk mengubah isolated job yang tadinya announce menjadi internal-only.

Kalau mau dibalik lagi nanti, baru ubah delivery sesuai kebutuhan.

Kapan Justru Jangan Pakai Delivery None?

Jangan pakai none kalau hasil cron memang harus terlihat langsung.

Contohnya:

• reminder ke chat,
• laporan harian yang memang ingin dibaca,
• notifikasi penting,
• warning yang butuh tindakan cepat,
• atau job yang memang fungsinya mengumumkan sesuatu.

Dalam kasus seperti itu, pakai:

• announce kalau ingin kirim ke channel/chat,
• atau webhook kalau output-nya ingin dilempar ke endpoint lain.

Jadi kuncinya bukan semua cron harus diam, tapi pisahkan mana cron operasional internal dan mana cron yang memang harus bicara.

Best Practice Biar Chat Tetap Bersih

Kalau mau workflow OpenClaw tetap enak dipakai harian, saya sarankan aturan sederhana seperti ini:

1. Default-kan cron background ke isolated + no deliver

Kalau job-nya bukan reminder atau notifikasi publik, mulai dari mode diam dulu.

2. Hanya announce kalau hasilnya memang perlu dibaca manusia

Jangan jadikan chat sebagai tempat semua background job numpuk.

3. Pisahkan job operasional dan job komunikasi

• operasional internal → delivery none
• komunikasi ke user/channel → announce atau webhook

4. Audit cron yang terlalu sering bunyi

Kalau chat mulai terasa ramai, biasanya ada cron yang salah delivery mode.

Contoh yang Paling Masuk Akal

Misalnya Tuan ingin bikin cron tiap pagi untuk:

• cek sesuatu,
• simpan ringkasan ke file,
• atau update state internal,

maka pola yang benar adalah:

openclaw cron add \
  --name "Morning internal maintenance" \
  --cron "0 6 * * *" \
  --session isolated \
  --message "Lakukan maintenance ringan dan simpan hasil penting ke file jika perlu." \
  --no-deliver

Dengan begitu, cron tetap aktif, tapi chat tidak jadi tempat sampah notifikasi.

Kesimpulan

Kalau Tuan ingin cron OpenClaw jalan tapi tidak berisik di chat, maka solusi paling tepat adalah:

• jalankan sebagai isolated job,
• lalu set delivery ke none,
• atau versi CLI-nya: pakai --no-deliver.

Intinya sederhana:

• cron tetap kerja,
• hasil tetap ada,
• tapi chat tetap bersih.

Dan untuk workflow operasional jangka panjang, ini jauh lebih sehat daripada membiarkan semua job background ikut spam percakapan utama.