Claude আপগ্রেডের পরও usage limit বদলায়নি কেন

আপগ্রেডের পর Claude-এর সীমা সঙ্গে সঙ্গে কেন পরিবর্তিত হয় না

আপনি Claude plan আপগ্রেড করেছেন, কিন্তু usage limit আগের মতোই দেখাচ্ছে। এটি কয়েকটি সম্ভাব্য কারণসহ একটি support সমস্যা, এবং প্রতিটি কারণ নিজের account থেকেই যাচাই করা যায়। plan পরিবর্তন সম্পূর্ণ নাও হয়ে থাকতে পারে, client-এ আপনার কেনা account-এর বদলে অন্য account-এ sign in করা থাকতে পারে, client আপনার subscription ব্যবহার নাও করতে পারে, অথবা upgrade করার সময় যে usage window ইতিমধ্যে গণনা হচ্ছিল, সেটি এখনও গণনা হতে পারে।

নিচের check-গুলো দেওয়া ক্রমেই করুন। প্রতিটি check-এ কোথায় দেখতে হবে এবং স্বাভাবিক ফলাফল কেমন হবে তা বলা আছে। শেষে সরাসরি যাবেন না: প্রথম দুটি কারণেই অধিকাংশ report ব্যাখ্যা হয়।

একটি বিষয় পুরো প্রক্রিয়াটি বোঝার ভিত্তি তৈরি করে। Claude-এর সব surface একই allowance থেকে ব্যবহার করে। Anthropic-এর help page-এ বিষয়টি সরাসরি বলা আছে:

Claude-এর বিভিন্ন product surface (claude.ai, Claude Code, Claude Desktop)-এ আপনার সব usage একই usage limit-এর হিসাবে গণনা হয়

তাই browser tab-এ চলা একটি দীর্ঘ task এবং terminal-এর claude CLI (command line interface) একই pool থেকে usage নেয়। plan পরিবর্তনও প্রতিটি app-এর জন্য আলাদাভাবে নয়, সেই একই pool-এর ক্ষেত্রে প্রযোজ্য হয়। এই pool কীভাবে কাজ করে তা এখনও পরিষ্কার না হলে, Claude usage limit কীভাবে কাজ করে-এ এই বিষয়ের সম্পূর্ণ পটভূমি দেওয়া আছে।

পরীক্ষা 1: পরিকল্পনা পরিবর্তনটি কি সত্যিই সম্পন্ন হয়েছে?

Upgrade একটি payment। Payment সম্পন্ন না হলে কোনো পরিবর্তন হয় না। আপনি যে screen-এ limit-এ পৌঁছেছেন, সেটি সব সময় এই তথ্য দেখাবে না।

claude.ai খুলুন। Sidebar-এ আপনার নাম বা initials-এ click করুন। Settings খুলে billing section খুঁজুন। Anthropic এই label-গুলোর অবস্থান পরিবর্তন করে। তাই এমন section খুঁজুন যেখানে আপনার current plan-এর নাম এবং renewal date দেখা যায়। সঠিক ফলাফলে আপনার কেনা plan-এর নাম থাকবে, সেটি active হিসেবে চিহ্নিত থাকবে এবং ভবিষ্যতের একটি renewal date দেখা যাবে। সেখানে যদি এখনও পুরোনো plan-এর নাম থাকে, তাহলে পরিবর্তনটি কার্যকর হয়নি। কোনো client restart করলেও এটি ঠিক হবে না। সেখানে যদি Pro লেখা থাকে এবং আপনি Pro-এর জন্য payment করে থাকেন, তাহলে Pro-এর খরচ এবং এর limit কোথায় প্রযোজ্য দেখে আপনার পাওয়া allowance বর্তমান plan-এর সঙ্গে মেলে কি না যাচাই করুন।

এরপর receipt দেখুন। Anthropic বলছে, upgrade তাৎক্ষণিকভাবে কার্যকর হয় এবং ইতিমধ্যে payment করা billing cycle-এর অবশিষ্ট সময়ের জন্য অর্থ সমন্বয় করা হয়:

নিম্ন tier থেকে উচ্চ tier-এ upgrade করলে, আপনার billing cycle-এর অবশিষ্ট সময়ের জন্য prorated ভিত্তিতে account থেকে অর্থ নেওয়া হবে

