GETKamis malam waktu Indonesia, 3 September 2026, tiga layanan AI besar berhenti bekerja hampir bersamaan. Urutannya kira-kira begini:
- ±20.30 WIB — xAI mulai menyelidiki gangguan pada Grok.
- ±21.43 WIB — OpenAI melaporkan kesalahan routing yang membuat ChatGPT dan Codex tidak bisa dipakai sebagian pengguna; mitigasi diterapkan sekitar 22.17 WIB.
- ±23.16 WIB — Anthropic menutup insidennya setelah gangguan sebagian yang berlangsung sekitar tiga jam enam menit, menyentuh Claude.ai, API, Claude Code, dan Cowork.
Downdetector mencatat lebih dari 37.000 laporan untuk ChatGPT, sekitar 1.300 untuk Claude, dan sekitar 1.365 untuk Grok. Gemini sempat ramai dilaporkan pengguna, tapi Google tidak pernah mengumumkan gangguan resmi — perbedaan yang penting saat membaca berita semacam ini.
Penyebabnya belum menjadi satu cerita
Tiap perusahaan menyebut sebab yang berbeda. OpenAI menyebut kesalahan routing. Anthropic menyebut masalah infrastruktur. xAI menyebut gangguan di pusat komputasi Memphis dan menyinggung "mitra komputasi yang terdampak".
Sejumlah media menunjuk insiden jaringan di wilayah Azure East US sebagai penyebab bersama. Perlu dicatat: tidak ada perusahaan yang mengonfirmasi kaitan itu, halaman status Azure, AWS, dan Google Cloud tidak menunjukkan gangguan yang relevan, dan Cloudflare menyatakan tidak mengalami masalah berarti. Waktu kejadian yang berdekatan bukan bukti penyebab yang sama.
Yang bisa dipastikan justru hal yang lebih mendasar: layanan-layanan ini berbagi lapisan infrastruktur yang sama, dan sebagian besar bisnis menaruh seluruh alur AI-nya pada satu penyedia. Kalau lapisan itu goyah, semuanya goyah bersamaan.
Yang terjadi pada bot Anda saat model mati
Kalau bot WhatsApp Anda memanggil satu API model dan API itu diam, yang terjadi biasanya bukan pesan error yang rapi:
- Pelanggan tidak dibalas sama sekali. Tidak ada tanda apa pun bahwa pesannya diterima.
- Balasan berhenti di tengah saat koneksi putus, meninggalkan percakapan menggantung.
- Pesan hilang. Webhook yang gagal tanpa antrian tidak menyimpan apa pun untuk diproses ulang.
- Transaksi menggantung. Pesanan yang menunggu konfirmasi bot tidak pernah sampai ke pembayaran.
- Tim tahu paling akhir — dari keluhan pelanggan, bukan dari pemantauan.
Bot yang diam lebih merusak daripada tidak punya bot sama sekali. Pelanggan tidak tahu penyedia model Anda sedang gangguan; yang ia tahu hanya pesannya tidak dibalas.
Rancangan yang membuat tiga jam itu nyaris tidak terasa
- Batas waktu yang tegas dan pesan yang jujur. Setelah beberapa detik tanpa jawaban, kirim pengakuan: pesan sudah diterima dan akan ditindaklanjuti tim. Diam adalah pilihan terburuk.
- Antrian, bukan buang. Pesan masuk disimpan lebih dulu, pemrosesan menyusul. Gangguan menjadi keterlambatan, bukan kehilangan.
- Penyedia cadangan yang sudah pernah diuji. Model kedua dari vendor lain, atau jalur cloud berbeda seperti Amazon Bedrock, dengan prompt yang sudah dicoba jauh sebelum dibutuhkan — bukan disiapkan saat panik.
- Serah terima otomatis ke manusia begitu tingkat galat melewati ambang, lengkap dengan konteks percakapan.
- Jalur kritis yang tidak bergantung pada model. Pencatatan pesanan, pembuatan QRIS, dan notifikasi status sebaiknya tetap jalan meski model mati — ini kode biasa, bukan pekerjaan AI.
- Pemantauan yang memberi tahu lebih dulu. Alarm pada tingkat galat dan waktu balas, plus halaman status penyedia yang benar-benar dipantau seseorang.
Semua ini bukan pekerjaan besar. Yang membuatnya jarang ada bukan biayanya, melainkan karena tidak pernah terasa mendesak sampai malam seperti kemarin.
Ketersediaan adalah bagian dari rancangan, bukan urusan penyedia semata — termasuk saat Anda menimbang pindah ke model yang lebih baru. Kalau bot Anda saat ini tidak punya jalur cadangan, itu biasanya perbaikan berhari, bukan berbulan.