ChatGPT, Claude และ Grok ล่มพร้อมกัน: บทเรียนเรื่องความเสถียรของบริการ AI

เหตุขัดข้องของบริการ AI รายใหญ่เกิดขึ้นในช่วงเวลาใกล้เคียงกันเมื่อวันที่ 3 กันยายน 2026 โดยกระทบ ChatGPT และ Codex ของ OpenAI, Claude ของ Anthropic และ Grok ของ xAI จนผู้ใช้หลายแพลตฟอร์มรายงานปัญหาในช่วงเช้าเดียวกัน

ข้อสรุปที่สำคัญที่สุดคือ เหตุการณ์นี้เป็น การขัดข้องที่เกิดพร้อมกัน ไม่ใช่เหตุล่มเดียวกันที่มีสาเหตุร่วมซึ่งได้รับการพิสูจน์แล้ว OpenAI ระบุปัญหาภายในระบบของตนว่าเป็นความผิดพลาดในการกำหนดเส้นทางคำขอ (routing error) ขณะที่ประกาศและรายงานสาธารณะของผู้ให้บริการรายอื่นยังไม่ได้ยืนยันต้นตอทางเทคนิคร่วมกัน 4041

ไทม์ไลน์: ปัญหาเริ่มและกลับมาเมื่อใด

OpenAI ระบุว่า routing error เริ่มราว 07:43 น. ตามเวลาแปซิฟิก (PT) ของวันที่ 3 กันยายน ทำให้ ChatGPT และ Codex ใช้งานไม่ได้สำหรับผู้ใช้บางส่วนบนหลายแพลตฟอร์ม บริษัทบอกว่าได้ใช้แนวทางแก้ไขสำเร็จราว 08:17 น. PT และติดตามผลต่อเนื่อง 40

หน้าสถานะของ OpenAI เปิดเหตุขัดข้องเวลา 14:58 UTC โดยระบุว่า ChatGPT และ Codex มีอัตราข้อผิดพลาดสูงขึ้น 17 ข้อมูลจากประกาศที่ปิดเหตุการณ์ในภายหลังระบุว่า OpenAI กู้บริการได้เมื่อ 16:55 UTC หากนับจากเวลาเริ่ม 07:43 น. PT หรือ 14:43 UTC เหตุการณ์กินเวลาราว 2 ชั่วโมง 12 นาที แต่ผลกระทบไม่ได้เกิดกับผู้ใช้ทุกคนในระดับเดียวกัน 4041

ในช่วงกว้างเดียวกัน Anthropic และ xAI ก็มีปัญหาเช่นกัน โดยรายงานจากหน้าสถานะระบุว่าเหตุ model error ของ Anthropic ปิดลงเมื่อ 16:16 UTC ส่วน xAI รายงานในภายหลังว่าทราฟฟิกของ Grok กลับมาอยู่ในภาวะปกติเมื่อ 17:07 UTC 41

ผู้ใช้และหน้าสถานะรายงานอะไรบ้าง

ผู้ใช้รายงานอาการตั้งแต่ล็อกอินไม่สำเร็จ แชตตอบกลับผิดพลาดหรือไม่ตอบ ไปจนถึงเข้าใช้งานผ่านเว็บและแอปไม่ได้ ข้อมูลจาก Downdetector ซึ่งเป็นเว็บไซต์รวบรวมรายงานปัญหาจากผู้ใช้ แสดงว่าปัญหาของ ChatGPT ถูกสังเกตอย่างมาก: ในสหรัฐฯ มีรายงานมากกว่า 35,000 รายการ เทียบกับ Claude มากกว่า 1,400 รายการ และ Grok มากกว่า 1,200 รายการ ส่วนในอินเดีย มีรายงาน ChatGPT มากกว่า 2,800 รายการ, Claude ราว 170 รายการ และ Grok มากกว่า 70 รายการ 42

