Gangguan pada model Opus 4.5 dan Sonnet 4/4.5 di seluruh layanan Anthropic

• Di platform Claude, tingkat error pada beberapa model dilaporkan meningkat
• Pengguna dapat berlangganan notifikasi gangguan dan penyelesaian melalui email atau SMS
• Notifikasi SMS dapat didaftarkan dengan nomor dari tiap negara melalui daftar kode negara di seluruh dunia
• Pelanggan akan menerima pembaruan SMS setelah melalui verifikasi OTP (kata sandi sekali pakai)
• Ini menunjukkan sistem pemantauan situasi gangguan pada layanan Claude yang dioperasikan Anthropic

---

Pengumuman gangguan layanan Claude

• Di halaman status Claude diumumkan bahwa tingkat error meningkat di beberapa model
  • Ditampilkan dengan frasa “Elevated errors across many models”
  • Tidak ada penjelasan tentang penyebab spesifik atau cakupan dampaknya

Cara berlangganan notifikasi

• Pengguna dapat menerima notifikasi pembaruan gangguan melalui email atau SMS
  • Email akan dikirim setiap kali insiden diperbarui
  • SMS dikirim setiap kali Claude membuat atau menyelesaikan insiden

Prosedur pendaftaran notifikasi SMS

• Untuk menerima notifikasi SMS, diperlukan proses memilih kode negara → memasukkan nomor ponsel → verifikasi OTP
  • Nomor harus diverifikasi dengan memasukkan OTP (kata sandi sekali pakai)
  • Setelah verifikasi, pembaruan melalui SMS dapat diterima

Daftar negara yang didukung

• Halaman tersebut mencantumkan daftar kode negara untuk sebagian besar negara di dunia
  • Contoh: Amerika Serikat (+1), Korea Selatan (+82), Jepang (+81), Inggris (+44), Jerman (+49), dll.
  • Pengguna dari masing-masing negara dapat menerima notifikasi SMS dengan prosedur yang sama

Makna pemantauan status layanan

• Halaman status Claude berperan sebagai saluran publik yang menampilkan kondisi gangguan layanan Anthropic secara real-time
  • Memberikan fungsi notifikasi gangguan yang transparan dan berbagi progres pemulihan kepada pengguna
  • Ini adalah sistem yang memungkinkan developer dan pelanggan perusahaan segera memahami ketersediaan layanan

[GN⁺]

Komentar Hacker News

• Sangat mengesankan bahwa mereka memperbarui halaman status segera setelah masalah terjadi
  Saat memakai Claude Code, saya mendapat error API, lalu mengecek halaman status dan memang gangguannya sudah ditampilkan
  Menurut saya, respons transparan seperti ini adalah hal dasar yang seharusnya dilakukan semua layanan

  • Kebiasaan mengungkap insiden begitu dampak ke pengguna mulai terasa adalah refleks yang terbentuk saat bekerja sebagai SRE di Google dan Anthropic
    Kebetulan saya sendiri sedang memakai Claude, jadi saya bisa langsung memahami tingkat keparahan gangguannya
  • Saya juga mengalami masalah dan mengecek halaman status 2 menit kemudian, dan saat itu sudah diperbarui
  • Saya sedang debugging error 529, dan gangguan kali ini sempat membuat bingung untuk beberapa saat
  • Saya juga mengalami hal yang sama, dan setelah melihat halaman status saya langsung menekan berlangganan pembaruan
    Sepertinya para pengguna Claude juga bekerja keras pada Minggu malam

