
"Selected model is at capacity" ใน Codex หมายถึงอะไร
หมายความว่า OpenAI มีเซิร์ฟเวอร์ไม่พอสำหรับโมเดลที่คุณเลือก บัญชีของคุณไม่มีปัญหา Codex แสดงข้อความนี้จากข้อผิดพลาดเดียวในโค้ดโอเพนซอร์สของมันคือ ServerOverloaded ใน codex-rs/protocol/src/error.rs ส่วนโควตาการใช้งานเป็นข้อผิดพลาดอีกตัวที่มีถ้อยคำของมันเอง เทียบข้อความของคุณกับตารางนี้ ซึ่งเรารวบรวมจากไฟล์ดังกล่าวเมื่อ 18 ตุลาคม 2026:
| สิ่งที่ Codex แสดง | อะไรหมด | ระบุเวลาไหม | วิธีแก้แรก |
|---|---|---|---|
| "Selected model is at capacity. Please try a different model." | เซิร์ฟเวอร์ของ OpenAI สำหรับโมเดลนั้น | ไม่ | ลองซ้ำหนึ่งครั้ง แล้วสลับโมเดล |
| "You've hit your usage limit ... or try again at [time]." | โควตาห้าชั่วโมงหรือรายสัปดาห์ของคุณเอง | ระบุ เมื่อ Codex รู้เวลา | รอถึงเวลานั้น หรือซื้อเครดิต |
| "You've hit your usage limit for [limit]. Switch to another model now, or try again at [time]." | โควตาของคุณในเพดานที่ระบุชื่อหนึ่งข้อ | ระบุ เมื่อ Codex รู้เวลา | สลับโมเดล เพราะเพดานนี้เป็นของคุณ |
| "Your workspace is out of credits. Add credits to continue." | เครดิตของเวิร์กสเปซ | ไม่ | เจ้าของเพิ่มเครดิต |
| "Quota exceeded. Check your plan and billing details." | โควตาที่อยู่เบื้องหลังคีย์ API | ไม่ | ตรวจการเรียกเก็บเงินในบัญชี API |
| "rate limit exceeded: ..." | ส่งคำขอถี่เกินไป | ไม่ | ชะลอแล้วลองใหม่ |
จุดสังเกตคือสองคำ เพดานส่วนตัวจะเขียนว่า "usage limit" เสมอ ส่วนเพดานของเวิร์กสเปซจะเขียนว่า "credits" หรือ "spend cap" ข้อความ capacity ไม่มีคำเหล่านี้เลย และไม่เคยระบุเวลา เพราะไม่มีอะไรในบัญชีคุณเปลี่ยนไป บัญชี etraut-openai ของ OpenAI ซึ่งตอบ issue ของ Codex บน GitHub พูดไว้ชัดเจนเมื่อ 12 พฤษภาคม 2026 ว่า "If you receive this message, it does not mean that you are being rate limited or are out of usage. It means that we are running low on capacity to serve this model in your region."
API ของ OpenAI รายงานการขาดแคลนแบบเดียวกันเป็น HTTP 503 server_is_overloaded คู่มือรหัสข้อผิดพลาด ระบุสาเหตุว่า "The requested model is temporarily overloaded." ผู้ใช้ Codex รายงานข้อความนี้ทั้งในแอปเดสก์ท็อป CLI ส่วนขยาย VS Code และ Codex ในแอป ChatGPT บนเดสก์ท็อป มันเคยไปถึง ChatGPT หนึ่งครั้งด้วย เมื่อ 9 กรกฎาคม 2026 OpenAI ประกาศเหตุการณ์ที่ผู้ใช้เจอข้อความนี้ "across multiple models" ตามสำเนาของ Pulsetic จากฟีดสถานะ
Codex เต็มกำลังรองรับนานแค่ไหน
ข้อผิดพลาด capacity ครั้งเดียวมักหายภายในไม่กี่นาที และวันที่แย่ที่สุดที่ประกาศไว้จบภายใน 3.4 ชั่วโมง เราอ่านประวัติสถานะของ OpenAI เมื่อ 18 ตุลาคม 2026 มีสามเหตุการณ์ที่ระบุเรื่องกำลังรองรับ ได้แก่ "Codex 'Selected Model is at Capacity' Error" วันที่ 16 มิถุนายน นาน 196 นาที เหตุการณ์การเลือกโมเดลวันที่ 9 กรกฎาคม นาน 58 นาที และ "Codex 5.6-sol Experiencing Increased Server-Overload Errors" วันที่ 17 กรกฎาคม นาน 203 นาที หลังจากนั้นยังไม่มีการแจ้งอีก
ฟอรัมเล่าเรื่องที่ยาวกว่านั้น ผู้ใช้โพสต์กระแสข้อผิดพลาดนี้เมื่อ 15 และ 16 มิถุนายน, 28 ถึง 30 กรกฎาคม, 7 ถึง 10 กันยายน และ 3 ถึง 12 ตุลาคม สามครั้งหลังไม่มีประกาศเรื่องกำลังรองรับ ในกระแสเดือนกันยายน บันทึกสถานะเดียวที่พูดถึง Codex คือเหตุการณ์ 25 นาทีเรื่อง "unexpected usage limit resets" ผู้โพสต์รายหนึ่งในเดือนกรกฎาคมบอกว่า GPT-5.6 Sol "almost continuously unavailable" เกิน 48 ชั่วโมง หน้าสถานะที่เป็นสีเขียวไม่ได้แปลว่า Codex ใช้ได้
| วันที่ 2026 | ชื่อเหตุการณ์ของ OpenAI | นาที | ระบุเรื่องกำลังรองรับ |
|---|---|---|---|
| 16 มิถุนายน | Codex "Selected Model is at Capacity" Error | 196 | ใช่ |
| 9 กรกฎาคม | Users are experiencing elevated errors when selecting models | 58 | ใช่ อ้างข้อความนั้น |
| 17 กรกฎาคม | Codex 5.6-sol Experiencing Increased Server-Overload Errors | 203 | ใช่ ในรูปโอเวอร์โหลด |
| 11 สิงหาคม | Increase in errors on API, Codex and Work Mode | 67 | ไม่ |
| 20 สิงหาคม | Elevated Codex API authentication errors | 54 | ไม่ |
| 3 กันยายน | Elevated errors across ChatGPT and Codex | 132 | ไม่ |
| 4 กันยายน | Users in APAC region may face increased error in ChatGPT, Work, image generation, file upload, Voice, and Codex Cloud | 226 | ไม่ |
| 13 กันยายน | Codex GitHub Review and Pull Request Failures | 87 | ไม่ |
| 14 กันยายน | Elevated error rates for Codex and ChatGPT Work | 71 | ไม่ |
| 25 กันยายน | Issues with Codex | 56 | ไม่ |
| 29 กันยายน | Elevated errors across ChatGPT, Codex, and the API including the Agents API | 290 | ไม่ |
| 5 ตุลาคม | Elevated error rates in Codex Cloud | 363 | ไม่ |
| 7 ตุลาคม | Dot in Codex may fail to create new threads | 95 | ไม่ |
| 7 ตุลาคม | Degraded performance in Codex and Work mode | 62 | ไม่ |
| 13 ตุลาคม | Degraded performance in GPT-6.1 Sol Codex and Work mode | 506 | ไม่ |
| 14 ตุลาคม | Degraded performance in Codex and ChatGPT Work | 168 | ไม่ |
ตั้งแต่ 1 สิงหาคมถึง 16 ตุลาคม 2026 มี 13 เหตุการณ์บนหน้าสถานะของ OpenAI ที่ชื่อมีคำว่า Codex ยาวตั้งแต่ 54 ถึง 506 นาที ค่ามัธยฐาน 95 นาที และสี่เหตุการณ์เกินสามชั่วโมง เรานับนาทีจากการอัปเดตแรกที่ OpenAI โพสต์จนถึงประกาศว่ากลับมาปกติ หน้าประวัติเริ่มที่ 20 กรกฎาคม เราจึงหาเหตุการณ์ capacity ของมิถุนายนและกรกฎาคมด้วยการค้นหา และเหตุการณ์ 9 กรกฎาคมอ่านจากสำเนาของ Pulsetic
แก้ "Selected model is at capacity" ตามลำดับอย่างไร
ลองซ้ำหนึ่งครั้ง แล้วสลับโมเดล แล้วเริ่มแชตใหม่ Codex ลองซ้ำให้แล้วก่อนที่คุณจะเห็นข้อความ คู่มืออ้างอิงค่ากำหนด ตั้งค่าเริ่มต้นไว้ที่ 4 ครั้งสำหรับคำขอที่ล้มเหลวและ 5 ครั้งสำหรับสตรีมที่ขาด การกด Enter อีกสิบครั้งแทบไม่ช่วยอะไร
- เก็บพรอมต์ไว้ คัดลอกก่อนโหลดอะไรใหม่ ในเซสชันที่ยังเปิดอยู่ ผู้ใช้รายงานว่าการพิมพ์ "continue" ในเธรดเดิมมักทำให้งานเดินต่อ
- ลองซ้ำหนึ่งครั้งหลังผ่านไปหนึ่งนาที ช่วงที่พุ่งสั้น ๆ หายเองได้ และการลองหนึ่งครั้งบอกได้ว่าเป็นแค่อาการวูบหรือไม่
- สลับโมเดล ใน CLI ให้รัน
/modelหรือเริ่มด้วยcodex -m gpt-6-lunaในแอปเดสก์ท็อปและ ChatGPT Work ใช้ตัวเลือกโมเดลใต้ช่องพิมพ์ GPT-5.5 ถูกถอดออกจาก Codex ที่ล็อกอินด้วย ChatGPT เมื่อ 14 ตุลาคม 2026 จึงไม่ใช่ตัวสำรองอีกแล้ว - เปิดแชตใหม่ด้วยโมเดลเดิม ทีม OpenAI แนะนำวิธีนี้ในฟอรัมเมื่อเดือนตุลาคม รัน
/newหรือรัน/compactก่อนเพื่อพาสรุปไปด้วย - เช็ก status.openai.com แล้วค่อย
/statusเหตุการณ์ที่ระบุ Codex หมายถึงต้องรอ หน้าสถานะที่ปกติและโควตาที่ยังเหลือหมายถึงปัญหาอยู่ที่โมเดลและภูมิภาคของคุณ - แจ้งปัญหา รัน
/feedbackจากแชตที่มีปัญหา และจดเวลาพร้อมเขตเวลาของคุณ ซึ่งเป็นสิ่งที่ทีม OpenAI ขอ ถ้า/feedbackเองก็ล้มเหลว ทีมงานให้ไปเปิดเคสกับฝ่ายซัพพอร์ตแทน
บางวิธีไม่ช่วย การติดตั้ง Codex ใหม่ การลบ ~/.codex หรือการซื้อเครดิตไม่ได้เพิ่มเซิร์ฟเวอร์ ผู้โพสต์รายหนึ่งในเดือนกันยายนลอง IP 4 ตัวใน 3 ภูมิภาคก็ไม่เป็นผล ถ้าโมเดลทุกตัวล้มเหลว คำแนะนำของ OpenAI เองระหว่างระบบล่มวันที่ 25 กันยายนคือ "Login via API key will unblock access at this time." เซสชันที่ใช้คีย์ API คิดเงินตามราคา API มาตรฐาน ตามหน้าราคา Codex ของ OpenAI จึงควรเก็บเส้นทางนี้ไว้ใช้กับเดดไลน์จริง
ข้อผิดพลาด capacity กินโควตา Codex ของคุณไหม
ไม่ ข้อความ capacity ไม่ใช่โควตาการใช้งาน และวิศวกรของ OpenAI บอกว่าไม่ได้แปลว่าคุณ "out of usage" ตรวจได้ในสิบวินาที /status ในเซสชัน CLI ที่เปิดอยู่จะแสดงโมเดลที่ใช้และโควตาของคุณ และ chatgpt.com/codex/settings/usage แสดงมิเตอร์เดียวกันบนเว็บ ถ้ามิเตอร์ยังเหลือแต่ข้อผิดพลาดยังอยู่ นั่นคือ capacity OpenAI ยังไม่ได้บอกว่าเทิร์นที่ล้มกลางคันถูกนับหรือไม่
โควตาการใช้งานเดินตามนาฬิกาของมันเอง หน้าราคา Codex ของ OpenAI ที่อ่านเมื่อ 18 ตุลาคม 2026 ประมาณการไว้ที่ 15 ถึง 160 ข้อความในเครื่องต่อห้าชั่วโมงบน GPT-6.1 Sol สำหรับ Plus และ Standard Business ให้ 5 ถึง 45 บน GPT-6 Astra และ 350 ถึง 3,000 บน GPT-6 Luna และเสริมว่า "Pro plans currently have no five-hour limit." อาจมีเพดานรายสัปดาห์ซ้อนอยู่ด้วย ดังนั้นบน Pro ถ้าเจอข้อความที่ไม่เคยพูดว่า "usage limit" นั่นคือ capacity ไม่ใช่เพดานรายสัปดาห์ Codex usage limit ระบุช่วงเวลาของแต่ละแพลนและสิ่งที่ข้อความเมื่อชนเพดานเสนอให้ทำ
ตัวที่สามที่หน้าตาคล้ายใน Codex คือ "rate limit exceeded" ซึ่งหมายถึงส่งคำขอเร็วเกินไป ต่างจากข้อความ capacity ตรงที่เกี่ยวกับอัตราคำขอของคุณเอง การชะลอสักหนึ่งนาทีจึงหายบนโมเดลเดิม
ทำไมแพลนจ่ายเงินยังเจอ capacity ใน Codex
เพราะแพลนซื้อโควตา ไม่ได้ซื้อเซิร์ฟเวอร์ที่จองไว้ และ OpenAI จัดสรรกำลังรองรับตามโมเดลและภูมิภาค รายงานมักกระจุกช่วงเปิดตัว ผู้โพสต์โยงกระแสเดือนกันยายนกับการเปิดตัว GPT-6 Astra หลายคนใช้บัญชี Pro 20x และคนหนึ่งบอกว่าบัญชี Pro 5x ใช้ได้ปกติในเวลาเดียวกัน ในเดือนตุลาคม ผู้โพสต์รายหนึ่งสืบว่าข้อผิดพลาดมาจากคำขอ GPT-6 Luna เบื้องหลังที่ตั้งชื่อแชต ทีมงานตอบว่า "can't confirm the background Luna explanation from the thread alone."
ทางแก้จริงอยู่ที่ OpenAI เมื่อ 15 ตุลาคม 2026 ทีมงานเขียนในฟอรัมว่า "We've added capacity and shipped changes today to reduce these interruptions." คำขอให้ Codex ลองซ้ำเมื่อเจอ capacity พร้อม backoff คือ issue #22390 เปิดค้างอยู่ตั้งแต่ 12 พฤษภาคม 2026 จนกว่าจะมี งานที่รันโดยไม่มีคนเฝ้าจะหยุดที่ข้อผิดพลาด capacity ครั้งแรกที่ยืดเกินกว่าการลองซ้ำในตัว
ใช้อะไรได้ระหว่างที่ Codex เต็มกำลังรองรับ
โมเดลของค่ายอื่น สำหรับงานส่วนที่ไม่ต้องใช้ repo ของคุณ คำถามเรื่อง stack trace แผนรีแฟกเตอร์ หรือ regex ส่งให้ Claude หรือ Gemini ได้ระหว่างที่ Codex รอ วางสรุปสั้น ๆ ของงาน (เป้าหมาย สิ่งที่ตัดสินใจแล้ว สิ่งที่พลาด) แล้วทำต่อ
Whizi ซึ่งเผยแพร่หน้านี้ ไม่ได้มาแทน Codex มันไม่มี API สำหรับนักพัฒนาและไม่แตะ repository ของคุณ มันรวม GPT, Claude และ Gemini ไว้ในแชตเดียว การสลับโมเดลกลางบทสนทนาจะส่งเธรดไปยังโมเดลใหม่ (การสลับทำงานอย่างไร) และการสร้างที่ล้มเหลวจะคืนเครดิต ไม่คิดเงิน Claude Sonnet และ Claude Opus ต้องใช้ Pro ที่ $29.99 ต่อเดือน และทุกแพลนจำกัดที่ 60 ข้อความต่อชั่วโมง เมื่อปัญหาอยู่ที่ฝั่ง OpenAI ให้เลือกโมเดล Claude หรือ Gemini
- คัดลอกพรอมต์ที่ยังไม่ได้ส่งก่อนโหลดใหม่ ลองพิมพ์ "continue" ในเธรดเดิม
- ลองซ้ำหนึ่งครั้งหลังหนึ่งนาที Codex ลองซ้ำให้แล้วสูงสุด 4 ครั้ง
- สลับโมเดลด้วย /model หรือตัวเลือกใต้ช่องพิมพ์
- เริ่มแชตใหม่ด้วย /new หรือรัน /compact ก่อนเพื่อเก็บสรุป
- เช็ก status.openai.com หาเหตุการณ์ Codex แล้วดูโควตาด้วย /status
- ส่ง /feedback จากแชตที่มีปัญหาพร้อมเวลาและเขตเวลาของคุณ
คำถามที่พบบ่อย
"selected model is at capacity" นับรวมในโควตาการใช้งาน Codex ของฉันไหม
ไม่ใช่ข้อความโควตา บัญชี etraut-openai ของ OpenAI เขียนบน GitHub ว่า "does not mean that you are being rate limited or are out of usage." โควตาจริงของคุณดูได้ใน /status และหน้า Codex usage OpenAI ยังไม่ได้บอกว่าเทิร์นที่ล้มกลางคันถูกนับหรือไม่ ส่วนเพดานแชตของ ChatGPT ซึ่ง OpenAI ไม่ได้ระบุว่าใช้โควตาร่วมกับ Codex อธิบายไว้ใน ChatGPT limit reached
ทำไม Codex CLI ขึ้น selected model is at capacity ทั้งที่ ChatGPT ใช้ได้
เพราะการขาดแคลนอยู่ที่โมเดลที่คุณเลือกในภูมิภาคของคุณ ไม่ใช่ทั้ง OpenAI โมเดลแชตของ ChatGPT อาจยังมีที่ว่างขณะที่โมเดล Codex ตัวหนึ่งเต็ม ในกระแสเดือนมิถุนายน ผู้ใช้คนหนึ่งบอกว่า CLI ใช้ได้ต่อเนื่องขณะที่แอปเดสก์ท็อปล้มเหลว Is ChatGPT down แสดงว่า OpenAI ประกาศเหตุการณ์ที่กว้างกว่านี้หรือไม่
Codex Sol เต็มบ่อยกว่า Luna ไหม
Sol มีประวัติแย่กว่าบนหน้าสถานะของ OpenAI GPT-5.6 Sol ถูกระบุในเหตุการณ์โอเวอร์โหลดวันที่ 17 กรกฎาคม และ GPT-6.1 Sol ในเหตุการณ์ 13 ตุลาคม ซึ่งนาน 506 นาทีและเป็นเหตุการณ์ Codex ที่ยาวที่สุดตั้งแต่สิงหาคมถึงตุลาคม 2026 Luna ก็ไม่ปลอดภัย: กระทู้ฟอรัมเดือนตุลาคมตั้งชื่อตาม GPT-6 Luna What to use when ChatGPT is down รวบรวมค่ายอื่นที่ใช้แทนได้
MODEL_CAPACITY_EXHAUSTED เป็นข้อผิดพลาดเดียวกันไหม
เป็นเวอร์ชันของ Google สำหรับปัญหาเดียวกัน Antigravity และเครื่องมือ Gemini ส่งกลับ HTTP 503 MODEL_CAPACITY_EXHAUSTED พร้อม "No capacity available for model" ตามรายงานบนฟอรัมนักพัฒนา AI ของ Google คำตอบเดือนกันยายน 2026 ที่นั่นบอกว่าหมายถึงเซิร์ฟเวอร์ "temporarily overloaded or experiencing a capacity constraint." ของฝั่ง Anthropic ที่เทียบเท่ากันคือ Claude overloaded ข้อผิดพลาด 529