ตัวเลขดังกล่าวเป็นรายงานของผู้ใช้ ไม่ใช่จำนวนบัญชีที่ได้รับผลกระทบทั้งหมด แต่บ่งชี้ว่าเหตุขัดข้องเป็นวงกว้างและเป็นที่สังเกตได้ชัดเจน

OpenAI ยืนยันผ่านหน้าสถานะว่ามีข้อผิดพลาดเพิ่มขึ้นใน ChatGPT และ Codex ก่อนจะระบุภายหลังว่าแก้ไขแล้ว 1720 รายงานขณะเกิดเหตุยังชี้ว่าปัญหากระทบ ChatGPT ทั้งบนเว็บ มือถือ และเดสก์ท็อป ไม่ได้จำกัดอยู่ที่ช่องทางใดช่องทางหนึ่ง 3950

สำหรับ Claude มีรายงานว่าโมเดลหลายตัวมีข้อผิดพลาดสูงขึ้น รวมถึง Mythos/Fable 5.1, Mythos/Fable 5, Opus 5, Opus 4.8 และ Opus 4.6 ต่อมาหลายโมเดลกลับสู่ระดับปกติ แต่ Opus 4.8 และ Opus 5 ได้รับผลกระทบนานกว่า 364749

xAI ยอมรับว่า Grok กำลังมีปัญหา ก่อนมีรายงานในภายหลังว่าทราฟฟิกกลับมาปกติแล้ว 4941

Gemini เป็นทางเลือกที่ไม่ล่มหรือไม่

รายงานช่วงแรกจำนวนหนึ่งมองว่า Google Gemini เป็นคู่แข่งรายใหญ่ที่ดูเหมือนยังใช้งานได้ในขณะที่ ChatGPT, Claude และ Grok มีปัญหา อย่างไรก็ดี ควรตีความอย่างระมัดระวัง เพราะมีรายงานการร้องเรียนเกี่ยวกับ Gemini บน Downdetector ด้วย แต่หลักฐานที่มีไม่ได้แสดงว่ามีประกาศเหตุขัดข้องยืนยันจาก Google 4448

ในทางปฏิบัติ ผู้ใช้กลุ่มหนึ่งอาจใช้งานบริการได้ ขณะที่อีกกลุ่มพบ error เพิ่มขึ้นได้ ข้อมูลจากแพลตฟอร์มติดตามเหตุล่มจึงเป็นสัญญาณที่มีประโยชน์ แต่ไม่อาจทดแทนรายงานเหตุการณ์จากผู้ให้บริการหรือระบบมอนิเตอร์ของแอปพลิเคชันได้

ผลกระทบไม่ได้จบแค่แชตบอตตอบไม่ได้

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

ประวัติหน้าสถานะของ OpenAI แสดงให้เห็นว่าปัญหาบนแพลตฟอร์ม AI อาจกระทบหลายบริการพร้อมกัน ไม่ว่าจะเป็น Codex, Search, Agents, Deep Research, Connectors, การอัปโหลดไฟล์, การล็อกอิน และเวิร์กโฟลว์ที่พึ่งพา GitHub 19242529

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

ข่าวลือ Astra/GPT-6 ยังไม่ใช่หลักฐาน

จังหวะของเหตุการณ์ทำให้เกิดการคาดเดา เพราะมีรายงานเชื่อมโยงกับข่าวลือว่า OpenAI อาจประกาศสิ่งที่เรียกว่า “Astra” ซึ่งอาจเกี่ยวข้องกับโมเดลในยุค GPT-6 แต่หลักฐานที่มีไม่สนับสนุนความเชื่อมโยงเชิงเหตุและผลดังกล่าว

คำอธิบายที่รายงานจาก OpenAI สำหรับปัญหาของบริษัทเองคือ routing error และไม่มีผู้ให้บริการรายใดระบุว่าปัญหาพร้อมกันนี้เกี่ยวข้องกับ Astra, GPT-6 หรือการเปิดตัวโมเดลใหม่ การเกิดขึ้นในเวลาไล่เลี่ยกันอาจสร้างเรื่องเล่าที่น่าสนใจ แต่ยังไม่ใช่หลักฐานว่ามีสาเหตุเดียวกัน 403746

