Claude Code उपयोग मॉनिटर – उपयोग सीमा से बचने के लिए रीयल-टाइम ट्रैकर

 (github.com/Maciek-roboblog)
12 पॉइंट द्वारा GN⁺ 2025-06-21 | 2 टिप्पणियां | WhatsApp पर शेयर करें
  • Claude AI टोकन उपयोग, खर्च होने की गति, खपत का पूर्वानुमान आदि जैसी विविध जानकारी रीयल-टाइम में टर्मिनल पर दिखाने वाला मॉनिटरिंग टूल
  • हर 3 सेकंड में अपडेट होने वाला रंगीन progress bar, स्मार्ट टोकन depletion prediction
  • बेसिक प्लान सीमा पार होने पर session history का विश्लेषण करके तुरंत वास्तविक सीमा पर स्विच
  • Pro/Max5/Max20/custom_max जैसे उपयोग प्लान को अपने-आप detect और support करता है
  • session के अनुसार टोकन सीमा के करीब पहुँचने/पार होने पर, और session reset से पहले खपत जोखिम होने पर रीयल-टाइम alert
  • वास्तविक Claude उपयोग flow के लिए optimized interface
  • npm, pip इंस्टॉल, virtual environment (venv/virtualenv) उपयोग की सिफारिश, Mac/Linux/Windows सभी समर्थित

Claude session को समझना

  • 5 घंटे की rolling window पद्धति
    • पहला message भेजे जाने के समय से session 5 घंटे तक बना रहता है
    • हर session पर अलग सीमा लागू होती है, और कई session एक साथ active हो सकते हैं
    • वास्तविक reset मेरे message के आधार पर हर 5 घंटे में होता है
  • session/टोकन reset समय का आधार अपने schedule के अनुसार सेट किया जा सकता है

उपयोग परिदृश्य

  • ऑफिस जाने वाले/सुबह के developer: काम शुरू होने के समय (जैसे 9 बजे) के अनुसार टोकन reset schedule समायोजित करके अधिक प्रभावी planning
  • रात में काम करने वाले: आधी रात आदि अपने schedule के अनुसार टोकन reset का उपयोग
  • variable limit उपयोगकर्ता: custom_max mode से वास्तविक environment के अनुसार limit auto-detect
  • global/remote developer: कई time zone में आना-जाना, टीम स्तर पर reset समय सेट करना → collaboration के लिए optimization
  • तेज़ status check: बस run करें (settings की परवाह किए बिना)

environment setup के best practices

  • session शुरू होते ही monitoring शुरू करें
    • Claude पर काम शुरू करते समय तुरंत monitor चलाएँ (./ccusage_monitor.py)
    • समर्थित प्लान
      • pro: लगभग 7,000 टोकन (testing और हल्के उपयोग के लिए)
      • max5: लगभग 35,000 टोकन (दैनिक development)
      • max20: लगभग 140,000 टोकन (बड़े project और मध्यम/उच्च-तीव्रता उपयोग)
      • custom_max: auto-detect mode (वास्तविक usage history के आधार पर अधिकतम मान का उपयोग)
    • पूरे session के टोकन tracking की सटीकता बेहतर होती है
    • टोकन खपत की गति की गणना और limit के करीब पहुँचने पर early warning संभव
  • Python virtual environment (venv) का उपयोग
    • dependency conflict से बचाव, environment isolation, और project-wise reproducibility सुनिश्चित
    • इंस्टॉल और run: 
      python3 -m venv venv  
source venv/bin/activate  
pip install pytz
    • हटाने के लिए virtual environment folder मिटाना ही पर्याप्त, साफ removal संभव
  • shell alias को customize करके जोड़ें
    • बार-बार उपयोग होने वाले command को एक लाइन में छोटा करके चलाएँ 
      alias claude-monitor='cd ~/Claude-Code-Usage-Monitor && source venv/bin/activate && ./ccusage_monitor.py'
    • .bashrc या .zshrc आदि में जोड़ें; एक बार टाइप करके तुरंत monitor चला सकते हैं