Upgrade সম্পন্ন হলে upgrade করার সময়সহ একটি charge এবং invoice তৈরি হয়। Invoice না থাকলে পরিবর্তনটি সম্পন্ন হয়নি। সাধারণ কারণ হলো card decline হওয়া, অথবা অন্য একটি tab-এ খোলা bank verification step শেষ হওয়ার আগে সেটি বন্ধ করে দেওয়া।

দিকটি গুরুত্বপূর্ণ, কারণ এখানে billing দুই দিকে একইভাবে কাজ করে না। উপরের plan-এ upgrade সঙ্গে সঙ্গে কার্যকর হয়। নিচের plan-এ downgrade ইতিমধ্যে payment করা period শেষ হলে কার্যকর হয়। Claude plan পরিবর্তন বা বাতিল করা-এ এই পদ্ধতিটি বর্ণনা করা হয়েছে। আপনি যদি upgrade করার পরে মত পরিবর্তন করে downgrade করেন এবং আবার upgrade করেন, তাহলে আপনার প্রত্যাশিত অবস্থার তুলনায় কার্যকর state এক period পিছিয়ে থাকতে পারে।

চেক 2: আপনি কি যে account-এর জন্য অর্থ প্রদান করেছেন, সেই account-এ signed in আছেন?

এটিই সবচেয়ে সাধারণ কারণ। পাশাপাশি দুটি string তুলনা না করা পর্যন্ত সমস্যাটি বোঝা যায় না।

Browser-এ Settings খুলে account-এ থাকা email address দেখুন। Claude Code-এ /status চালান। এটি CLI কোন account হিসেবে signed in আছে এবং কোন authentication method ব্যবহার করছে, তা দেখায়। দুটি address অক্ষর ধরে তুলনা করুন। এগুলো অবশ্যই হুবহু মিলে যেতে হবে।

প্রায়ই এগুলো মেলে না। কারণ অনিচ্ছাকৃতভাবে একাধিক Claude account তৈরি হয়ে যেতে পারে। work address ব্যবহার করে Google দিয়ে sign in করলে personal address দিয়ে email-and-password sign-up করার চেয়ে আলাদা account তৈরি হয়। দুটি account-ই কাজ করে। তবে charge করা হয়েছে একটিতেই। অন্য account-টি নিজের allowance ব্যবহার করে চলতে থাকে। এই allowance-টির upgrade আপনি করেননি।

Account menu-তে workspace-ও দেখা যায়। তাই একটি personal account এবং আপনি যে organisation-এর সদস্য, সেগুলো আলাদা entry হিসেবে প্রদর্শিত হয়। কোন entry active আছে, তা নির্ধারণ করে আপনি সদ্য পাঠানো request-এর ক্ষেত্রে কোন entitlement প্রযোজ্য হবে। Browser এবং CLI—উভয় জায়গায় active workspace আপনার subscription-এর সঙ্গে যুক্ত workspace কি না যাচাই করুন। কারণ তারা এই নির্বাচন আলাদাভাবে সংরক্ষণ করে।

পরীক্ষা 3: Claude Code কি আদৌ আপনার subscription ব্যবহার করছে?

client subscription দিয়ে authentication করলে তবেই subscription প্রযোজ্য হয়। একটি environment variable নীরবে এই সিদ্ধান্ত আপনার কাছ থেকে নিয়ে নিতে পারে। Anthropic-এর Claude Code plan page-এ বিষয়টি স্পষ্টভাবে বলা আছে:

আপনার system-এ যদি ANTHROPIC_API_KEY environment variable সেট করা থাকে, তাহলে Claude Code আপনার Claude subscription (Pro, Max, Team বা Enterprise plan) ব্যবহার না করে authentication-এর জন্য এই API key ব্যবহার করবে। ফলে subscription-এ অন্তর্ভুক্ত usage ব্যবহারের বদলে API usage charge প্রযোজ্য হবে।

scrollback-এ কোনো secret না দেখিয়ে আপনার shell-এ কী সেট আছে তা তালিকাভুক্ত করুন:

env | grep -E '^(ANTHROPIC|CLAUDE_CODE)' | cut -d= -f1

