เจาะลึกวิกฤต Codex มิถุนายน 2026: ทำไมข้อความ 'Selected Model Is at Capacity' ถึงยังเกิดขึ้นซ้ำซาก

ในช่วงเช้าตรู่ของวันที่ 16 มิถุนายน 2026 นักพัฒนาจำนวนมากในอเมริกาเหนือและยุโรปต้องพบกับข้อความสุดหงุดหงิดบนเทอร์มินัล: "Selected model is at capacity. Please try a different model." (โมเดลที่เลือกใช้มีผู้ใช้งานเต็มความจุแล้ว กรุณาลองใช้โมเดลอื่น) ข้อผิดพลาดนี้ทำให้การทำงานของ Codex ชะงักงันเป็นเวลาประมาณ 3 ชั่วโมง แต่เรื่องจริงที่ซ่อนอยู่ไม่ใช่แค่การล่มครั้งเดียว หากแต่เป็นเรื่องของแพลตฟอร์มที่กำลังล้าจากความสำเร็จของตัวเอง และจุดอ่อนเฉพาะของโมเดล GPT-5.5 ที่ขับเคลื่อนมันอยู่

ต้นตอของปัญหา: GPT-5.5 ถึงเพดานขีดความสามารถ

ข้อผิดพลาดครั้งนี้ไม่ใช่ความล้มเหลวของโครงสร้างพื้นฐานขนาดใหญ่ แต่เป็นกรณีที่ชัดเจนของ การอิ่มตัวของลิมิตอัตราการประมวลผล (rate-limit saturation) ในระดับโมเดลของ GPT-5.5 ซึ่งเป็นโมเดลหลักสำหรับการเขียนโค้ดของ Codex ปัญหานี้รุนแรงที่สุดกับผู้ใช้ที่รวม GPT-5.5 เข้ากับการตั้งค่า "xhigh reasoning effort" ซึ่งใช้ทรัพยากรคอมพิวเตอร์มากกว่า

แม้ OpenAI จะไม่ได้ออกบทวิเคราะห์รากเหง้าของปัญหาอย่างเป็นทางการ แต่วิธีแก้ไขที่ Thibault Sottiaux หัวหน้าทีม Codex อธิบายไว้ก็เป็นหลักฐานชิ้นสำคัญ เขายืนยันว่าการแก้ไขเกี่ยวข้องกับ "การรีเซ็ตลิมิตอัตราของ Codex ทุกแผน" ภายในระยะเวลา 24 ชั่วโมง นี่บ่งชี้ว่าปัญหาไม่ใช่การขาดแคลนทรัพยากรประมวลผลทางกายภาพ แต่เป็นเพราะเพดานลิมิตอัตราภายในถูกตั้งไว้ต่ำเกินไปเมื่อเทียบกับความต้องการที่พุ่งสูงขึ้นอย่างกะทันหัน ทำให้ระบบปฏิเสธคำขอที่ถูกต้องราวกับว่ามันเต็มแล้ว

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

ไทม์ไลน์ของเหตุการณ์: สามชั่วโมงแห่งความโกลาหล

การหยุดชะงักมีช่วงท้ายที่ยาวนานและช่วงสูงสุดที่สั้นแต่รุนแรง ระบบตรวจสอบภายนอกตรวจพบปัญหาครั้งแรกในคืนวันที่ 15 มิถุนายน เวลาประมาณ 10:12-10:16 น. ตามเวลา ET อย่างไรก็ตาม เหตุการณ์นี้ไม่ได้รับการยืนยันอย่างเป็นทางการจนกระทั่งเช้าวันรุ่งขึ้น ทำให้นักพัฒนาที่พึ่งพา Codex ในการทำงานข้ามคืนและช่วงเช้าต้องอยู่ในจุดบอดของการรับรู้

เมื่อสัญญาณเตือนภายในดังขึ้น การตอบสนองก็รวดเร็ว:

• 6:32 น. ET — หน้ารายงานสถานะของ OpenAI ระบุว่า "Identified" (ระบุปัญหาได้แล้ว)
• ~7:39 น. ET — Vaibhav Srivastav ยอมรับข้อผิดพลาดบน X อย่างเป็นทางการ และแนะนำให้ผู้ใช้ไปที่หน้ารายงานสถานะ
• ~7:40 น. ET — Thibault Sottiaux หัวหน้าทีม Codex โพสต์ข้อความ: "Oy. We are aware that some Codex users are experiencing high error rates with 'model at capacity' and are working to bring things back to being stable" (เราทราบว่าผู้ใช้ Codex บางรายกำลังประสบปัญหาอัตราข้อผิดพลาดสูงจาก 'model at capacity' และกำลังดำเนินการแก้ไขให้กลับมาเสถียร)
• 9:32 น. ET — มีการใช้มาตรการบรรเทาและเริ่มการเฝ้าติดตาม
• 9:48 น. ET — สถานะเปลี่ยนเป็นสีเขียว: "All impacted services have now fully recovered" (บริการที่ได้รับผลกระทบทั้งหมดกลับมาใช้งานได้สมบูรณ์แล้ว)

การล่มส่งผลกระทบต่อ Codex ทั้งหมด รวมถึง CLI, ส่วนขยาย VS Code, และแอป Desktop ในขณะที่นาฬิกาการล่มอย่างเป็นทางการแสดงเวลาประมาณ 3 ชั่วโมง การหยุดชะงักในทางปฏิบัติสำหรับผู้ใช้จริงนั้นกินระยะเวลายาวนานกว่านั้นมาก

ความคับข้องใจของนักพัฒนาถึงจุดเดือด

สำหรับสมาชิกแบบมืออาชีพและ Pro นี่ไม่ใช่ความไม่สะดวกเล็กน้อย แต่มันคือภัยคุกคามต่อประสิทธิภาพการทำงาน ปฏิกิริยาบน OpenAI Developer Community และ X นั้นรุนแรง

ข้อร้องเรียนหลักไม่ใช่แค่การที่บริการล่ม แต่เป็น ลักษณะ ที่มันล่ม ผู้ใช้รายงานว่าเซสชันของ Codex จะ "ออกกลางคันโดยไม่บันทึกสถานะภาพ (save state)" ทำให้พวกเขาต้องสร้างบริบทที่สูญหายขึ้นมาใหม่และทำงานซ้ำด้วยตัวเอง ผู้ใช้รายหนึ่งในสหราชอาณาจักรสรุปความรู้สึกได้อย่างชัดเจนมาก: "ทำให้ไม่สามารถทำงานได้ เพราะคุณไม่รู้ว่า Codex จะหยุดตอนไหน และมันก็ไล่ทำสิ่งเดิมซ้ำไปซ้ำมาเพื่อหาว่าอะไรเสร็จแล้ว อะไรยังไม่เสร็จ เรื่องนี้รับไม่ได้เลย"

ข้อความแสดงข้อผิดพลาดที่คลุมเครือ “แนะนำให้ลองใช้โมเดลอื่น” นั้นเองก็เป็นต้นเหตุใหญ่ของความไม่พอใจ มันไม่มีคำแนะนำที่นำไปปฏิบัติได้เมื่อโมเดลหลักใช้งานไม่ได้ และผู้ใช้ก็ไม่มีทางรู้ว่าควรลองใหม่, ลดระดับ reasoning effort, หรือแค่นั่งรอเฉยๆ

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

ท่ามกลางความคับข้องใจ อารมณ์ขันแบบขื่นๆ ของนักพัฒนาก็ปรากฏขึ้น Matthew Berman อินฟลูเอนเซอร์ได้สร้างเว็บไซต์ willcodexquotareset.com ซึ่งเป็นเว็บที่แสดงมุกตลกว่า "มีโอกาส 94% ที่ Codex จะรีเซ็ตโควตาภายใน 48 ชั่วโมง" การวิเคราะห์ความคิดเห็นของ Digg ต่อบทสนทนาเกี่ยวกับเหตุการณ์นี้แสดงให้เห็นถึงการแบ่งขั้ว: 63.8% เป็นบวก โดยหลายคนขอบคุณ OpenAI สำหรับการแก้ไขที่รวดเร็ว แต่อีก 36.2% เป็นลบอย่างมีนัยสำคัญ โดยผู้ใช้ตั้งคำถามถึงความน่าเชื่อถือของบริการหลังจากการล่มซ้ำซากหลายครั้ง