उपयोग विधि के best practices

  • Burn Rate (खपत की गति) पर लगातार नज़र रखें
    • यदि टोकन उपयोग अचानक बहुत बढ़ जाए, तो सावधान रहें
    • बचे हुए समय और टोकन के अनुसार काम की तीव्रता समायोजित करें
    • session reset (टोकन initialization) से पहले/बाद में बड़े refactoring जैसे भारी काम का schedule समायोजित करें 
      ./ccusage_monitor.py --reset-hour 9
  • रणनीतिक session scheduling
    • बड़े काम टोकन reset के तुरंत बाद शुरू करें, और limit के करीब पहुँचने पर हल्के काम करें
    • हर session के 5 घंटे वाले नियम का उपयोग करके कई overlapping session चला सकते हैं
  • time zone स्पष्ट रूप से निर्दिष्ट करें
    • वास्तविक कार्य/सहयोग समय क्षेत्र के अनुसार सटीक टोकन reset prediction और schedule management 
      ./ccusage_monitor.py --timezone Asia/Seoul
    • कई देशों/टीमों के साथ काम करते समय समय की गलती से बचाव, session expiry timing को लेकर भ्रम कम

optimization tips

  • टर्मिनल environment setup
    • कम से कम 80-character चौड़ाई वाला terminal सुझाया गया है
    • color support से visual feedback अधिक स्पष्ट होता है
    • अलग dedicated window में लगातार monitoring की सिफारिश
  • workflow integration
    • tmux जैसे terminal multiplexer का उपयोग करके development और monitoring साथ-साथ कर सकते हैं 
      tmux new-session -d -s claude-monitor './ccusage_monitor.py'  
tmux attach -t claude-monitor
  • multi-session strategy
    • हर session के लिए 5 घंटे तय, overlapping session को साथ में manage किया जा सकता है
    • लंबे काम कई session में बाँटें, हर session की limit/expiry का ध्यान रखें

वास्तविक workflow उदाहरण

  • बड़े project का development 
    ./ccusage_monitor.py --plan max20 --reset-hour 8 --timezone America/New_York
    • सुबह 8 बजे टोकन reset → मुख्य feature development शुरू
    • 10 बजे Burn Rate जाँचकर काम की गति समायोजित करें
    • 12 बजे दोपहर के schedule की जाँच और समन्वय
    • 14 बजे नया session खोलें, complex issue संभालें
    • 16 बजे हल्का काम/शाम के session की तैयारी
  • learning/experiment-केंद्रित उपयोग 
    ./ccusage_monitor.py --plan pro
    • हल्की learning और experimental code writing के लिए उपयुक्त
  • sprint-केंद्रित development 
    ./ccusage_monitor.py --plan max20 --reset-hour 6
    • intensive, high-volume token consumption वाले development के लिए customized setting

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

2 टिप्पणियां

 
fanotify 2025-06-21

यह वही चीज़ है: https://hi.news.hada.io/topic?id=21560
 