cut -d= -f1 variable name রেখে value বাদ দেয়। ফলে ANTHROPIC_API_KEY সেট আছে কি না জানতে পারবেন, কিন্তু key-টি নিজে এমন terminal-এ paste হবে না, যার screenshot পরে support-এর জন্য নিতে হতে পারে। এটি দেখা গেলে কোথা থেকে এসেছে তা খুঁজে বের করুন:

grep -rl 'ANTHROPIC_API_KEY' ~/.bashrc ~/.zshrc ~/.profile ~/.bash_profile 2>/dev/null

-l শুধু file name দেখায়। তাই key-টি আবারও screen-এ দেখা যায় না। আপনার shell-এর বাইরে আরও দুটি জায়গা থেকে এটি সেট হতে পারে। ~/.claude/settings.json-এ থাকা Claude Code-এর নিজস্ব settings file-এ একটি env block আছে, যা প্রতিটি session-এ প্রযোজ্য। কোনো repository-তে .claude/settings.json থাকলেও সেই directory-তে কাজ করা সবার জন্য একই নিয়ম প্রযোজ্য হয়। কোনো project checkout থেকে পাওয়া key আপনার নিজের সেট করা key-এর মতোই কাজ করে।

একই পরীক্ষা CLAUDE_CODE_USE_BEDROCK এবং CLAUDE_CODE_USE_VERTEX-এর ক্ষেত্রেও প্রযোজ্য। যেকোনো একটি আপনার request-কে cloud provider account-এ পাঠায়। ফলে আপনার Claude subscription এতে যুক্ত নয়, এবং আপনি যে limit-এ পৌঁছাচ্ছেন তা subscription-এর limit নয়। এই পথটি আলাদাভাবে বোঝা দরকার। Bedrock বা Vertex ব্যবহার করে Claude Code চালানো-তে এটি ব্যবহার করলে কী পরিবর্তন হয় তা ব্যাখ্যা করা হয়েছে।

এই ব্যর্থতার আরও একটি প্রমাণ থাকে: অর্থের হিসাব। কোনো key সেট থাকলে upgrade করার পর আপনার করা কাজ Console account-এ token অনুযায়ী bill হয়েছে। তাই কিছুই ঘটেনি ধরে নেওয়ার আগে সেই account-এ usage charge পরীক্ষা করুন। API billing এবং subscription-এর পার্থক্য-এ বাস্তবে দুটির পার্থক্য এত বেশি কেন মনে হয় তা ব্যাখ্যা করা হয়েছে।

পরীক্ষা 4: আপগ্রেড করার সময় কি একটি usage window আগে থেকেই চলছিল?

Usage limit একটি নির্দিষ্ট window-এর ভিত্তিতে কার্যকর হয়। আপনি Claude ব্যবহার শুরু করলে window শুরু হয় এবং পরে নির্ধারিত সময়ে reset হয়। আপনার plan পরিবর্তন করলে এই window যে ceiling-এর ভিত্তিতে মাপা হয়, সেটি পরিবর্তিত হয়। তবে বর্তমান window ইতিমধ্যে যত usage রেকর্ড করেছে, তা মুছে যায় না। সেই window-এর reset time-ও পরিবর্তিত হয় না।

তাই ভারী কাজের session-এর মাঝখানে আপগ্রেড করলে সুবিধা সবচেয়ে কম পাওয়া যায়। আপনি অতিরিক্ত headroom পান, কিন্তু বর্তমান window-এর বাকি সময়ে আগে থেকেই ব্যবহার করা usage limit-এর মুখোমুখি হতে থাকেন। অতিরিক্ত সুযোগ পরবর্তী window-তে কার্যকর হয়, বর্তমানটিতে নয়।

এর প্রমাণ হলো reset time। limit message-এ একটি reset time থাকে, আর /usage Claude Code-এ আপনার session-এর usage দেখায়। স্ক্রিনে দেখানো reset time যদি upgrade করার আগেই নির্ধারিত হয়ে থাকে, তাহলে আপনি যে window-তে আছেন সেটি পরিবর্তনের আগেই শুরু হয়েছে এবং শুরুতে প্রযোজ্য accounting অনুযায়ীই শেষ হবে। reset হওয়া পর্যন্ত অপেক্ষা করুন। তারপর একই ধরনের কাজ আবার করুন এবং usage পুনরায় মাপুন।

