Apakah Grok Bot Down? Empat Kegagalan yang Tampak Seperti Gangguan Layanan, dan Apa yang Perlu Diperiksa Terlebih Dahulu

Jika Grok Bot Anda berhenti menjawab pagi ini, kemungkinan besar penyebabnya bukan gangguan platform, dan alasannya bersifat struktural. Grok Bot adalah agen selalu aktif milik SpaceXAI, yang diluncurkan pada 11 Agustus 2026, dan berjalan sebagai sekumpulan kecil bot bernama di komputer cloud yang ditugaskan ke akun Anda. Hampir setiap cara kegagalannya menghasilkan gejala yang sama — diam — sementara platformnya sendiri sepenuhnya sehat. Jadi jawaban pertama yang jujur untuk "apakah ini sedang down?" adalah bahwa Anda tidak dapat mengetahuinya hanya dari gejalanya, dan ada urutan pemeriksaan yang akan membawa Anda ke jawaban itu dalam sekitar tiga menit.

Satu catatan sebelum daftar periksa: dokumentasi SpaceXAI's Bot, sebagaimana kami membacanya, memberi Anda tampilan penggunaan tingkat akun dan catatan eksekusi per-rutin, tetapi tidak ada feed uptime atau insiden publik. Tidak ada halaman yang dapat Anda muat ulang untuk mengetahui apakah layanan sedang terganggu. Ketiadaan itulah alasan artikel ini ada, bukan tautan ke halaman status.

Keempat kegagalan itu, dalam urutan yang sebenarnya terjadi

Satu: akun kehabisan pemakaian yang disertakan. Yang paling umum, dan yang paling meyakinkan menyerupai gangguan layanan, karena bot yang telah mencapai batasnya akan berhenti begitu saja. Akses Grok Bot dibundel ke dalam paket Cursor berbayar dan tier SuperGrok, dan meter yang dijelaskan dokumentasi adalah pemakaian mingguan yang disertakan pada akun — bukan per bot. Perbedaan itu adalah inti jebakannya: satu bot yang banyak bicara dapat menghabiskan jatah yang dibagi lima bot, dan dari luar tampak seperti seluruh armada mati sekaligus. Usage & Billing menampilkan pemakaian mingguan yang disertakan dan pemakaian on-demand untuk akun yang memenuhi syarat, dengan pembacaan mingguan di menu akun, dan paket yang kehabisan pemakaian yang disertakan dapat menambahkan pengeluaran on-demand yang ditagih berdasarkan biaya model dan token. Satu baris dalam FAQ yang sama perlu diketahui jika Anda membayar keduanya: jika Anda memiliki langganan Cursor dan langganan SuperGrok, Bot akan menarik dari salah satu yang memiliki lebih banyak pemakaian.

Dua: rutinitasnya dijeda, bukan rusak. Rutinitas adalah cara bot berjalan sesuai jadwal atau setelah suatu peristiwa, dan rutinitas tersebut tidak dijamin akan terus berjalan selama Anda tidak ada. Dokumentasi mencatat bahwa Grok Bot mungkin akan menanyakan apakah rutinitas harus tetap berjalan setelah lama tidak ada, dan akan menjeda rutinitas tersebut jika Anda tidak menjawab. Bot yang diam setelah liburan, akhir pekan panjang, atau prompt yang tidak dibaca kemungkinan besar sedang berada tepat dalam kondisi itu.

Ketiga: komputer direset dan ikut menghapus instalasi Anda. Setiap bot di akun Anda berbagi satu komputer, dengan lingkungan Linux yang persisten, peramban, baris perintah, dan ruang kerja bersama di code>/workspace/code>. Dokumentasi menyatakan secara eksplisit bahwa direktori sementara, paket yang dipasang secara manual, dan status aplikasi yang belum di-commit harus dianggap dapat diganti — dan bahwa kedua jalur pemulihan berbeda: Reset memulihkan snapshot terakhir yang tersimpan, sedangkan Recreate "menghapus aplikasi dan paket yang dipasang sendiri oleh anggota." Jika bot Anda bergantung pada sesuatu yang Anda pasang secara manual — agen coding pihak ketiga, CLI, pustaka — pemulihan dapat menghapusnya dan meninggalkan bot yang merespons tetapi tidak dapat menjalankan tugasnya. Itu terlihat seperti gangguan sebagian, padahal sebenarnya binary-nya hilang.