GN⁺ 2025-06-21
Hacker News राय

  • मैं Claude की पारदर्शिता की कमी से परेशान हूँ, और यह आइडिया मुझे सच में बहुत पसंद आया Claude Code की मुख्य खूबी यह है कि यह desktop app की तुलना में context और limit management को बेहतर संभाल सकता है (जैसे: compact mode, बची हुई capacity % दिखाना), लेकिन फिर भी लगता है कि यह अभी पर्याप्त नहीं है एक अतिरिक्त सलाह के तौर पर, project README में emojis का बहुत ज़्यादा इस्तेमाल मुझे व्यक्तिगत रूप से बहुत गैर-पेशेवर लगता है, और इससे यह चिंता होती है कि जैसे किसी AI ने बिना ठीक से supervision के सिर्फ 'vibe' के आधार पर project बना दिया हो

    • जब मैं software क्षेत्र में आया था, तब codebase में emoji इस्तेमाल करते पकड़े जाते तो माहौल ऐसा था मानो तुम्हें पागलखाने भेज दिया जाएगा अब समय पूरी तरह बदल गया है, और मैं visual context organize करने के लिए emoji का अक्सर इस्तेमाल करता हूँ अब मेरे code में इतने emoji हैं कि वह मुझे खुश कर सके

    • आजकल startup या युवा कंपनियों में यह emoji style बहुत दिखती है शायद Notion का असर बहुत बड़ा है हमारी company में list, page, calendar invite—कुछ भी बनाना हो, हमेशा emoji चुना जाता है

    • AI coding के लिए बनाए गए software पर ऐसा comment आना काफ़ी ironic लगता है

    • असल में code देखें तो, 400-line की एक Python file बस ccusage को wrap कर रही है इसलिए ऐसा महसूस होना संभव है

    • AI द्वारा लिखे गए PR description या README के लिए मैं prompt में हमेशा यह शर्त जोड़ता हूँ: 'संक्षिप्त, बिना भड़कीले अलंकरण या emoji के' ऐसा करने पर बिखरी हुई emoji party एक ठीक-ठाक document में बदल जाती है हालात के हिसाब से यह अलग हो सकता है

  • मैं ccusage का creator हूँ, और लोग हमारे open source को तरह-तरह से इस्तेमाल कर रहे हैं, यह देखकर खुशी होती है Happy vibe coding! जैसा सकारात्मक संदेश छोड़ा

    • दिलचस्प बात यह है कि ccusage के Show HN पर एक भी comment नहीं है, लेकिन यह thread काफ़ी सक्रिय है संबंधित thread लिंक

  • संदर्भ के लिए, मेरे पिछले session की अधिकतम token limit लगभग 337,492 थी, और मैं Max20 plan तथा Opus का लगभग 99% इस्तेमाल करता हूँ मैं 27 मई से Claude Code इस्तेमाल कर रहा हूँ, और अब तक कुल 1,374,439,311 tokens इस्तेमाल कर चुका हूँ, जिसकी कीमत लगभग 3,397 डॉलर है

    • मैंने Max20 plan पर लगभग 2,100 डॉलर के बराबर उपयोग किया है सोच रहा हूँ कि API पर बहुत बड़ा margin बच रहा है, या वे घाटे में चल रहे हैं मैं रोज़ इस्तेमाल करता हूँ, लेकिन मुझे नहीं लगता कि मैं इसे हद से ज़्यादा इस्तेमाल करता हूँ

    • क्या Opus पर आपको अक्सर rate limit लगती है, और क्या यह Sonnet की तुलना में धीमा महसूस होता है?

  • मैं सहज रूप से समझ लेता हूँ कि मैंने अब तक जो tokens इस्तेमाल किए हैं, वे limit के कितने करीब हैं मुझे यह भी महसूस हो जाता है कि कब conversation खुद अपनी maximum सीमा तक पहुँचने वाली है; उस समय मैं बचे हुए आख़िरी resource से summary बनवाकर नई conversation में काम जारी रखता हूँ ऐसा लगता है कि ये AI tools अब मेरी biological clock का हिस्सा बन गए हैं हर बुधवार ChatGPT की weekly limit reset होती है, इसलिए बुधवार एक नए रविवार जैसा लगता है

  • मैंने देखा है कि अगर token usage time window के बाद भी 100% तक नहीं पहुँचती, तो reset नहीं होता उदाहरण के लिए, अगर आपने 90% इस्तेमाल किया और अगली window में चले गए, फिर बचा हुआ 10% जल्दी ख़त्म कर दिया, तो आपको लंबा इंतज़ार करना पड़ सकता है

  • मैंने एक UI tool (crystal) बनाया है जो कई Claude Code sessions एक साथ इस्तेमाल करने देता है मैं एक साथ कई features पर काम करता हूँ, इसलिए अक्सर account limit के करीब पहुँच जाता हूँ आमतौर पर reset time के आसपास limit hit करता हूँ, लेकिन अगर पहले से पता चल जाए कि कब रुकना चाहिए, तो और अच्छा होगा

    • मैं Claude Code का बहुत भारी उपयोग करता हूँ, लेकिन worktree और multi-session work के लिए अलग tooling लिखने का आत्मविश्वास नहीं है क्योंकि Git की मेरी समझ पर्याप्त नहीं है सच कहूँ तो, इस tool का इस्तेमाल करना भी थोड़ा डरावना लगता है; आदर्श रूप से मैं हर worktree को container में चलाना चाहूँगा, लेकिन उसे Crystal जितना smooth बनाना मुश्किल लगता है

    • यह tool पसंद है, लेकिन Crystal नाम से भ्रम होता है क्योंकि यह पहले से एक programming language का नाम है जिसे मैं इस्तेमाल कर चुका हूँ

    • अगर आप GitHub पर issue छोड़ें (यहाँ), तो मैं अपने usage monitor के साथ integration की कोशिश भी कर सकता हूँ

    • कमाल है मुझे भी ऐसा tool चाहिए था जो सिर्फ project-wise नहीं बल्कि एक साथ 5 projects के लिए काम करे; मैं तो लगभग Laude से इसे बनवाने ही वाला था इसमें बहुत उपयोग की संभावनाएँ हैं, इससे सहमत हूँ

  • काफ़ी दिलचस्प है, लेकिन क्या Pro plan की token limit सच में सिर्फ 7,000 है? यानी यह 7,000 शब्दों से भी कम हुआ, लेकिन व्यवहार में ऐसा लगता है कि इससे कहीं ज़्यादा इस्तेमाल किया जा सकता है अगर limit इतनी ही है, तो थोड़ा सा लंबा conversation भी जल्दी सीमा तक पहुँच जाना चाहिए, लेकिन मैं अभी तक कभी इससे नहीं टकराया क्या यह limit सिर्फ Claude Code पर लागू होती है, मैंने अभी Claude Code ज़्यादा इस्तेमाल नहीं किया है, इसलिए निश्चित नहीं हूँ

    • Pro plan की कीमत $20 प्रति माह है. हाल ही में claude code access उपलब्ध हुआ है लेकिन मैंने सुना है कि कुछ users सिर्फ कुछ queries में ही limit hit कर देते हैं इसलिए लगता है कि वह संख्या सही हो सकती है chat interface की limit और Claude Code की limit अलग-अलग हैं

  • बेहद शानदार, इसे बनाने के लिए धन्यवाद क्या इसे uv से install किया जा सकता है? uv लिंक साझा किया गया है, और installation process को line-by-line shell command examples के साथ समझाया गया है

    • अगर यह repo project.toml जैसी package structure में होता, तो इसे pipx(pipx) से इस तरह और तेज़ी से install किया जा सकता था

