GitHub Copilot व्यक्तिगत प्लान में बदलाव

 (github.blog)
1 पॉइंट द्वारा GN⁺ 9 일 전 | अभी कोई टिप्पणी नहीं है. | WhatsApp पर शेयर करें
  • एजेंट-आधारित workflow के विस्तार के साथ लंबे समय तक चलने वाले parallel sessions की compute demand बढ़ने पर, व्यक्तिगत प्लान में नए साइन-अप अस्थायी रूप से रोके जा रहे हैं, usage limits कड़ी की जा रही हैं, और model availability का दायरा समायोजित किया जा रहा है
  • GitHub Copilot Pro, Pro+, Student प्लान के नए साइन-अप अस्थायी रूप से रोक दिए जाएंगे, और व्यक्तिगत प्लान पर session limit तथा साप्ताहिक 7-दिन सीमा सहित token-based guardrails अधिक सख्ती से लागू होंगे
  • Opus मॉडल अब Pro प्लान में उपलब्ध नहीं होगा, जबकि Opus 4.7 Pro+ में उपलब्ध रहेगा; Opus 4.5 और 4.6 को अलग changelog सूचना के अनुसार Pro+ से भी हटाया जाएगा
  • VS Code और Copilot CLI में usage limit display जोड़ा जाएगा, और छोटे multiplier वाले models का उपयोग, Pro+ upgrade, plan mode का उपयोग, तथा parallel workflows कम करना limits तक पहुंचने से बचने के उपाय के रूप में सुझाया गया है
  • यह सामने आया है कि कुछ ही requests से अक्सर प्लान की कीमत से अधिक लागत पैदा हो जाती है, जिसके चलते service reliability बनाए रखने और मौजूदा ग्राहकों के लिए अधिक पूर्वानुमानित अनुभव सुनिश्चित करने के लिए ये कदम उठाए गए हैं

बदलावों का सारांश

  • GitHub Copilot Individual प्लान में मौजूदा ग्राहक अनुभव की सुरक्षा के लिए तीन समायोजन लागू किए गए हैं
    • इसमें नए साइन-अप का अस्थायी निलंबन, usage limits को कड़ा करना, और model availability में बदलाव शामिल हैं
    • बदलावों के कारण और उपयोगकर्ताओं पर उनके प्रभाव का दायरा भी स्पष्ट किया गया है
  • एजेंट-आधारित workflow के विस्तार से Copilot की compute demand में बुनियादी बदलाव आया है
    • लंबे समय तक चलने वाले parallel sessions नियमित रूप से उन संसाधनों की तुलना में कहीं अधिक संसाधन खर्च कर रहे हैं, जिनके लिए मौजूदा प्लान संरचना बनाई गई थी
    • agent features के विस्तार के साथ अधिक काम किए जा रहे हैं, और service reliability बनाए रखने के लिए usage limits तक पहुंचने वाले ग्राहकों की संख्या भी बढ़ रही है
    • अतिरिक्त कदम उठाए बिना इससे पूरी service quality में गिरावट आ सकती है
  • usage limits और model availability को लेकर शिकायतें रही हैं, और अतिरिक्त guardrails के बारे में बेहतर communication की आवश्यकता का भी उल्लेख किया गया है
    • यह बदलाव इस बात को अधिक स्पष्ट करने के लिए है कि क्या बदल रहा है और क्यों बदल रहा है

प्लान के अनुसार समायोजन

  • GitHub Copilot Pro, Pro+, Student प्लान के नए साइन-अप अस्थायी रूप से निलंबित
    • यह कदम मौजूदा ग्राहकों को अधिक प्रभावी ढंग से सेवा देने के लिए उठाया गया है
  • व्यक्तिगत प्लान usage limits को कड़ा किया गया
    • Pro+ में Pro की तुलना में 5 गुना अधिक सीमा दी जाएगी
    • जिन Pro उपयोगकर्ताओं को अधिक limit चाहिए, वे Pro+ में upgrade कर सकते हैं
    • usage limits को अधिक आसानी से समझने के लिए VS Code और Copilot CLI में usage limit display जोड़ा जाएगा
  • Opus मॉडल अब Pro प्लान में उपलब्ध नहीं होगा
    • Opus 4.7 Pro+ प्लान में उपलब्ध रहेगा
    • अलग changelog सूचना के अनुसार Opus 4.5 और Opus 4.6 को Pro+ से भी हटाया जाएगा
  • मौजूदा ग्राहकों को पूर्वानुमानित अनुभव देने के लिए यह एक आवश्यक कदम बताया गया
    • यदि उपयोगकर्ता अप्रत्याशित limits से प्रभावित हुए हों या बदलाव उनके लिए उपयुक्त न हों, तो 20 मई से पहले Billing settings में जाकर Pro या Pro+ subscription cancel करने पर मौजूदा subscription की शेष अवधि के लिए refund लिया जा सकता है
  • refund policy से जुड़ी भाषा को 21 अप्रैल 2026 के अनुसार स्पष्ट करने वाला अपडेट भी शामिल है