ประวัติเหตุล่มบอกอะไรเรื่องความเสี่ยง

เหตุการณ์วันที่ 3 กันยายนไม่ใช่ครั้งแรกของตลาดนี้ ประวัติสถานะของ xAI ระบุว่า Grok-2 เคยเกิด timeout เมื่อ 15 มกราคม 2025 นาน 3 ชั่วโมง 10 นาที และเคยมีปัญหา structured output ใช้งานไม่ได้ยาวนาน 3 วัน 21 ชั่วโมง 23 ฝั่ง OpenAI ก็มีบันทึกเหตุการณ์แยกกันที่กระทบงาน Codex, ฟังก์ชัน ChatGPT และเวิร์กโฟลว์ที่เกี่ยวข้องกับ API 212732

ข้อมูลเหล่านี้ไม่ควรถูกใช้จัดอันดับความน่าเชื่อถือของแต่ละผู้ให้บริการ เพราะไม่มีนิยาม downtime, ขนาดการใช้งาน และจำนวนผู้ได้รับผลกระทบที่เปรียบเทียบกันได้โดยตรง แต่ข้อมูลสนับสนุนข้อสรุปที่แคบกว่าและใช้ได้จริงกว่า: เหตุขัดข้องเป็นความเสี่ยงปกติที่ทีมซึ่งนำบริการ AI แบบโฮสต์มาใช้กับงานสำคัญต้องวางแผนรับมือ

เช็กลิสต์ลดผลกระทบเมื่อ AI ล่ม

องค์กรที่พึ่งพา AI ในงานจริงสามารถลดวงกระทบของเหตุการณ์ได้ด้วยการเตรียมแผนล่วงหน้า:

• ออกแบบอินเทอร์เฟซให้ไม่ผูกกับผู้ให้บริการรายเดียว เท่าที่ทำได้ เพื่อลดการยึดติดกับรูปแบบคำขอหรือเวิร์กโฟลว์ของผู้ขายรายเดียว
• กำหนดทางเลือกสำรอง สำหรับงานสำคัญ อาจเป็นผู้ให้บริการรายที่สอง โมเดลขนาดเล็กที่รันภายใน เวิร์กโฟลว์ที่ลดความสามารถลง หรือขั้นตอนทำงานด้วยคน
• จัดคิวและลองส่งงานใหม่อย่างปลอดภัย สำหรับงาน API ที่ไม่เร่งด่วน พร้อมกำหนดขีดจำกัดเพื่อไม่ให้การลองซ้ำยิ่งขยายผลกระทบของเหตุล่ม
• แยกงานวิกฤตออกจากฟีเจอร์เพื่อความสะดวก ผู้ช่วยแชตอาจเป็นส่วนเสริมได้ แต่งานที่ขวางการรีวิวโค้ด การบริการลูกค้า หรือการทำงานของผลิตภัณฑ์อาจไม่ใช่
• ทดสอบการสลับระบบและคู่มือทำงานแบบแมนนวล แผนสำรองที่ไม่เคยทดสอบ ย่อมยังไม่ใช่แผนต่อเนื่องทางธุรกิจที่ไว้ใจได้

เหตุขัดข้องวันที่ 3 กันยายนผิดปกติตรงที่บริการ AI ชื่อดังหลายรายดูเหมือนมีปัญหาในเวลาเดียวกัน แต่บทเรียนสำคัญเป็นเรื่องพื้นฐาน: ความยืดหยุ่นไม่ได้มาจากการทายว่าจะล่มเมื่อไร แต่มาจากการออกแบบให้ปัญหาของผู้ให้บริการรายเดียวไม่สามารถหยุดงานสำคัญทั้งหมดได้ 41