• Saya salah satu engineer penanganan insiden untuk kejadian ini
  Per 14:43 PT / 22:43 UTC, masalahnya sudah kami mitigasi. Maaf atas ketidaknyamanannya

  • Saya juga engineer di tim yang sama, dan penyebabnya adalah kesalahan konfigurasi routing jaringan
    Iklan rute yang duplikat membuat traffic ke sebagian backend inferensi masuk ke black hole
    Butuh sekitar 75 menit sampai terdeteksi, dan beberapa jalur mitigasi tidak bekerja seperti yang diharapkan
    Rute yang salah sudah dihapus dan layanan telah pulih
    Ke depannya kami akan memperkuat synthetic monitoring dan visibilitas perubahan infrastruktur agar bisa mendeteksinya lebih cepat
  • Saya penasaran apakah ada rencana untuk merilis laporan analisis insiden seperti Cloudflare
    Transparansi seperti itu membuat saya lebih percaya pada Cloudflare
  • Canggung sekali ketika saya benar-benar perlu bertanya ke Claude, justru saat itu tidak bisa dipakai
  • Semoga akhir pekannya tetap menyenangkan
  • Dari sudut pandang developer, saya cuma penasaran dan ingin tahu lebih banyak bagaimana masalah seperti ini bisa terjadi di lingkungan deployment skala besar

• Saya membayangkan distopia steampunk 50 tahun dari sekarang
  “Begitu hosting LLM berhenti, produksi global pun terhenti dan pasar runtuh. Sam, apakah kau mendengar?”
  Membayangkannya saja sudah lucu

  • Gagasan bahwa semua orang memakai tiga penyedia inferensi tersentralisasi yang sama sama tidak realistisnya dengan anggapan bahwa saat ini semua orang berada di belakang us-east-1 dan Cloudflare
  • Rasanya tidak akan berbeda dengan ketika internet atau Cloudflare tumbang
  • Saya ingat Karpathy menyebut gangguan seperti ini sebagai ‘intelligence brownout’
    Video terkait: YouTube Shorts
  • Saya jadi teringat kalimat seperti, “Hanya coder penyendiri yang mahir manipulasi simbol yang tersisa di antara umat manusia dan kegelapan”
  • Rasanya mudah membayangkan lelucon seperti, “Kita membuat masalah ini dengan vibe coding, dan sekarang LLM sedang down jadi kita tidak bisa memperbaikinya dengan vibe juga”

• Saya menerima pesan seperti ini di chat Claude.ai

  "You have reached the messages quota for your account. It will reset in 2 hours, or you can upgrade now"
  

  Waktunya terasa terlalu pas, atau mungkin orang yang menangani monetisasi memang pantas dapat bonus

  • Mungkin error handling-nya memang tidak diimplementasikan dengan benar
    Bisa jadi backend tidak melempar error 429/402, atau gateway salah menanganinya sehingga mengembalikan pesan yang keliru
  • Saya juga melihat pesan yang sama dan mengira itu cuma masalah timing

• Kalau Opus 4.5 dihentikan, rasanya saya akan menangis

  • Sudah ada orang-orang yang minta tambahan kredit API dan terlihat seperti pecandu
  • Sepertinya semua orang cukup puas dengan harganya

• Tepat sebelum gangguan, Opus mulai memberikan respons yang anehnya panjang
  Bahkan untuk pertanyaan sederhana, jawabannya seperti memuntahkan seluruh codebase, dan untuk pertanyaan sederhana soal skema database pun kompresi terjadi dua kali

• canivibe.ai — mungkin kita bisa menyesuaikan vibe tergantung layanan yang dipakai

  • Situsnya keren, tapi embed-nya tidak berjalan baik di aplikasi chat seperti Discord
  • Availability 89% itu terasa seperti angka yang agak bercanda
  • Nama “Vibedetector” terasa sangat pas

• Saya penasaran apakah kali ini sebenarnya gangguan AWS

• Berdasarkan halaman status, sepertinya sekarang sudah pulih
  Saya melihat agent yang tadinya terjebak dalam loop error yang sama, kali ini benar-benar menghasilkan hasil
  Saya jadi berpikir mungkin ada aturan baru yang ditambahkan untuk mendeteksi gangguan seperti ini secara otomatis, dan itu terasa seperti respons yang cukup menginspirasi