Keempat: model di balik bot berubah, atau kualitasnya menurun. Cursor yang mengelola pemilihan model. Jawaban dokumentasi atas "di mana saya memilih antara Grok 4.7 dan model lain" sangat lugas: tidak ada pemilih model, tidak ada pengaturan per-bot, tidak ada pengaturan per-rutinitas, dan tidak ada pengaturan per-skill. Pada 7 Oktober, Elon Musk menyatakan secara publik bahwa Grok Bot tidak lagi terbatas pada model milik SpaceXAI sendiri dan akan menggunakan "model back end terbaik untuk tugas apa pun" — sebuah pernyataan tanpa rate card, tanpa entri changelog, dan tanpa pengukuran eksternal. Jadi mesinnya adalah keputusan di sisi platform yang tidak dapat Anda lihat. Saat berubah, yang Anda amati bukan pesan error; melainkan kualitas output, latensi, dan biaya yang bergeser pada tugas yang sama. Bot yang tiba-tiba menulis lebih buruk atau memakan waktu lebih lama belum tentu sedang down.

Pemeriksaan tiga menit

Jalankan semua ini secara berurutan dan berhenti pada yang pertama yang menjelaskan apa yang Anda lihat:

• Pemakaian akun lebih dulu. Buka menu akun dan baca angka pemakaian mingguan yang sudah termasuk sebelum Anda menyentuh hal lain. Jika sudah habis atau hampir habis, semua yang ada di hilir — setiap bot, setiap rutinitas — gagal karena satu alasan dan seberapa pun Anda men-debug bot itu tidak akan membantu. Pengeluaran on-demand adalah tuasnya, dan itu keputusan penagihan, bukan keputusan teknis.

• Kedua, catatan eksekusi. Setiap rutinitas menyimpan 20 catatan eksekusi terbaru. Jejak audit ini sengaja dibuat dangkal, tetapi tetap cukup untuk menjawab pertanyaan yang penting: apakah rutinitas berjalan lalu gagal, atau tidak pernah dimulai sama sekali? Rutinitas tanpa catatan terbaru berarti sedang dijeda atau tidak pernah terpicu; rutinitas yang catatannya berakhir dengan kegagalan berarti ada masalah pada bot; rutinitas dengan catatan yang berhasil tetapi tidak ada output yang terlihat berarti ada masalah pada pengiriman output.

• Komputer ketiga. Tanyakan langsung kepada bot apa yang dapat dilihatnya — code>/workspace/code> isinya, apakah alat yang terpasang masih ada, apakah sesi masuk masih bertahan. Karena komputer adalah satu mesin untuk seluruh akun dan file terlihat oleh setiap bot, ini juga memberi tahu Anda apakah sesuatu yang dilakukan bot lain telah memengaruhi bot ini.

• Pemicunya keempat. Jika bot berjalan berdasarkan peristiwa alih-alih jadwal, periksa cakupan pemicunya. Dokumentasi memperingatkan agar tidak menggunakan pendengar yang terlalu luas seperti "setiap pesan baru," yang menghasilkan noise, memboroskan penggunaan, dan bertindak atas input yang tidak relevan. Bot yang terus-menerus terpicu tetapi tidak pernah berguna, atau sebaliknya, biasanya merupakan masalah cakupan pemicu, bukan masalah layanan.

Hanya setelah keempatnya bersih, “platform” merupakan hipotesis yang masuk akal — dan bahkan setelah itu, bukti yang Anda miliki bersifat tidak langsung, karena tidak ada umpan status untuk mengonfirmasinya.

Mengapa komputer bersama membuat ini lebih sulit daripada seharusnya

Desain satu-komputer adalah hal yang paling berdampak pada Grok Bot dan yang paling tidak kentara sampai terjadi masalah. Satu komputer ditugaskan ke akun Anda, bukan ke bot individual mana pun; layar yang dilihat setiap bot digambarkan sebagai "permukaan kerja yang terpisah, bukan batas keamanan yang terpisah"; rahasia apa pun dapat digunakan dalam percakapan rekan tim mana pun di Team Bot. Hal itu membawa dua konsekuensi bagi diagnosis.