GitHub Copilot में usage limits कैसे काम करती हैं

  • अभी दो प्रकार की usage limits लागू हैं: session limit और साप्ताहिक 7-दिन सीमा
    • दोनों सीमाएं token consumption और model multiplier के आधार पर तय होती हैं

  • session limit

    • peak usage समय में service overload रोकने के लिए यह व्यवस्था है
    • इसे इस तरह सेट किया गया है कि अधिकांश उपयोगकर्ता प्रभावित न हों
    • समय के साथ इसे reliability और demand के बीच संतुलन के अनुसार समायोजित किया जाएगा
    • session limit तक पहुंचने पर window reset होने तक Copilot का उपयोग इंतजार में रखना होगा

  • साप्ताहिक सीमा

    • एक उपयोगकर्ता एक सप्ताह में कुल कितने tokens खर्च कर सकता है, इसकी ऊपरी सीमा
    • यह हाल में जोड़ी गई सीमा है, जिसका उद्देश्य लंबे समय तक चलने वाले और अक्सर बहुत महंगे parallelized long-running requests को नियंत्रित करना है
    • हर प्लान की साप्ताहिक सीमा भी इस तरह तय की गई है कि अधिकांश उपयोगकर्ता प्रभावित न हों
    • साप्ताहिक सीमा तक पहुंचने के बाद भी यदि premium request बची हो, तो Auto model selection के साथ Copilot का उपयोग जारी रखा जा सकता है
    • model selection feature साप्ताहिक अवधि reset होने पर फिर से सक्रिय हो जाएगा
    • Pro उपयोगकर्ता Pro+ upgrade के जरिए साप्ताहिक limit बढ़ा सकते हैं
    • Pro+ में Pro की तुलना में 5 गुना अधिक सीमा शामिल है

  • premium request से अंतर

    • premium request यह तय करती है कि किन models तक पहुंच मिलेगी और कितनी requests की जा सकती हैं
    • usage limits token-based guardrails हैं, जो एक निश्चित समय window में खर्च किए जा सकने वाले tokens की संख्या सीमित करती हैं
    • premium request बची होने पर भी usage limits तक पहुंचा जा सकता है

बिना चेतावनी limits से बचाव और पारदर्शिता में सुधार

  • VS Code और Copilot CLI limit के करीब पहुंचने पर उपलब्ध usage दिखाना शुरू करेंगे
    • इसका उद्देश्य अप्रत्याशित limit hit से बचने में मदद करना है
  • limits तक पहुंचने की संभावना कम करने के कुछ तरीके सुझाए गए हैं

    • छोटे multiplier वाले models का उपयोग

      • साधारण कामों के लिए कम multiplier वाले models उपयोग करने की सलाह दी गई है
      • multiplier जितना बड़ा होगा, limit उतनी जल्दी पहुंचेगी

    • Pro+ upgrade

      • Pro प्लान उपयोगकर्ता Pro+ upgrade के जरिए limit को 5 गुना तक बढ़ा सकते हैं

    • plan mode का उपयोग

      • plan mode उपयोग करने पर काम की efficiency बेहतर होती है
      • VS Code और Copilot CLI से संबंधित documentation links दिए गए हैं
      • plan mode से task success rate में भी सुधार होता है

    • parallel workflows कम करना

      • /fleet जैसे tools token consumption बढ़ा सकते हैं, इसलिए limit के करीब होने पर इन्हें संयम से उपयोग करने की सलाह दी गई है

ये कदम क्यों उठाए गए

  • agents और subagents जटिल coding समस्याएं हल करने में मूल्य दे रहे हैं, लेकिन इससे पूरे user base में usage intensity भी बढ़ी है
  • लंबे समय तक चलने वाले parallel workflows बड़ा मूल्य पैदा कर सकते हैं, लेकिन साथ ही infrastructure और pricing structure पर दबाव भी डालते हैं
    • अब यह आम हो गया है कि केवल कुछ requests ही प्लान की कीमत से अधिक लागत पैदा कर देती हैं
  • GitHub ने इसे ऐसी समस्या माना है जिसे उसे हल करना होगा
    • यह कदम मौजूदा उपयोगकर्ताओं को संभवतः सर्वोत्तम अनुभव देने के साथ अधिक sustainable solution विकसित करने की नींव के रूप में पेश किया गया है

संबंधित पढ़ाई

अभी कोई टिप्पणी नहीं है.

अभी कोई टिप्पणी नहीं है.