OpenAI ChatGPT Plus उपयोगकर्ताओं के लिए 5-घंटे वाले Codex और Work limits बहाल करता है
OpenAI द्वारा ChatGPT Plus पर अपने Codex और Work tools के लिए 5-घंटे की usage limits फिर से लागू करने के फैसले की heavy users ने आलोचना की है, क्योंकि वे time-based caps और अप्रत्याशित quota resets से constrained महसूस करते हैं। कई लोगों का कहना है कि मॉडल की value तो ऊँची है, लेकिन slot machine जैसी timers, अचानक बदलाव, और एक बार में पूरे हफ्ते का quota “burn” न कर पाने की सीमा के कारण असली काम की योजना बनाना मुश्किल हो जाता है, खासकर छात्रों, developers और lower-income countries के उपयोगकर्ताओं के लिए। अन्य लोग बताते हैं कि API access और प्रतिद्वंद्वी सेवाएँ (Claude, Cursor, DeepSeek, local और Chinese models) अधिक flexibility या बेहतर economics दे सकती हैं, जो दिखाता है कि तेजी से commoditizing AI market में user loyalty कितनी fragile है।
परिवर्तन का दायरा
- Plus और Work उपयोगकर्ताओं के लिए rolling window के अनुसार 5-घंटे वाले Codex/Work limits वापस आ गए हैं।
- कई लोगों का मानना है कि इससे गंभीर और कॉर्पोरेट उपयोगकर्ताओं के लिए प्रभावी रूप से hard caps फिर से लागू हो गए हैं, खासकर क्योंकि उच्च-कीमत वाले individual tiers अभी team/business plans पर सामान्य रूप से उपलब्ध नहीं हैं।
वर्कफ़्लो और उपयोगिता पर प्रभाव
- Power users को बीच session में रोक दिया जाना और 5-hour window reset होने तक इंतज़ार करना पसंद नहीं है, खासकर weekend sprints, exam cramming, या लंबे coding sessions के दौरान।
- कुछ लोग बताते हैं कि windows के बीच cache/context expire हो जाता है, इसलिए बड़े tasks फिर से शुरू करने में अगले 5 घंटों का बड़ा हिस्सा खर्च हो सकता है।
- एक छोटा समूह कहता है कि ये limits वास्तव में work–life balance के लिए मददगार हैं, क्योंकि ये ब्रेक लेने के लिए मजबूर करती हैं।
Rate Limiting, Utilization, और “Casino Mechanics”
- उपयोगकर्ता मानते हैं कि limits compute load को smooth करने में मदद करती हैं, लेकिन यह सवाल उठाते हैं कि “off-peak” समय में usage धीरे-धीरे क्यों नहीं घट सकता; कुछ अन्य बताते हैं कि वास्तव में off-peak hours होते ही नहीं (विभिन्न US time zones में limits 2–4am पर hit हो जाती हैं)।
- कुछ का तर्क है कि limits “casual” users के लिए optional guardrail होनी चाहिए, mandatory नहीं।
- Casino या gacha mechanics से व्यापक तुलना की जा रही है:
- Timers (5-hour, 7-day) को Skinner-box शैली की reinforcement के रूप में देखा जा रहा है।
- अप्रत्याशित weekly resets और milestone-based early resets को variable rewards माना जा रहा है, जो usage को तेज़ी से खर्च करने के लिए प्रेरित करते हैं।
- अन्य लोग resets को “free drinks” की तरह पसंद करते हैं, लेकिन कई शिकायत करते हैं कि इससे planning असंभव हो जाती है और “junkie” व्यवहार पैटर्न बनते हैं।
मूल्य निर्धारण, वैल्यू, और विकल्प
- गरीब देशों के उपयोगकर्ता खुद को खास तौर पर दबा हुआ महसूस करते हैं: वे casual नहीं हैं, लेकिन higher tiers afford नहीं कर सकते।
- कई टिप्पणियों में कहा गया है कि subscriptions, API pricing की तुलना में, बहुत बड़ा value देती हैं; कभी-कभी इसे 10–40× सस्ता बताया गया है और ऐसे काल्पनिक API bills का ज़िक्र किया गया है जो महीने में tens of thousands तक पहुँचते हैं, जबकि subscriptions कुछ सौ में मिल जाती हैं।
- फिर भी कुछ लोग कीमत को ऊँचा मानते हैं और सस्ते या अधिक generous competitors (Claude, DeepSeek, Ollama/Ollama Cloud, xAI, Chinese providers) या local models को viable विकल्प बताते हैं।
- चिंता यह भी है कि limits समय के साथ और कड़ी होंगी ताकि users को pricing ladder में ऊपर धकेला जा सके, हालांकि कुछ लोग सचमुच “unlimited” या बहुत higher-cap plan के लिए भुगतान करने को तैयार होंगे।
API बनाम Native Apps
- कुछ लोग पूछते हैं कि heavy users बस API पर क्यों नहीं चले जाते; जवाब में कहा गया कि API कहीं ज़्यादा महँगा है और यह आर्थिक रूप से क्या automate किया जा सकता है, उसे बदल देता है।
- कुछ का कहना है कि उच्च API cost के बावजूद यह productivity multiplier के रूप में फिर भी worth it है; अन्य कहते हैं कि उनके usage levels पर यह वास्तविक नहीं है।