একই সময়ে একাধিক window প্রযোজ্য হতে পারে। তাই ছোট window শেষ হলেও বড় window সবসময় শেষ হয় না। এই message-গুলো সঠিকভাবে পড়াই মূল বিষয়, আর Claude limit-এ পৌঁছালে কী করবেন সেখানে ধাপে ধাপে ব্যাখ্যা করা হয়েছে।

Check 5: আপনি কি নিজের plan-এর বদলে কোনো organisation seat ব্যবহার করছেন?

Team এবং Enterprise access seat-ভিত্তিক, এবং একজন administrator মানুষকে seat বরাদ্দ করেন। Seat-এর জন্য অর্থ পরিশোধ করলেই সেগুলো বরাদ্দ হয় না। তাই কোনো organisation-এর কাছে seat থাকতে পারে, কিন্তু আপনার address-এ কোনো seat নাও থাকতে পারে। সে ক্ষেত্রে আপনার personal account যে সুবিধা দেয়, আপনি সেটিই পেতে থাকবেন।

উল্টো ঘটনাটি আরও বেশি বিভ্রান্তি তৈরি করে। আপনি personal plan upgrade করার পরও organisation workspace-এর ভেতরে কাজ চালিয়ে যেতে পারেন। তখন প্রতিটি request organisation-এর entitlement অনুযায়ী অনুমোদিত হয়, তাই আপনার personal upgrade কার্যকর হয় না। Account menu থেকে workspace পরিবর্তন করে আবার চেষ্টা করুন। যদি organisation workspace-ই ব্যবহার করতে চান, administrator-কে আপনার exact address-এ seat বরাদ্দ করা হয়েছে কি না নিশ্চিত করতে বলুন। কারণ গ্রহণ না করা invitation বাইরে থেকে seat বরাদ্দের মতোই দেখায়। ছোট ব্যবসার জন্য Claude Team plan কীভাবে কাজ করে-এ seat model ব্যাখ্যা করা হয়েছে।

পরীক্ষা 6: client session কি upgrade-এর আগের?

Session শুরু হওয়ার সময় চালু থাকা client আপনার অনুমোদিত সুবিধা নির্ধারণ করেছে। প্রথমে এটি বন্ধ করে আবার চালু করুন, কারণ শুধু এই কাজেই এ ধরনের অনেক রিপোর্টের সমস্যা সমাধান হয়।

Limit এখনও ভুল থাকলে sign out করে আবার sign in করুন। Claude Code-এর ভিতরে /logout চালান, terminal window বন্ধ করুন, নতুন একটি window খুলুন, claude চালু করুন এবং /login চালান। এটি জোর করে করার জন্য ~/.claude.json হাতে ধরে delete করবেন না। ওই file-এ আপনার MCP (model context protocol) server configuration, প্রতি-project trust settings এবং caches-ও থাকে। তাই এটি delete করলে শুধু login নয়, আরও অনেক configuration মুছে যায়।

Browser-এ sign out করে আবার sign in করুন, অথবা private window-এ claude.ai খুলুন। Private window দ্রুত পরীক্ষা করার উপায়, কারণ এতে বোঝা যায় সমস্যা আপনার account-এর সঙ্গে থাকে, নাকি cached session-এর সঙ্গে যুক্ত।

এই সময় claude --version দিয়ে version পরীক্ষা করুন এবং /doctor চালান। এটি setup checkup চালিয়ে out-of-date install শনাক্ত করে। Commands সম্পর্কে একটি সতর্কতা: August 2026 অনুযায়ী Anthropic-এর documentation-এ বলা আছে, সব slash command প্রত্যেক user-এর জন্য প্রদর্শিত হয় না। এর availability আপনার platform, plan এবং environment-এর ওপর নির্ভর করে। /upgrade entry না থাকলেই account নষ্ট হয়েছে—এমন প্রমাণ হয় না।

প্রচারমূলক সীমা বৃদ্ধি কি এর কারণ ব্যাখ্যা করে?