pipx install git+https://github.com/Maciek-roboblog/Claude-Code-Usage-Monitor ccusage_monitor uv में भी शायद ऐसा ही command (uvx) होगा, लेकिन यह pipx जैसा ही feature/purpose रखता है या नहीं, इस पर पक्का नहीं हूँ

  • जानकारी के लिए, जो लगभग कुछ भी pip से install हो सकता है, वह uv से भी install किया जा सकता है, इसलिए uv से करना भी आसान है

  • क्या इस tool की कोई और उपयोगी बात है, या यह बस ccusage को shell call करके चलाता है? सच कहूँ तो, इस तरह के projects थोड़े निराशाजनक लगते हैं, जैसे AI tool से एक ही बार में निपटा दिया गया हो Show HN में यह तक नहीं बताया गया कि सारा वास्तविक काम किसी दूसरे tool से हो रहा है, यह थोड़ा खलता है

  • कल Claude Code में मेरा एक अजीब अनुभव रहा मैंने पुराने PHP में लिखे phtml table page को नए div layout में बदलने की कोशिश की, लेकिन वह असफल रही और लगभग $4 खर्च हो गए हो सकता है यह WSL की समस्या रही हो, लेकिन उम्मीद है कि ऐसा बार-बार न हो

    • Claude Code की learning curve काफ़ी है आपको requirements पर अच्छी तरह चर्चा करनी होती है और model से स्पष्ट सवाल निकलवाने के तरीके से लंबा conversation session चलाना पड़ता है फिर भी कभी-कभी ऐसी विफलताएँ हो सकती हैं, इसलिए यह याद रखना ज़रूरी है कि यह बहुत महँगा tool है YouTuber या blogger जैसा कहते हैं, वैसा कोई जादू नहीं है