เกิดปัญหาขัดข้องกับโมเดล Opus 4.5 และ Sonnet 4/4.5 ในบริการต่าง ๆ ของ Anthropic

 (status.claude.com)
1 คะแนน โดย GN⁺ 2025-12-15 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • มีรายงานว่า อัตราข้อผิดพลาดของหลายโมเดลบนแพลตฟอร์ม Claude เพิ่มสูงขึ้น
  • ผู้ใช้สามารถสมัครรับ การแจ้งเตือนเมื่อเกิดปัญหาขัดข้องและเมื่อแก้ไขแล้ว ผ่านอีเมลหรือข้อความได้
  • การแจ้งเตือนทางข้อความสามารถลงทะเบียนด้วยหมายเลขของแต่ละประเทศได้ผ่าน รายการรหัสประเทศทั่วโลก
  • ผู้สมัครรับจะได้รับอัปเดตทางข้อความหลังผ่านการยืนยันด้วย OTP (รหัสผ่านใช้ครั้งเดียว)
  • เป็นกรณีตัวอย่างที่แสดงให้เห็นถึง ระบบติดตามสถานะปัญหาขัดข้อง ของบริการ Claude ที่ Anthropic ดำเนินการอยู่

ประกาศปัญหาขัดข้องของบริการ Claude

  • ในหน้าสถานะของ Claude มีประกาศว่า หลายโมเดลมีอัตราข้อผิดพลาดสูงขึ้น
    • แสดงด้วยข้อความว่า “Elevated errors across many models”
    • ไม่มีคำอธิบายเกี่ยวกับสาเหตุที่เฉพาะเจาะจงหรือขอบเขตของผลกระทบ

วิธีสมัครรับการแจ้งเตือน

  • ผู้ใช้สามารถรับ การแจ้งเตือนอัปเดตเหตุขัดข้อง ผ่านอีเมลหรือข้อความ (SMS) ได้
    • อีเมลจะแจ้งทุกครั้งที่เหตุการณ์มีการอัปเดต
    • ข้อความจะถูกส่งทุกครั้งที่ Claude สร้างเหตุการณ์หรือแก้ไขเหตุการณ์เสร็จสิ้น

ขั้นตอนการลงทะเบียนรับการแจ้งเตือนทางข้อความ

  • หากต้องการรับการแจ้งเตือนทางข้อความ ต้องผ่านขั้นตอน เลือกรหัสประเทศ → กรอกหมายเลขโทรศัพท์มือถือ → ยืนยัน OTP
    • ต้องกรอก OTP (รหัสผ่านใช้ครั้งเดียว) เพื่อยืนยันหมายเลข
    • หลังยืนยันแล้วจึงสามารถรับอัปเดตทางข้อความได้

รายชื่อประเทศที่รองรับ

  • ในหน้านี้มี รายการรหัสประเทศของเกือบทุกประเทศทั่วโลก รวมอยู่
    • ตัวอย่าง: สหรัฐอเมริกา (+1), เกาหลีใต้ (+82), ญี่ปุ่น (+81), สหราชอาณาจักร (+44), เยอรมนี (+49) เป็นต้น
    • ผู้ใช้ในแต่ละประเทศสามารถรับการแจ้งเตือนทางข้อความได้ด้วยขั้นตอนเดียวกัน

