Bug OpenClaw 2026.4.15: OpenRouter Bisa Silent Setelah Onboarding, Tapi Fix Sudah Masuk ke Main

OpenClaw v2026.4.15 memang membawa cukup banyak perbaikan, tapi ada satu bug yang sempat bikin banyak user kebingungan, terutama yang baru setup OpenRouter. Gejalanya menjebak. Onboarding terlihat sukses, probe model terlihat sehat, bahkan openclaw models status bisa bilang auth sudah OK. Tapi saat dipakai, agent tetap diam.

Per Rabu, 22 April 2026, issue ini penting karena statusnya sudah berubah. Bug OpenRouter silent yang sempat dilaporkan di issue #68163 sekarang sudah closed upstream, tetapi fix-nya masuk ke branch main, bukan ke stable baru. Artinya, user yang masih berada di stable v2026.4.15 tetap perlu cek config dengan kepala dingin, bukan langsung asumsi masalahnya sudah selesai di semua install.

Ringkasan cepat

Kalau Tuan ingin versi singkatnya dulu:

• bug ini dilaporkan pada OpenClaw 2026.4.15,
• gejalanya adalah OpenRouter terlihat tersambung tetapi agent tidak membalas sama sekali,
• issue #68163 sudah ditutup,
• maintainer menyebut akar masalahnya ada pada base URL OpenRouter lama yang masih tertinggal di config runtime,
• fix resmi sudah masuk lewat PR #68574,
• tetapi karena stable terbaru per 22 April 2026 masih v2026.4.15, user stable tetap perlu cek dan smoke test sendiri.

Kenapa bug ini bikin banyak orang salah baca

Masalah OpenRouter silent ini bukan bug yang kelihatan kasar seperti crash atau stack trace merah. Justru problem-nya terasa seperti sistem "baik-baik saja".

Dari laporan issue resmi, skenarionya mirip seperti ini:

• install baru memakai script resmi,
• onboarding OpenRouter berhasil,
• status model dan probe terlihat OK,
• model primary diarahkan ke jalur OpenRouter,
• lalu user kirim pesan biasa,
• hasilnya nihil, agent tidak membalas.

Ini berbahaya secara operasional karena banyak user akan lebih dulu curiga ke model, API key, memory, atau channel plugin. Padahal problem utamanya ternyata lebih sempit dan lebih teknis.

Akar masalah yang ditemukan upstream

Komentar penutup maintainer di issue #68163 menjelaskan bahwa akar masalahnya ada di OpenRouter base URL repair. Jalur lama yang memakai https://openrouter.ai/v1 sudah tidak cocok untuk kondisi runtime tertentu, dan perlu diperbaiki menjadi https://openrouter.ai/api/v1.

Intinya, persisted config atau runtime provider config di sebagian install masih menyimpan jalur lama. Akibatnya, onboarding dan status bisa memberi kesan semuanya sehat, tetapi request real saat agent benar-benar dipakai tidak berjalan sebagaimana mestinya.

Di situlah bug ini terasa menyebalkan. Bukan karena semua hal rusak, tetapi karena sebagian besar indikator awal justru tampak normal.

Kenapa issue ini sudah ditutup, tapi belum otomatis aman untuk semua user stable

Ini poin yang paling penting buat operator.

Issue #68163 memang sudah closed. Dari timeline resminya, maintainer menutup issue itu karena perbaikannya sudah landed lewat PR #68574, dengan commit 791dbf4f9ddec362f5917cdc1cf4625c54830fb1.

Tapi ada satu detail yang tidak boleh dilompati. Per 22 April 2026, rilis stable terbaru yang publik masih tetap OpenClaw v2026.4.15. Jadi, "issue sudah closed" tidak selalu identik dengan "semua user stable sudah aman sekarang juga".

Dalam bahasa praktis, statusnya sekarang lebih tepat dibaca seperti ini:

• upstream sudah tahu akar masalahnya,
• perbaikan sudah masuk ke main,
• tetapi operator stable tetap wajib verifikasi, terutama kalau stack-nya bergantung pada OpenRouter sebagai model utama.

Siapa yang paling perlu waspada

Bug ini paling relevan untuk beberapa tipe setup berikut:

• user yang baru install OpenClaw dan langsung memilih OpenRouter,
• user yang memakai openrouter/auto sebagai jalur default,
• user yang tidak punya fallback model lokal seperti Ollama,
• operator yang hanya cek status auth, tapi belum melakukan smoke test percakapan nyata.

Kalau workflow Tuan bergantung pada OpenRouter untuk routing model utama, bug seperti ini berisiko menghabiskan waktu di area yang salah. Tim bisa sibuk periksa API key, provider auth, atau plugin chat, padahal akar problem-nya ada di URL provider yang tersimpan.

Checklist yang sebaiknya dilakukan sekarang

Kalau Tuan masih berada di stable 2026.4.15 dan memakai OpenRouter, checklist minimalnya begini:

1. cek apakah provider OpenRouter benar-benar memakai base URL yang benar,
2. jangan puas hanya dengan status auth atau probe,
3. lakukan smoke test percakapan nyata setelah restart,
4. pastikan ada model fallback yang bisa dipakai untuk memastikan problem-nya memang spesifik ke OpenRouter,
5. kalau tetap silent, anggap masalahnya serius walau onboarding tadi terlihat sukses.

Yang paling penting, jangan menganggap "auth OK" berarti "runtime OK". Issue ini justru membuktikan dua hal itu bisa berpisah.

Relevansinya buat operator yang mengelola production

Dari sisi operasional, bug ini tidak seheboh Telegram crash atau service restart-loop. Tapi efek bisnisnya tetap besar, karena yang rusak adalah kepercayaan pada onboarding.

Kalau sistem bilang provider sehat, tetapi agent tetap diam saat dipakai, operator akan kehilangan waktu untuk diagnosis. Di environment yang dipakai tim, ini bisa bikin orang cepat menyimpulkan bahwa modelnya jelek, routing-nya kacau, atau agent tidak bisa dipakai, padahal masalah dasarnya lebih sempit.

Buat tim yang menjalankan OpenClaw sebagai alat kerja harian, bug seperti ini berarti satu hal: post-install smoke test wajib. Bukan opsional.

Verdict

Bug OpenRouter silent di OpenClaw v2026.4.15 memang kabar baiknya sudah punya arah perbaikan yang jelas. Issue #68163 sudah ditutup, dan maintainer sudah menunjuk akar masalahnya pada base URL OpenRouter yang lama.

Tapi buat user stable, kesimpulan paling waras per 22 April 2026 adalah ini:

• jangan panik,
• jangan langsung salahkan API key atau model,
• tapi juga jangan langsung merasa aman hanya karena issue sudah closed.

Kalau stack Tuan memakai OpenRouter, lakukan cek base URL dan smoke test nyata setelah setup. Sampai rilis stable berikutnya keluar, itu langkah paling masuk akal.

Referensi resmi

• Issue #68163: https://github.com/openclaw/openclaw/issues/68163
• PR #68574: https://github.com/openclaw/openclaw/pull/68574
• Commit fix: https://github.com/openclaw/openclaw/commit/791dbf4f9ddec362f5917cdc1cf4625c54830fb1
• Release stable saat ini, v2026.4.15: https://github.com/openclaw/openclaw/releases/tag/v2026.4.15
• Artikel update umum 4.15 di Rama Digital: https://ramadigital.id/blog/update-openclaw-2026-4-15-dari-2026-4-14