OpenClaw tidak merespons

Agen OpenClaw yang diam saja adalah keluhan paling umum setelah biaya, dan diagnosisnya hampir selalu salah satu dari delapan hal. Upstream kini menyertakan alur triase yang membawa Anda ke diagnosis dalam sekitar dua menit. Berikut penjelasannya dalam bahasa sederhana, diikuti penyebab yang memenuhi forum, dan apa yang berubah ketika orang lain menjalankan Gateway untuk Anda.

Enam puluh detik pertama

Jalankan tangganya secara berurutan: triage, status, gateway probe, gateway status, doctor, channels probe, lalu ikuti log. Kondisi sehat terbaca sebagai dapat dijangkau, runtime berjalan, probe konektivitas ok, tidak ada error doctor yang memblokir, dan setiap saluran melaporkan transport yang live. Perintah triage menulis diagnosis yang sudah disanitasi, yang dapat Anda serahkan ke agen, forum, atau tim dukungan.

Tersangka utama

• Penyandingan tertunda: pengirim yang tidak dikenal mengirim pesan kepadanya dan tidak ada yang menyetujui permintaannya, sehingga asisten mengabaikan pengirim itu, memang begitu rancangannya. Versi produksinya adalah Gateway yang terjebak dalam loop koneksi ulang pairing-required.
• Syarat mention di grup: asisten membuang pesan grup sampai ia di-mention, dan menyatakannya di log.
• Ketidakcocokan daftar izin: pengirim, saluran, atau model difilter oleh kebijakan. Model yang tidak ada di daftar izin membuat cron job dan sub-agen gagal secara diam-diam.
• Profil alat: profil minimal hampir tidak mengizinkan apa pun, sehingga asisten menjawab tetapi tidak dapat bertindak.
• Penyedia: rate limit, kredensial kedaluwarsa seperti token pengujian Google OAuth, atau penolakan, yang terlihat di log sebagai 429 atau 403.
• Kegagalan pengiriman yang tampak seperti kegagalan job: cron job yang ditandai gagal dengan 401 di sisi Telegram atau gateway, padahal pekerjaannya sendiri berhasil.
• Plugin atau saluran yang dinonaktifkan setelah pembaruan, sehingga asisten berjalan tetapi pintu tempat ia biasa menjawab sudah tertutup.
• Gateway itu sendiri: mati, sedang restart, atau dimatikan karena kehabisan memori di host kecil.

Dia cuma diam di situ selama 2 jam tanpa melakukan apa-apa.

Lambat tidak sama dengan macet

Balasan yang datang terlambat beberapa menit biasanya disebabkan oleh model yang sibuk, konteks panjang yang dibaca ulang, atau giliran heartbeat yang sedang menempati sesi. Heartbeat OpenClaw menjelaskan penyebab terakhir itu, dan mengapa hal itu juga menjadi alasan agen yang menganggur tidak pernah benar-benar menganggur.

Apa yang berubah di host terkelola

Tangga di atas mengasumsikan Anda punya shell di server. Di Diali, tidak ada server untuk Anda masuki: feed aktivitas menampilkan penyediaan, pembaruan, dan event saluran, dasbor menyediakan jeda, mulai ulang, dan instal ulang, dan Gateway dipantau untuk Anda. Penyandingan, daftar izin, dan profil alat tetap Anda yang mengatur, karena semua itu adalah kebijakan, bukan urusan infrastruktur. OpenClaw yang di-hosting di Diali menjelaskan sisanya.

Sebelum Anda memposting di forum

• Jalankan triage dan lampirkan output-nya; itulah hal pertama yang akan diminta oleh setiap orang yang membantu.
• Periksa penyandingan dan syarat mention sebelum Anda menghubungkan ulang apa pun.
• Baca log untuk mencari tiga signature: mention required, pairing request, blocked.
• Jika asisten lambat alih-alih diam, periksa penyedia dan heartbeat terlebih dahulu.

Dan jika kata Gateway dalam semua ini adalah bagian yang tidak pernah Anda pahami, jawabannya ada di penjelasan Gateway OpenClaw.