หนึ่งปีที่เต็มไปด้วยปัญหา: ความน่าเชื่อถือของ Codex ในปี 2026

เหตุการณ์วันที่ 15-16 มิถุนายน ไม่ใช่เหตุการณ์ที่เกิดขึ้นครั้งเดียว มันคือยอดแหลมที่มองเห็นได้ชัดที่สุดในหนึ่งปีแห่งการเสื่อมถอยของ Codex ที่เริ่มขึ้นอย่างจริงจังในช่วงต้นเดือนพฤษภาคม 2026 รูปแบบของความอิ่มตัวของขีดความสามารถของ GPT-5.5 และความไม่สอดคล้องกันของลิมิตอัตราได้ปรากฏขึ้นซ้ำแล้วซ้ำเล่า

ไทม์ไลน์ของเหตุการณ์สำคัญกับ Codex ในปี 2026 แสดงให้เห็นถึงแพลตฟอร์มที่อยู่ภายใต้ความเครียดอย่างต่อเนื่อง:

• 23 เมษายน — มีรายงานข้อผิดพลาด "Selected model is at capacity" อย่างแพร่หลายครั้งแรกในฟอรัมชุมชน โดยผู้ใช้สังเกตเห็นความล้มเหลวกลางเซสชันและไม่มีการเก็บรักษาสถานะภาพ
• 7 พฤษภาคมขึ้นไป — กลุ่มของปัญหา Codex ในเรื่องความหน่วง (latency) และการวนลูปรีคอนเน็ค (reconnect-loop) เริ่มขึ้น โดยเวลาตอบสนองสาธารณะที่วัดได้แย่ลง
• 12 พฤษภาคม — หลังจากการเปิดตัว "ขีดความสามารถ 2 เท่า" การตัดการเชื่อมต่อสตรีมของแอป Codex เป็นเรื่องปกติ และจบลงด้วยข้อผิดพลาด websocket closure
• 13 พฤษภาคม — GPT-5.5 มีอัตราข้อผิดพลาดสูง ซึ่งส่งผลต่อผู้ใช้ระดับฟรีอย่างไม่สมส่วน
• 14 พฤษภาคม — บริการ Codex Cloud และ Code Review มีอัตราความล้มเหลวสูงเป็นเวลา 32 นาที
• 29 พฤษภาคม — การล่มของ OpenAI ทั้งระบบ ทำให้ ChatGPT, API, DALL-E, Codex, และ Sora ล่มพร้อมกัน
• 3 มิถุนายน — อัตราข้อผิดพลาดที่สูงขึ้นกระทบ Codex, ChatGPT, และ Responses API เป็นเวลาประมาณ 6.2 ชั่วโมง
• 11 มิถุนายน — ข้อผิดพลาดสูงของ GPT-5.5 ใน Codex ปรากฏขึ้นในตอนเย็น เป็นการปูทางไปสู่เหตุการณ์หลัก
• 15-16 มิถุนายน — ข้อผิดพลาด "Selected Model is at Capacity" กลายเป็นการล่มระยะเวลาเต็มตัวประมาณ 3 ชั่วโมง

จุดร่วมที่เหมือนกันนั้นชัดเจน: ความต้องการ GPT-5.5 ยังคงพุ่งชนเพดานที่กำหนดไว้อย่างจัง ไม่ว่าจะมาจากลิมิตอัตรา, การตั้งค่าระดับ reasoning effort ที่มากเกินไป, หรือความตึงเครียดของโครงสร้างพื้นฐานในวงกว้าง การแก้ไขในวันที่ 16 มิถุนายนคือการรีเซ็ตลิมิตอัตรา ซึ่งเป็นการรักษาที่ปลายเหตุมากกว่าการแก้ไขความไม่สอดคล้องกันระหว่างขีดความสามารถจริงกับความนิยมของโมเดล ถ้าไม่มีโซลูชันการขยายโครงสร้างพื้นฐานที่ลึกซึ้งกว่านี้ ข้อผิดพลาดนี้ก็มีแนวโน้มที่จะกลับมาอีกแน่นอนเมื่อมีนักพัฒนาหันมาใช้ Codex สำหรับงานเขียนโค้ดระดับสูงมากขึ้น