Bug Heartbeat OpenClaw: Kenapa Muncul Balasan Nothing further on my end. Setelah Async Command Selesai?

Kalau setelah update atau selama workflow OpenClaw berjalan Anda mulai melihat balasan aneh seperti:

Nothing further on my end.

atau kalimat kosong lain yang terasa tidak nyambung, masalahnya sering bukan di model utama, tetapi di jalur heartbeat + async exec completion.

Di repo resmi OpenClaw, bug ini memang sudah punya issue sendiri: #66487 -- Heartbeat exec-event prompt drops actual completion payload.

Inti masalahnya

Saat command exec berjalan di background lalu selesai, OpenClaw bisa memicu wake/heartbeat dengan prompt generik seperti ini:

An async command you ran earlier has completed. The result is shown in the system messages above.

Masalahnya, pada bug ini hasil command yang sebenarnya tidak selalu ikut masuk utuh ke konteks model. Akibatnya model hanya melihat prompt generik tanpa payload hasil yang lengkap, lalu menjawab dengan fallback yang bingung, defensif, atau terlalu generik.

Di beberapa host, gejalanya bisa muncul sebagai:

• Nothing further on my end.
• I don't see system messages with results in my current context.
• balasan kosong yang tidak menjawab apa-apa

Kenapa ini bisa kejadian?

Berdasarkan issue resmi #66487, ada dua akar masalah utama yang sudah dijelaskan cukup jelas.

1) Event completion bisa "kepakai dua kali"

Kalau sebuah workflow menjalankan exec dengan mode background, lalu hasilnya diambil lagi lewat process poll, ada celah di mana jalur auto-notify heartbeat masih ikut aktif.

Akibatnya:

• satu jalur sudah mengonsumsi hasil command yang sebenarnya,
• jalur heartbeat tetap bangun,
• tetapi konteks yang sampai ke model tidak lagi utuh.

Hasilnya bukan error fatal, tetapi reply user-facing jadi ngawur.

2) Prompt heartbeat terlalu generik

Issue resmi juga menjelaskan bahwa runner heartbeat bisa memilih template klasifikasi seperti:

hasil command ada di system messages di atas

padahal payload completion event yang asli tidak benar-benar disuntikkan ke body turn dengan benar.

Jadi model menerima instruksi yang seolah-olah lengkap, padahal konteks sebenarnya kosong atau tidak cukup.

Kenapa gejalanya terasa sering setelah update?

Kalau gejala ini terasa sering muncul setelah upgrade ke OpenClaw v2026.4.21, itu tidak otomatis berarti v21 menciptakan bug baru dari nol.

Yang lebih akurat:

• bug ini sudah dilaporkan lebih dulu,
• dan masih terbukti reproduce pada versi yang lebih baru,
• termasuk pada setup real yang memakai workflow deploy, publish, atau job background lain.

Dalam pengamatan di host Linux + Telegram yang dipakai untuk operasional nyata, pola berikut memang muncul berulang pada 21-23 April 2026:

1. ada async command selesai,
2. session menerima prompt generik completion,
3. model membalas dengan kalimat generik yang tidak membawa hasil command sebenarnya.

Jadi Nothing further on my end. sebaiknya dibaca sebagai gejala fallback, bukan akar bug.

Workaround yang paling aman sekarang

Sampai fix resmi benar-benar masuk ke rilis stabil yang terpasang, mitigasi paling aman adalah mencegah heartbeat error seperti ini bocor ke chat user.

Opsi mitigasi yang efektif

Set di config agent default:

{
 "agents": {
 "defaults": {
 "heartbeat": {
 "directPolicy": "block"
 }
 }
 }
}

Efeknya apa?

Ini bukan fix akar masalah, tetapi cukup efektif untuk menahan bad UX.

Dengan directPolicy: "block", heartbeat yang bangun karena event async tidak akan gampang mengirim reply generik yang membingungkan langsung ke DM atau chat user.

Cara pasang mitigasinya

Kalau Anda mengelola host OpenClaw sendiri:

1. buka file config utama OpenClaw,
2. tambahkan agents.defaults.heartbeat.directPolicy = "block",
3. validasi config,
4. restart gateway bila perlu.

Contoh langkah operasional:

openclaw config validate
openclaw gateway restart
openclaw health

Cara cek apakah mitigasi sudah aktif

Jalankan:

openclaw config get agents.defaults.heartbeat

Kalau hasilnya seperti ini:

{
 "directPolicy": "block"
}

berarti mitigasi config sudah masuk.

Apakah ini berarti heartbeat harus dimatikan total?

Tidak harus.

Heartbeat tetap berguna untuk workflow monitoring, cron, atau proactive wake. Masalahnya bukan heartbeat secara konsep, tetapi jalur async completion yang konteksnya tidak selalu ikut utuh ke model.

Karena itu, pendekatan yang lebih waras adalah:

• blok direct delivery dulu untuk mengurangi noise,
• tetap pantau issue upstream,
• baru longgarkan lagi setelah fix resmi benar-benar masuk ke rilis stabil yang terpasang.

Kapan perlu curiga ini bukan bug yang sama?

Kalau reply aneh muncul tanpa ada event async/exec background sebelumnya, kemungkinan itu kasus lain.

Tetapi kalau polanya seperti ini:

• habis deploy,
• habis build,
• habis publish,
• habis command background selesai,
• lalu muncul balasan generik tidak nyambung,

maka sangat besar kemungkinan Anda sedang kena keluarga bug yang sama dengan #66487.

Kesimpulan operasional

Kalimat seperti Nothing further on my end. di OpenClaw sering kali bukan template tetap dan bukan respons yang sengaja didesain. Itu lebih sering merupakan efek samping dari heartbeat async-completion yang kehilangan payload hasil command.

Sampai fix upstream turun ke rilis stabil yang Anda pakai, langkah paling aman adalah:

1. aktifkan heartbeat.directPolicy = "block",
2. cek issue resmi #66487,
3. perlakukan reply generik setelah async command sebagai indikasi bug konteks, bukan hasil command yang valid.

Baca juga

• Error @larksuiteoapi/node-sdk di OpenClaw v2026.4.21: Cara Fix Cepat
• Update OpenClaw v2026.4.21: Patch Maintenance yang Layak Naik, Tapi Repo Sudah Menunjukkan Warning Baru

Referensi resmi

• Issue #66487: https://github.com/openclaw/openclaw/issues/66487
• Rilis OpenClaw v2026.4.21: https://github.com/openclaw/openclaw/releases/tag/v2026.4.21