সাময়িক সীমা বৃদ্ধি একটি স্বতন্ত্র বিষয়। এগুলো ঘোষণা করা হয়, নির্দিষ্ট সময় চালু থাকে এবং পরে শেষ হয়। কোনো বৃদ্ধি শেষ হলে আপনি আপনার plan-এর স্বাভাবিক allowance-এ ফিরে যান। এতে মনে হতে পারে, আপনাকে না জানিয়েই plan downgrade করা হয়েছে।

এ থেকে দুটি বিষয় স্পষ্ট। Promotion শেষ হওয়াকে billing fault হিসেবে report করবেন না, কারণ account সঠিকভাবেই কাজ করছে। আর চলমান কাজের পরিমাণ সাময়িক বৃদ্ধির ভিত্তিতে নির্ধারণ করবেন না, কারণ কাজটি ওই বৃদ্ধির সময়সীমা পেরিয়ে চলতে পারে। আপনার account-এর ক্ষেত্রে প্রযোজ্য শর্ত জানতে নিজের announcement email এবং in-app notice পরীক্ষা করুন। কয়েক মাস আগে কোনো forum thread-এ কেউ যে figure উল্লেখ করেছে, সেটির ওপর নির্ভর করবেন না।

যে ক্রমে বিষয়গুলো পরীক্ষা করবেন

1. Billing বিভাগে নতুন plan-টিকে active হিসেবে দেখানো হচ্ছে এবং renewal date ভবিষ্যতের তারিখ।
2. একটি invoice আছে, যার তারিখ upgrade করার সময়ের সঙ্গে মেলে।
3. Browser-এ থাকা email এবং CLI-তে /status যে email দেখায়, দুটো একই।
4. কোথাও ANTHROPIC_API_KEY, CLAUDE_CODE_USE_BEDROCK বা CLAUDE_CODE_USE_VERTEX সেট করা নেই।
5. Limit message-এ দেখানো reset time আপনার upgrade-এর পরের সময়; আগের নয়।
6. Active workspace-ই subscription ধারণ করে।
7. Upgrade করার পর client থেকে সম্পূর্ণ sign out করে আবার sign in করা হয়েছে।

আপনি support-এর সঙ্গে যোগাযোগ করলে যা পাঠাবেন

Billing এবং entitlement-সংক্রান্ত সমস্যা Anthropic support-এর কাছে জানান, Claude Code issue tracker-এ নয়। কারণ public repository পড়া কেউ আপনার subscription দেখতে পারে না। নিচের তথ্যগুলো সংযুক্ত করুন। তাহলে প্রথম উত্তরেই অতিরিক্ত তথ্য চাওয়ার বদলে সমস্যার সমাধান পাওয়ার সম্ভাবনা বেশি থাকবে:

• যে account-এর জন্য payment করেছেন, সেটির email address।
• আপনার billing section-এ বর্তমানে প্রদর্শিত plan name।
• আপনি plan পরিবর্তন করার date ও time, timezone-সহ।
• Upgrade charge-এর invoice বা receipt number।
• Limit message-টির হুবহু wording, বর্ণনা না করে text হিসেবে copy করা।
• সমস্যাটি কোন surface-এ দেখা দিয়েছে: claude.ai, desktop app, নাকি claude CLI।
• Claude Code-এর ক্ষেত্রে /status এবং claude --version-এর output; যেকোনো key value মুছে দিয়ে।
• তখন আপনি personal workspace-এ ছিলেন, নাকি organisation workspace-এ।
• উপরের কোন কোন check ইতিমধ্যে চালিয়েছেন এবং প্রতিটির ফলাফল কী ছিল।

সব পরীক্ষা সফল হলে কী হবে?