Pertama, kegagalan jarang bersifat lokal. File yang ditulis oleh bot riset Anda dapat dibaca oleh bot outreach Anda, dan paket yang dihapus selama reset memengaruhi setiap bot yang menggunakannya. Kedua, pemulihan dibatasi pada cakupan akun. Menghapus bot akan menghapus profil aktif, percakapan, dan rutinitas, sedangkan file komputer dan proses masuk tidak diisolasi per bot dan mungkin tetap ada. Menyembunyikan bot adalah alternatif yang dapat dibatalkan; menghapus rutinitas bersifat langsung dan tidak dapat dibatalkan.

Jika Anda melakukan debugging pada pukul 2 pagi, asimetri itu lebih penting daripada log apa pun: operasi yang terlihat seperti pembersihan adalah operasi yang tidak memiliki jalan kembali.

Apa yang sebenarnya dibutuhkan oleh "status"

Jawaban status yang sesungguhnya membutuhkan tiga hal yang saat ini belum diberikan Grok Bot kepada Anda, dan ketiganya layak disebutkan karena itulah pembeda antara produk yang dapat Anda operasikan dan produk yang hanya dapat Anda amati:

• Meteran per bot. Penggunaan diukur pada tingkat akun, sehingga armada yang gagal bersama tidak dapat diuraikan untuk menentukan bot mana yang menyebabkannya.

• Riwayat eksekusi yang lebih mendalam. Dua puluh catatan per rutinitas cukup untuk menangkap kegagalan minggu ini, tetapi tidak cukup untuk menangkap penyimpangan selama sebulan — mode kegagalan yang menguras biaya secara diam-diam, bukan secara terang-terangan.

• Feed insiden. Tanpa itu, "layanan sedang terdegradasi" adalah inferensi dari empat ketiadaan, bukan observasi.

Tidak ada satu pun dari itu yang merupakan kritik terhadap desain produk, yang koheren sesuai fungsinya: agen langganan yang Anda konfigurasi dengan berbicara kepadanya. Itu berarti beban pembuktian ada di tangan Anda setiap kali bot menjadi diam, dan urutan pemeriksaan di atas adalah cara paling murah untuk memikulnya.

Di mana router cocok, dan di mana tidak

Grok Bot adalah produk berlangganan, bukan sesuatu yang dapat Anda arahkan melalui endpoint pihak ketiga, dan tidak ada panduan jujur yang seharusnya menyarankan sebaliknya. Pertanyaan yang muncul dari masalah pemilihan model berbeda: jika Anda perlu memilih mesin secara sengaja — demi biaya, demi lisensi, demi reproduksibilitas hasil — kebutuhan itu sama sekali tidak dapat dinyatakan di dalam bot. Kebutuhan itu harus berada di lapisan di bawahnya.

Lapisan itulah yang kami jual. OrcaRouter adalah satu endpoint yang kompatibel dengan OpenAI di lebih dari 200 model tanpa markup atas harga daftar penyedia, sehingga pemotongan harga vendor langsung berlaku pada hari yang sama. Grok 4.6berada di dalamnya dengan tarif resmi yang dipublikasikan SpaceXAI sendiri sebesar $2,00 per juta token input dan $6,00 per juta token output, dengan jendela konteks 500.000 token dan p50 waktu ke token pertama terukur sebesar 1,65 detik. Komponen yang penting ketika langkah yang belum teruji gagal adalah komponen yang mencegah kegagalan menjadi insiden: failover otomatis antarpenyedia ketika salah satunya mengalami penurunan kinerja, DSL perutean yang menggabungkan beberapa model ke dalam satu panggilan, dan fusi model untuk panel yang menjawab bersama.

Langkah praktis bagi siapa pun yang membaca ini karena bot-nya tiba-tiba diam adalah langkah yang membosankan. Tulis keterampilannya, jalankan sekali secara manual terhadap model yang tadinya akan Anda percayai, dan baru setelah itu otomatiskan. Bot yang sudah divalidasi terhadap model yang bisa Anda panggil langsung adalah bot yang kegagalannya bisa Anda atribusikan — dan atribusi, bukan waktu aktif, adalah yang sebenarnya ditanyakan oleh "apakah ini sedang down?"