คำว่า “โควตารายสัปดาห์” ฟังดูเหมือนสิ่งที่ควรค่อย ๆ ใช้ได้ตลอดเจ็ดวัน
แต่กับเอเจนต์ AI ที่ใช้การประมวลผลหนัก ความรู้สึกอาจต่างออกไปมาก ใช้งานจริงจังเพียงไม่กี่ชั่วโมงก็อาจกินโควตาไปก้อนใหญ่ ทั้งที่หน้าแดชบอร์ดยังบอกว่าเหลืออีกหลายวันกว่าจะรีเซ็ต เปรียบเหมือน ซื้อตั๋วสวนสนุกรายสัปดาห์ เล่นไปสองชั่วโมง แล้วถูกบอกว่า “สัปดาห์นี้หมดสิทธิ์แล้ว กลับมาใหม่สัปดาห์หน้า”
ประเด็นสำคัญคือการใช้ Work/Codex รวมถึง Astra ไม่ได้วัดจากเวลาที่เปิดแอปอย่างเดียว OpenAI ระบุว่าการใช้ขึ้นอยู่กับโมเดล ลักษณะงาน ขนาดอินพุตและเอาต์พุต ระดับการใช้เหตุผล Fast mode และงานหลายขั้นตอน.[1] ตามแพ็กเกจ อาจมีทั้งหน้าต่างห้าชั่วโมงและโควตารายสัปดาห์พร้อมกัน และต้องเหลือโควตาทั้งสองฝั่งจึงจะใช้งานต่อได้.[1]
อย่างไรก็ตาม การลดลงอย่างฉับพลันไม่ควรถูกตีความว่าเป็นเรื่องปกติเสมอ ในเดือนกันยายน 2026 มีผู้ใช้ Pro 20x หลายรายรายงานว่าโควตาลดลงเร็วผิดปกติ และอย่างน้อยหนึ่งกรณีตัวเลขคงเหลือถูกแก้กลับขึ้นในภายหลัง.[2]
1. “ใช้แค่สองชั่วโมง” ไม่ได้แปลว่าคอมพิวเตอร์ทำงานน้อย
OpenAI ระบุว่างานเดียวกันอาจใช้โควตาต่างกันตามโมเดล และอินพุตหรือเอาต์พุตที่ใหญ่ ระดับการใช้เหตุผลที่สูงขึ้น Fast mode และงานหลายขั้นตอนสามารถเพิ่มการใช้ได้.[1]
สองชั่วโมงในเวลาของคนอาจเต็มไปด้วยงานหนักของเครื่อง เช่น อ่าน repository ขนาดใหญ่ ค้นหา แก้หลายไฟล์ รันทดสอบ อ่าน log ที่ล้มเหลว แล้ววนกลับไปแก้อีกครั้ง
ตัวเลขประมาณการปัจจุบันของ Codex Pricing สำหรับข้อความ local ต่อห้าชั่วโมงใน Pro 5x คือ Astra 25–225, Sol 50–500, Terra 125–1,000 และ Luna 1,250–10,000 ส่วน Pro 20x คือ 100–900, 200–2,000, 500–4,000 และ 5,000–40,000 ตามลำดับ.[3] ตัวเลขเหล่านี้เป็นค่าประมาณ ไม่ใช่เพดานข้อความตายตัว และยังอาจมีโควตารายสัปดาห์แยกต่างหาก.[1][3]
ดังนั้น การเลือกโมเดลอาจมีผลมากกว่าการลดระดับ reasoning เพียงเล็กน้อย
Astra ฉลาดมาก แต่ไม่ได้หมายความว่าจะประหยัดเหมือนรถเล็ก
2. หน้าต่างห้าชั่วโมงบวกโควตารายสัปดาห์ ทำให้เกิดความรู้สึก “มีตั๋วรายสัปดาห์แต่สวนสนุกปิดทันที”
Work และ Codex อาจมีทั้งหน้าต่างห้าชั่วโมงและโควตารายสัปดาห์ หน้าต่างห้าชั่วโมงใหม่เริ่มเมื่อส่งคำขอแรกหลังหน้าต่างเดิมจบ ส่วนโควตารายสัปดาห์ควบคุมงานรวมที่รวมอยู่ในแพ็กเกจตลอดสัปดาห์.[1]
จุดสำคัญคือ หน้าต่างห้าชั่วโมงไม่ได้รับประกันว่าจะใช้งานได้จริงครบห้าชั่วโมง OpenAI ระบุว่าอาจชนลิมิตก่อนเวลาจริงผ่านไปห้าชั่วโมง.[1]
โควตารายสัปดาห์ก็ทำให้เกิดภาพลวงตาคล้ายกัน ตัวเลข 100% ดูเหมือน “เชื้อเพลิงเจ็ดวัน” แต่จริง ๆ คล้ายจำนวนทรัพยากรคำนวณที่ใช้ได้ในช่วงสัปดาห์นั้น ถ้าใช้หนักมากในวันจันทร์ วันอังคารถึงอาทิตย์ก็อาจกลายเป็นช่วงรอ
ในมุม UX การฟื้นโควตาทุกวันหรือแบบ rolling น่าจะเข้ากับงานที่ใช้เป็นช่วงหนัก ๆ มากกว่า แต่นี่เป็นความเห็นด้านการออกแบบ ไม่ใช่นโยบายปัจจุบัน
3. การพักรับ Pro 20x เป็นเรื่องจริง แต่ไม่ใช่การยกเลิกแพ็กเกจ
เมื่อวันที่ 10 กันยายน 2026 OpenAI พักการสมัครใหม่และการอัปเกรดไปยัง ChatGPT Pro 20x ราคา 200 ดอลลาร์ต่อเดือนเป็นการชั่วคราว.[4]
ผู้ใช้ Pro 20x เดิมไม่ได้รับผลกระทบและยังต่ออายุได้ ส่วน Pro 100 ดอลลาร์ยังเปิดให้สมัคร.[4] ดังนั้นคำอธิบายที่ถูกต้องคือ พักรับสมาชิกใหม่และการอัปเกรด Pro 20x ชั่วคราว ไม่ใช่ปิดแพ็กเกจ
FAQ ทางการยืนยันการพักรับ แต่ไม่ได้อธิบายเหตุผลทางเทคนิคโดยละเอียด TechCrunch รายงานคำพูดของ Thibault Sottiaux ผู้นำผลิตภัณฑ์ของ OpenAI ว่าแพ็กเกจที่ใช้มากที่สุดสร้างภาระต่อระบบมากที่สุด และความต้องการ Astra อยู่ในระดับที่ไม่เคยมีมาก่อน.[5]
จึงควรแยกเป็นสองชั้น:
- ข้อเท็จจริงทางการ: การสมัครใหม่และอัปเกรด Pro 20x ถูกพักชั่วคราว.[4]
- เหตุผลที่สื่อรายงาน: ความต้องการ Astra สูงมากและมีแรงกดดันต่อความจุระบบ.[5]
ไม่ได้หมายความว่า GPU กำลังลุกเป็นไฟจริง ๆ หวังว่าอย่างนั้น แต่การปิดรับผู้ใช้ใหม่ใน tier ที่ใช้ทรัพยากรมากที่สุดก็บอกชัดว่าทรัพยากรคำนวณไม่ได้มีไม่จำกัด
4. อย่าอธิบายทุกการลดลงแปลก ๆ ว่า “Astra แพงอยู่แล้ว”
ช่วง 9–10 กันยายน ผู้ใช้ใน OpenAI Developer Community รายงานโควตาลดลงอย่างฉับพลัน รวมถึงรายงานว่าประมาณ 85% ของโควตารายสัปดาห์ Pro 20x หายไปในราวสองชั่วโมงครึ่ง และอีกคนรายงานว่า Astra Light ใช้ไป 20% ในเวลาไม่นาน.[2]
จุดที่น่าสนใจคือผู้ใช้รายแรกต่อมาบอกว่าโควตาถูกแก้กลับจนแสดงว่าเหลือ 81%.[2]
นั่นหมายความว่าอย่างน้อยบางตัวเลขสุดโต่งอาจเกี่ยวข้องกับการปรับการแสดงผล การลงบัญชีล่าช้า หรือปัญหามิเตอร์อื่น ๆ
OpenAI Status ยังบันทึกเหตุการณ์ error สูงที่กระทบผู้ใช้ ChatGPT Work บางส่วนเมื่อวันที่ 10 กันยายน.[6] ยังไม่มีการยืนยันว่าเหตุการณ์นี้เป็นสาเหตุของปัญหาการนับโควตา จึงไม่ควรรวมเป็นสาเหตุเดียวกัน
หลักง่าย ๆ คือ ถ้าลดลงค่อย ๆ ก็เข้ากับงานหนักจริงมากกว่า แต่ถ้าตัวเลขกระโดดเหมือนเทเลพอร์ต ให้เก็บภาพหน้าจอ โมเดล ระดับ reasoning สถานะ Fast mode และประวัติการใช้ไว้ และพิจารณาความเป็นไปได้เรื่องการนับผิดด้วย
5. ลดระดับ reasoning ช่วยได้ แต่ไม่ได้เปลี่ยนเศรษฐศาสตร์ของโมเดลทั้งหมด
OpenAI บอกว่าระดับ reasoning ที่ต่ำลงอาจเป็นจุดเริ่มต้นที่ดีสำหรับยืดโควตา แต่ระดับ reasoning ไม่ได้กำหนดการใช้แบบตายตัวต่อหนึ่งงาน และระดับสูงก็ไม่ได้รับประกันผลลัพธ์ที่ดีกว่าเสมอ.[1]
ถ้ายังต้องอ่าน repository ขนาดใหญ่ อินพุตก็ยังใหญ่ ถ้ายังเรียกเครื่องมือหลายครั้ง งานก็ยังหลายขั้นตอน ถ้ายังส่ง patch และ log จำนวนมาก เอาต์พุตก็ยังใหญ่
ดังนั้น Light ช่วยได้ แต่ ไม่ได้ทำให้ Astra กลายเป็นโมเดลราคาถูก
ผ่อนคันเร่งรถแข่งเล็กน้อย ไม่ได้ทำให้มันกินน้ำมันเท่ารถเล็กในเมือง
6. ถ้าเป้าหมายคือผลงาน ให้ตัดสินจากผลงาน
ถ้าเป้าหมายจริงคือโค้ดที่เสร็จ งานวิจัย บทความ หรือการแก้ปัญหาที่เสร็จแล้ว ตัวชี้วัดสำคัญไม่ใช่ “ใช้โมเดลพรีเมียมกี่ชั่วโมง”
ควรดูสิ่งเหล่านี้:
- อัตราสำเร็จในครั้งแรก
- bug และ requirement ที่ยังตกหล่น
- อัตราทดสอบผ่าน
- จำนวนรอบแก้งาน
- เวลาที่คนต้องแก้เอง
- เวลารวมจนได้ผลงานสุดท้าย
ถ้า Astra และ Sol ให้ผลสุดท้ายแทบเหมือนกัน การใช้ Astra เป็นค่าเริ่มต้นก็มีเหตุผลน้อยลง แต่ถ้า Astra หาต้นเหตุได้ในครั้งเดียว ขณะที่โมเดลอื่นต้องลองสามรอบ การใช้ Astra สั้น ๆ อาจถูกกว่าในแง่ผลลัพธ์
วัดการคำนวณต่อผลงานที่เสร็จ ไม่ใช่ชั่วโมงของโมเดลพรีเมียม
7. Astra เหมาะเป็นผู้เชี่ยวชาญงานยาก มากกว่าจะเป็นพนักงานที่ทำทุกอย่าง
OpenAI เองวาง Astra ไว้สำหรับ bug ยาก ปัญหาที่ไม่คุ้นเคย และการวิเคราะห์ซับซ้อน; Sol สำหรับการพัฒนาและสรุปรวม; Terra สำหรับงานประจำวัน; Luna สำหรับการดึงข้อมูล การจัดหมวดหมู่ และการแก้ไขสั้น ๆ แบบซ้ำ.[1]
การแบ่งงานที่เข้าใจง่ายคือ:
- Luna / Terra: ดึงข้อมูล จัดรูปแบบ แก้แบบ routine เปลี่ยนไฟล์ง่าย ๆ งานซ้ำ
- Sol: การพัฒนาทั่วไป การรวมผลวิจัย debugging ระดับกลาง งานวิชาชีพที่ยาวขึ้น
- Astra: ต้นเหตุไม่ชัด การตัดสินใจด้านสถาปัตยกรรม ปัญหาข้ามหลายระบบ และการตัดสินใจสุดท้ายที่พลาดแล้วเสียหายสูง
ไม่ต้องส่งตัวปิดเกมมือหนึ่งลงตั้งแต่ inning แรกทุกวัน แล้วแปลกใจว่าพอถึงสุดสัปดาห์เขาหมดแรง
8. ปัญหาที่ลึกกว่าคือไม่ใช่แค่โควตาน้อย แต่ความเร็วการใช้ไม่เข้ากับจังหวะรีเซ็ต
โมเดลที่ใช้ทรัพยากรคำนวณจำนวนมากได้ในเวลาสั้น ๆ ย่อมขัดกับการรีเซ็ตรายสัปดาห์
คนที่ชอบปิดงานหนักใน session เดียวอาจใช้โควตาหมดตั้งแต่ต้นสัปดาห์ แล้วเจอปัญหายากจริง ๆ ในภายหลังแต่ไม่มี capacity พรีเมียมเหลือ
ดังนั้นความไม่พอใจไม่ใช่แค่ “โควตาน้อย” แต่ยังเป็นความไม่สมมาตรที่ สิทธิ์รายสัปดาห์หมดได้ในไม่กี่ชั่วโมง แต่การฟื้นกลับวัดเป็นวัน
OpenAI ระบุว่าบางบัญชีที่เข้าเกณฑ์อาจมี saved reset หรือ paid instant reset แต่ยังไม่ได้ประกาศเปลี่ยนเป็นการฟื้นโควตารายวันถาวร.[1]
ถ้าตั๋วรายสัปดาห์หมดได้ในสองชั่วโมง ก็ไม่แปลกที่จะอยากให้เกจกลับมาบ้างทุกวัน
ตอนนี้วิธีที่ใช้งานได้จริงยังเรียบง่าย: งานเบาใช้โมเดลเบา ส่วนที่ยากค่อยเรียก Astra และถ้าผลงานสุดท้ายแทบไม่ต่างกัน ให้เลือกทางที่ใช้ทรัพยากรน้อยกว่า
Astra ไม่ใช่สวนสนุกทั้งหมด แต่เป็นรถไฟเหาะ ใช้เมื่อรถไฟเหาะคือสิ่งที่ต้องการจริง ๆ
แหล่งข้อมูล
- OpenAI Help Center — Managing usage with GPT-6 Astra in Work and Codex. Retrieved 2026-09-14 help.openai.com
- OpenAI Developer Community — “Insane usage burn rate swing on Pro 20x, potential bug.” User reports from 2026-09-09 to 2026-09-10; anecdotal evidence only. Includes a report of a later allowance correction community.openai.com
- OpenAI / ChatGPT — Codex Pricing. Retrieved 2026-09-14 chatgpt.com
- OpenAI Help Center — About ChatGPT Pro tiers. Retrieved 2026-09-14. Confirms the temporary pause on new Pro $200 / Pro 20x signups and upgrades beginning 2026-09-10, while existing subscriptions are unaffected help.openai.com
- TechCrunch — “OpenAI puts Pro subscriptions on hold due to Astra demand.” Published 2026-09-10. Reports public comments from OpenAI product leader Thibault Sottiaux about system strain and unprecedented Astra demand techcrunch.com
- OpenAI Status — Elevated errors affecting ChatGPT Work. Incident on 2026-09-10; resolved. This source does not establish that the incident caused usage-accounting issues status.openai.com