ความหมายของการติดตามสถานะบริการ

  • หน้าสถานะของ Claude ทำหน้าที่เป็นช่องทางเผยแพร่ สถานะปัญหาขัดข้องแบบเรียลไทม์ของบริการ Anthropic
    • มอบความโปร่งใสด้วยฟังก์ชัน แจ้งเตือนปัญหาขัดข้องและแชร์ความคืบหน้าการกู้คืน ให้ผู้ใช้
    • เป็นระบบที่ช่วยให้นักพัฒนาและลูกค้าองค์กรตรวจสอบ ความพร้อมใช้งานของบริการ ได้ทันที

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-12-15
ความคิดเห็นจาก Hacker News

  • น่าประทับใจที่มีการอัปเดตหน้า statusทันทีที่เกิดปัญหา
    ตอนกำลังใช้ Claude Code แล้วเจอ API error ก็เลยไปเช็กหน้า status และเห็นว่ามีการแสดงเหตุขัดข้องไว้จริง
    คิดว่าการรับมืออย่างโปร่งใสแบบนี้เป็นสิ่งที่ทุกบริการควรทำเป็นพื้นฐาน

    • นิสัยในการเปิดเผยเหตุการณ์ทันทีที่เริ่มมีผลกระทบต่อผู้ใช้ เป็นสัญชาตญาณที่ซึมซับมาจากการทำงานเป็น SRE ที่ Google และ Anthropic
      บังเอิญว่าตอนนั้นผมก็กำลังใช้ Claude ส่วนตัวอยู่ด้วย เลยประเมินความรุนแรงของเหตุขัดข้องได้ทันที
    • ฉันก็เจอปัญหาเหมือนกัน และเช็กหน้า status หลังจากนั้น 2 นาที ซึ่งตอนนั้นก็อัปเดตไว้แล้ว
    • กำลังดีบัก error 529 อยู่ แต่เหตุขัดข้องครั้งนี้ทำให้งงไปพักหนึ่ง
    • ฉันก็อยู่ในสถานการณ์เดียวกัน และพอเห็นหน้า status ก็รีบกดติดตามการอัปเดตทันที
      ดูเหมือนว่าผู้ใช้ Claude จะยังทำงานหนักกันแม้เป็นเย็นวันอาทิตย์

  • ฉันเป็นหนึ่งในวิศวกรตอบสนองเหตุการณ์ครั้งนี้
    ณ เวลา 14:43 PT / 22:43 UTC เราได้บรรเทาปัญหาแล้ว ขออภัยในความไม่สะดวก

    • ฉันก็เป็นวิศวกรในทีมเดียวกัน สาเหตุคือข้อผิดพลาดในการตั้งค่า network routing
      การประกาศเส้นทางซ้ำทำให้ทราฟฟิกบางส่วนไปยัง inference backend บางตัวตกลงหลุมดำ
      ใช้เวลาประมาณ 75 นาทีจึงตรวจพบ และเส้นทางบรรเทาปัญหาบางส่วนก็ไม่ทำงานตามที่คาดไว้
      ตอนนี้ได้ลบเส้นทางที่ผิดออกแล้วและบริการกลับมาใช้งานได้ตามปกติ
      ต่อไปเราจะเสริม synthetic monitoring และการมองเห็นการเปลี่ยนแปลงโครงสร้างพื้นฐานเพื่อให้ตรวจจับได้เร็วขึ้น
    • สงสัยว่ามีแผนจะเผยแพร่รายงานวิเคราะห์เหตุการณ์แบบ Cloudflare หรือไม่
      ความโปร่งใสแบบนั้นทำให้ฉันเชื่อมั่นใน Cloudflare มากขึ้น
    • มันลำบากมากเพราะดันใช้งานไม่ได้ตอนที่จำเป็นต้องถาม Claude จริง ๆ
    • ขอให้ปิดท้ายสุดสัปดาห์ได้ดีนะ
    • ในมุมของนักพัฒนา แค่อยากรู้เฉย ๆ ว่าในสภาพแวดล้อมการ deploy ขนาดใหญ่ ปัญหาแบบนี้เกิดขึ้นได้อย่างไร

  • ลองจินตนาการถึงดิสโทเปียสตีมพังก์ในอีก 50 ปีข้างหน้า
    “พอ LLM hosting หยุดทำงาน การผลิตทั่วโลกก็หยุดชะงักและตลาดก็พังทลาย Sam ได้ยินไหม?”
    แค่คิดก็ตลกแล้ว

    • การที่ทุกคนจะใช้ผู้ให้บริการ inference แบบรวมศูนย์เจ้าเดียวกันแค่สามรายนั้น ฟังดูไม่สมจริงพอ ๆ กับการที่ตอนนี้ทุกคนอยู่หลัง us-east-1 กับ Cloudflare
    • ก็คงไม่ต่างจากสถานการณ์ที่อินเทอร์เน็ตหรือ Cloudflare ล่ม
    • จำได้ว่า Karpathy เรียกเหตุขัดข้องแบบนี้ว่า ‘intelligence brownout’
      วิดีโอที่เกี่ยวข้อง: YouTube Shorts
    • ทำให้นึกถึงประโยคอย่าง “เหลือเพียงโค้ดเดอร์ผู้สันโดษที่เชี่ยวชาญการจัดการสัญลักษณ์เท่านั้น ที่ยังคั่นกลางระหว่างมนุษยชาติกับความมืดมิด”
    • น่าจะมีมุกประมาณว่า “เราสร้างปัญหานี้ขึ้นมาด้วยvibe coding แต่ตอนนี้ LLM ล่ม เลยใช้ vibe ซ่อมกลับไม่ได้”

  • ได้รับข้อความนี้ในแชต Claude.ai

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

    จังหวะมันพอดีเกินไป หรือไม่ก็คนที่ดูแลการหารายได้ควรได้โบนัส

    • น่าจะเป็นไปได้ว่าการจัดการข้อผิดพลาดถูกทำไว้ไม่ดีพอ
      backend อาจไม่ได้โยน error 429/402 หรือ gateway อาจจัดการผิดจนส่งข้อความผิดกลับมา
    • ฉันก็เห็นข้อความเดียวกัน และคิดว่าเป็นแค่เรื่องจังหวะเฉย ๆ

  • ถ้าเลิกให้บริการ Opus 4.5 ฉันคงร้องไห้แน่

    • มีคนขอ API credit เพิ่มกันแล้ว ดูเหมือนคนติดยาเลย
    • ดูเหมือนทุกคนจะค่อนข้างพอใจกับราคา

  • ก่อนล่มไม่นาน Opus เริ่มให้คำตอบยาวผิดปกติ
    แม้แต่คำถามง่าย ๆ ก็เหมือนจะพ่น codebase ทั้งชุดออกมาเป็นคำตอบ และกับคำถามง่าย ๆ เรื่อง database schema ก็เกิดการบีบอัดถึงสองครั้ง

  • canivibe.ai — อาจเลือก vibe ให้เข้ากับบริการที่ใช้อยู่ได้

    • เว็บดูดี แต่ในแอปแชตอย่าง Discord embed แสดงผลได้ไม่ค่อยดี
    • ความพร้อมใช้งาน 89% นี่มันเหมือนตัวเลขล้อเล่นเลย
    • ชื่อ “Vibedetector” เหมาะมาก

  • สงสัยว่านี่อาจเป็นเหตุขัดข้องของ AWSหรือเปล่า

  • ตามหน้า status ดูเหมือนว่าตอนนี้กู้คืนแล้ว
    เห็น agent เคยติดอยู่ในลูป error เดิม แต่รอบนี้ส่งผลลัพธ์ออกมาได้ถูกต้องแล้ว
    คิดว่าอาจมีการเพิ่มกฎสำหรับตรวจจับเหตุขัดข้องแบบนี้อัตโนมัติ และถือว่าเป็นการรับมือที่สร้างแรงบันดาลใจมาก