তাহলে পরিকল্পনাটি প্রয়োগ করা হয়েছে, এবং আপনি যে কাজটি করছেন তা পরিকল্পনাটি যতটা কভার করে তার চেয়ে বেশি। এটি ভিন্ন একটি সমস্যা, যার সমাধানও ভিন্ন। দীর্ঘ সেশনে সংক্ষিপ্ত সেশনের তুলনায় অনেক বেশি খরচ হয়, কারণ প্রতিটি turn-এ আগের জমা হওয়া context আবার পাঠানো হয়। তাই কথোপকথন যত এগোয়, খরচও তত বাড়ে—Claude Code কীভাবে token ব্যবহার করে এই বিষয়টি বিশ্লেষণ করে। বিষয়টি বোঝার পরে প্রশ্নটি হয়, আপনি বাস্তবে যে কাজ করেন তার জন্য কোন tier উপযুক্ত। বেশি খরচ করার আগে দুটি Max tier-এর পার্থক্য দেখুন, কারণ যে limit কখনও বাধা ছিল না, তার জন্য অতিরিক্ত অর্থ খরচ করা উচিত নয়।

FAQ

আমার Claude plan upgrade করলে কি usage limit সঙ্গে সঙ্গে reset হয়?

Upgrade প্রক্রিয়া নিজেই সঙ্গে সঙ্গে কার্যকর হয়, এবং Anthropic আপনার billing cycle-এর বাকি সময়ের জন্য prorated basis-এ এর মূল্য নির্ধারণ করে। আপনি বর্তমানে যে usage window-এর মধ্যে আছেন, সেটি আলাদা বিষয়। ওই window-এ ইতিমধ্যে record হওয়া usage এবং নির্ধারিত reset time অপরিবর্তিত থাকে। তাই upgrade limit বাড়ায়, কিন্তু ইতিমধ্যে ব্যবহৃত usage মুছে দেয় না। আপনার limit message-এ reset time যদি upgrade-এর আগেই নির্ধারিত হয়ে থাকে, নতুন plan কাজ করছে কি না যাচাই করার আগে সেই reset হওয়া পর্যন্ত অপেক্ষা করুন।

Upgrade করার পরও Claude Code যদি বলে আমি limit-এ পৌঁছে গেছি, প্রথমে কী পরীক্ষা করব?

প্রথমে account পরীক্ষা করুন, তারপর authentication method পরীক্ষা করুন। Claude Code-এ /status চালান এবং এটি যে email দেখায়, তা আপনার claude.ai settings-এ থাকা email-এর সঙ্গে প্রতিটি অক্ষর মিলিয়ে তুলনা করুন। কারণ work address দিয়ে Google sign-in এবং personal address দিয়ে password sign-up দুটি পৃথক account। এরপর env | grep -E '^(ANTHROPIC|CLAUDE_CODE)' | cut -d= -f1 চালান। ANTHROPIC_API_KEY দেখা গেলে Claude Code আপনার subscription-এর পরিবর্তে ওই key দিয়ে authenticate করছে। তাই আপনার plan একেবারেই ব্যবহার হচ্ছে না এবং কাজের জন্য প্রতি token অনুযায়ী billing হচ্ছে।

Browser-এ নতুন plan দেখা গেলেও CLI-তে কেন দেখা যায় না?

দুটি client নিজস্ব session ব্যবহার করে এবং প্রতিটি client চালু হওয়ার সময় আপনার entitlement নির্ধারণ করে। প্রথমে CLI restart করুন। পরিবর্তন না হলে /logout চালান, terminal বন্ধ করে নতুন terminal খুলুন, claude শুরু করুন এবং /login চালান। এটি আপনার বর্তমান plan-এর জন্য একটি নতুন session তৈরি করে। জোর করে এটি করানোর জন্য ~/.claude.json মুছে ফেলবেন না, কারণ ওই file-এ MCP server configuration এবং প্রতিটি project-এর trust settings-ও সংরক্ষিত থাকে।

আমি নিজে কেনা plan কি আমার organisation-এর seat দ্বারা override হতে পারে?

হ্যাঁ। এটি কোনো fault নয়; এমন হওয়া স্বাভাবিক। Organisation workspace-এর ভিতর করা request ওই organisation-এর entitlement অনুযায়ী authorised হয়। তাই সেই workspace সক্রিয় থাকা অবস্থায় personal upgrade কার্যকর হয় না। Account menu থেকে personal workspace-এ switch করে একই কাজ আবার চেষ্টা করুন। আপনি যদি organisation ব্যবহার করতে চান, administrator-কে আপনার exact address-এর জন্য seat assigned আছে কি না নিশ্চিত করতে বলুন। কারণ seat কেনা এবং seat assign করা দুটি পৃথক ধাপ।