Claude আপগ্রেড করার পরেও লিমিট না বাড়লে কী করবেন?

কেন আপগ্রেড করা Claude লিমিট তাৎক্ষণিকভাবে পরিবর্তিত হয় না

আপনি আপনার Claude প্ল্যান আপগ্রেড করেছেন কিন্তু আপনার ব্যবহারের সীমা আগের মতোই দেখাচ্ছে। এটি একটি সাপোর্ট সংক্রান্ত সমস্যা যার পেছনে কয়েকটি নির্দিষ্ট কারণ থাকতে পারে এবং প্রতিটি কারণ আপনি আপনার অ্যাকাউন্ট থেকে যাচাই করতে পারেন। প্ল্যান পরিবর্তনের প্রক্রিয়াটি হয়তো সম্পন্ন হয়নি, ক্লায়েন্ট হয়তো আপনার অর্থ প্রদান করা অ্যাকাউন্টের পরিবর্তে অন্য কোনো অ্যাকাউন্টে লগ-ইন করা আছে, ক্লায়েন্ট হয়তো আপনার সাবস্ক্রিপশন ব্যবহারই করছে না, অথবা আপগ্রেড করার সময় যে ব্যবহারের সময়সীমা (usage window) গণনা করা হচ্ছিল তা এখনও চলমান থাকতে পারে।

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

একটি বিষয় সবকিছুর ভিত্তি হিসেবে কাজ করে। Claude-এর প্রতিটি সারফেস একই ব্যবহারের সীমা (allowance) থেকে খরচ করে। Anthropic-এর হেল্প পেজে এটি স্পষ্টভাবে বলা হয়েছে:

আপনার বিভিন্ন Claude প্রোডাক্ট সারফেসের (claude.ai, Claude Code, Claude Desktop) ব্যবহার একই ব্যবহারের সীমার অন্তর্ভুক্ত।

সুতরাং, ব্রাউজারের একটি ট্যাবে চলমান দীর্ঘ কাজ এবং আপনার টার্মিনালে থাকা claude CLI (command line interface) একই পুল থেকে ডেটা খরচ করে। তাই প্ল্যান পরিবর্তন প্রতিটি অ্যাপের জন্য আলাদাভাবে নয়, বরং সেই একটি পুলের ওপরই কার্যকর হয়। যদি এই পুলের গঠন সম্পর্কে আপনার অস্পষ্টতা থাকে, তবে Claude ব্যবহারের সীমা আসলে কীভাবে কাজ করে তা এই বিষয়ের মূল ভিত্তি হিসেবে কাজ করবে।

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

আপগ্রেড মানেই একটি পেমেন্ট। যদি পেমেন্ট সম্পন্ন না হয়, তবে কোনো পরিবর্তনই কার্যকর হবে না। যে স্ক্রিনে আপনি লিমিট অতিক্রম করার নোটিশ পাচ্ছেন, সেটি সবসময় আপনাকে এই বিষয়টি জানাবে না।

claude.ai ওপেন করুন, সাইডবারে আপনার নাম বা নামের আদ্যক্ষরে ক্লিক করুন, Settings খুলুন এবং billing সেকশনটি খুঁজে বের করুন। Anthropic প্রায়ই এই লেবেলগুলোর অবস্থান পরিবর্তন করে, তাই এমন একটি সেকশন খুঁজুন যেখানে আপনার বর্তমান প্ল্যানের নাম এবং রিনিউয়াল তারিখ দেখাচ্ছে। সবকিছু ঠিক থাকলে সেখানে আপনার কেনা প্ল্যানের নাম, সেটি active হিসেবে চিহ্নিত থাকবে এবং ভবিষ্যতের একটি রিনিউয়াল তারিখ দেখাবে। যদি সেখানে এখনো আপনার পুরনো প্ল্যানের নামই থাকে, তবে পরিবর্তনটি কার্যকর হয়নি এবং ক্লায়েন্ট রিস্টার্ট করে কোনো লাভ হবে না। যদি সেখানে Pro লেখা থাকে এবং আপনি Pro-এর জন্যই পেমেন্ট করে থাকেন, তবে Pro-এর খরচ এবং এর লিমিটগুলো কোথায় লিঙ্কে ক্লিক করে দেখে নিন আপনার প্রাপ্ত লিমিট আপনার প্ল্যানের সাথে সামঞ্জস্যপূর্ণ কি না।

এরপর রিসিট বা রশিদটি দেখুন। Anthropic-এর মতে আপগ্রেড তাৎক্ষণিকভাবে কার্যকর হয় এবং আপনার ইতিমধ্যে পরিশোধ করা সাইকেলের বাকি সময়ের জন্য টাকা সমন্বয় করা হয়:

লোয়ার টিয়ার থেকে আপার টিয়ারে আপগ্রেড করার সময়, আপনার বিলিং সাইকেলের বাকি সময়ের জন্য আনুপাতিক হারে (prorated basis) চার্জ করা হবে।

সম্পন্ন হওয়া upgrade-এর জন্য একটি charge তৈরি হয় এবং আপনি upgrade করার সময়ের timestamp-সহ একটি invoice জারি হয়। invoice দেখা গেলেও amount আপনার প্রত্যাশিত সংখ্যার সঙ্গে না মিললে, সাধারণত এটি ব্যর্থ change নয়; এর কারণ proration এবং tax। Claude-এর invoice ও VAT কীভাবে কাজ করে পার্থক্যটি কোথা থেকে এসেছে তা ব্যাখ্যা করে। invoice না থাকলে change সম্পন্ন হয়নি। সাধারণ কারণ হলো declined card, অথবা অন্য tab-এ খোলা bank verification ধাপটি সম্পন্ন হওয়ার আগে বন্ধ হয়ে যাওয়া।

পরিবর্তনের দিকটি গুরুত্বপূর্ণ, কারণ বিলিং এখানে সিমেট্রিক নয়। আপগ্রেড তাৎক্ষণিকভাবে কার্যকর হয়। কিন্তু ডাউনগ্রেড কার্যকর হয় আপনার ইতিমধ্যে পরিশোধ করা পিরিয়ড শেষ হওয়ার পর, যা Claude প্ল্যান পরিবর্তন বা বাতিল করা অংশে বর্ণিত হয়েছে। আপনি যদি আপগ্রেড করে থাকেন, পরে মত পরিবর্তন করে ডাউনগ্রেড করেন এবং পুনরায় আপগ্রেড করেন, তবে আপনার বর্তমান স্ট্যাটাসটি প্রত্যাশিত স্ট্যাটাসের চেয়ে এক পিরিয়ড পিছিয়ে থাকতে পারে।

চেক 2: আপনি কি সেই অ্যাকাউন্টে সাইন-ইন করেছেন যার জন্য পেমেন্ট করেছেন?

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

ব্রাউজারে Settings খুলুন এবং অ্যাকাউন্টের ইমেইল ঠিকানাটি দেখুন। Claude Code-এ /status কমান্ডটি চালান, যা CLI কোন অ্যাকাউন্টে সাইন-ইন করা আছে এবং কী প্রমাণীকরণ পদ্ধতি ব্যবহার করছে তা প্রদর্শন করবে। দুটি ঠিকানা প্রতিটি অক্ষরের সাথে মিলিয়ে দেখুন। সেগুলোর হুবহু মিল থাকতে হবে।

প্রায়ই এগুলোর মধ্যে মিল থাকে না, কারণ অজান্তেই একাধিক Claude অ্যাকাউন্ট তৈরি হয়ে যাওয়া খুব সহজ। কাজের ইমেইল ব্যবহার করে Google-এর মাধ্যমে সাইন-ইন করলে তা আপনার ব্যক্তিগত ইমেইলে ইমেইল-ও-পাসওয়ার্ড দিয়ে তৈরি করা অ্যাকাউন্ট থেকে আলাদা হয়। দুটি অ্যাকাউন্টই কাজ করে, কিন্তু কেবল একটির জন্য চার্জ করা হয়েছে। অন্য অ্যাকাউন্টটি তার নিজস্ব লিমিট অনুযায়ী সেবা দেয়, যা আপনি আপগ্রেড করেননি।

অ্যাকাউন্ট মেনুতে ওয়ার্কস্পেসের তালিকাও থাকে, তাই একটি ব্যক্তিগত অ্যাকাউন্ট এবং আপনি যে প্রতিষ্ঠানের সদস্য, সেগুলো আলাদা এন্ট্রি হিসেবে দেখায়। কোন এন্ট্রিটি সক্রিয় আছে তা নির্ধারণ করে যে আপনার পাঠানো অনুরোধে কোন এনটাইটেলমেন্ট (entitlement) প্রযোজ্য হবে। ব্রাউজার এবং CLI উভয় ক্ষেত্রেই নিশ্চিত করুন যে সক্রিয় ওয়ার্কস্পেসটি সেটিই, যার সাথে আপনার সাবস্ক্রিপশন যুক্ত আছে, কারণ তারা এই পছন্দটি আলাদাভাবে সংরক্ষণ করে।

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

একটি সাবস্ক্রিপশন তখনই কার্যকর হয় যখন ক্লায়েন্ট সেটির মাধ্যমে প্রমাণীকরণ (authenticate) করে। একটি এনভায়রনমেন্ট ভেরিয়েবল নীরবে আপনার সেই সিদ্ধান্তটি বদলে দিতে পারে। Anthropic-এর Claude Code প্ল্যান পেজ এ বিষয়ে সরাসরি সতর্ক করেছে:

যদি আপনার সিস্টেমে ANTHROPIC_API_KEY এনভায়রনমেন্ট ভেরিয়েবল সেট করা থাকে, তবে Claude Code আপনার Claude সাবস্ক্রিপশন (Pro, Max, Team, বা Enterprise প্ল্যান) ব্যবহার করার পরিবর্তে প্রমাণীকরণের জন্য এই API কি (key) ব্যবহার করবে। এর ফলে আপনার সাবস্ক্রিপশনের অন্তর্ভুক্ত ব্যবহারের পরিবর্তে API ব্যবহারের জন্য চার্জ প্রযোজ্য হবে।

আপনার শেল-এ কী কী সেট করা আছে তা দেখুন, তবে স্ক্রলব্যাকে কোনো গোপন তথ্য প্রকাশ করবেন না:

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

cut -d= -f1 ভেরিয়েবলের নামগুলো রাখে কিন্তু মানগুলো বাদ দেয়। ফলে আপনি জানতে পারবেন যে ANTHROPIC_API_KEY সেট করা আছে, কিন্তু কি (key) নিজে টার্মিনালে পেস্ট হবে না, যা পরবর্তীতে সাপোর্টের জন্য স্ক্রিনশট নিলে নিরাপদ থাকে। যদি এটি দেখা যায়, তবে এটি কোথা থেকে আসছে তা খুঁজে বের করুন:

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

-l শুধু ফাইলের নাম দেখায়, যাতে key আবারও আপনার স্ক্রিনে প্রকাশ না পায়। আপনার shell-এর বাইরে আরও 2টি স্থানে এটি সেট করা থাকতে পারে। Claude Code-এর নিজস্ব settings file ~/.claude/settings.json-এ থাকা env block প্রতিটি session-এ প্রযোজ্য হয়। কোনো repository-তে .claude/settings.json থাকলেও সেই directory-তে কাজ করা সবার জন্য একই আচরণ হয়। কোনো project checkout থেকে পাওয়া key এবং আপনার নিজের সেট করা key একইভাবে কাজ করে। আপনি যে key পেয়েছেন সেটি পুরোনো বা revoked হলে লক্ষণটি ভুল limit থেকে সরাসরি authentication failure-এ বদলে যায়। Claude Code-এর invalid API key error ঠিক করা-তে ব্যাখ্যা করা হয়েছে, কেন /login চালালেও এটি clear হয় না।

একই পরীক্ষা CLAUDE_CODE_USE_BEDROCK এবং CLAUDE_CODE_USE_VERTEX-এর ক্ষেত্রেও প্রযোজ্য। এর যেকোনো একটি আপনার অনুরোধগুলোকে ক্লাউড প্রোভাইডার অ্যাকাউন্টে পাঠিয়ে দেয়, তাই আপনার Claude সাবস্ক্রিপশন এখানে ব্যবহৃত হয় না এবং আপনি যে সীমাবদ্ধতার সম্মুখীন হচ্ছেন তা সাবস্ক্রিপশনের সীমাবদ্ধতা নয়। এই বিষয়টি আলাদাভাবে বোঝা জরুরি, এবং Bedrock বা Vertex-এর বিপরীতে Claude Code চালানো অংশে ব্যাখ্যা করা হয়েছে যে এটি ব্যবহার করলে কী কী পরিবর্তন হয়।

এই ব্যর্থতার দ্বিতীয় প্রমাণ হলো অর্থ। যদি কোনো কি (key) সেট করা থাকে, তবে আপগ্রেড করার পর আপনি যে কাজ করেছেন তার জন্য কনসোল অ্যাকাউন্টে টোকেন অনুযায়ী বিল করা হয়েছে। তাই কোনো কিছু ঘটেনি বলে ধরে নেওয়ার আগে সেই অ্যাকাউন্টে ব্যবহারের চার্জ পরীক্ষা করে দেখুন। API বিলিং এবং সাবস্ক্রিপশনের মধ্যে পার্থক্য অংশে আলোচনা করা হয়েছে কেন বাস্তবে এই দুটির মধ্যে এত পার্থক্য অনুভূত হয়।

চেক 4: আপগ্রেড করার সময় কি কোনো ইউসেজ উইন্ডো চালু ছিল?

ইউসেজ লিমিট একটি নির্দিষ্ট উইন্ডোর ওপর ভিত্তি করে কার্যকর হয়। আপনি যখন Claude ব্যবহার শুরু করেন তখন এই উইন্ডোটি শুরু হয় এবং এরপর একটি নির্দিষ্ট সময় পর এটি রিসেট হয়। আপনার প্ল্যান পরিবর্তন করলে উইন্ডোর সর্বোচ্চ সীমা পরিবর্তিত হয়। এটি বর্তমান উইন্ডোতে ইতিমধ্যে রেকর্ড হওয়া ব্যবহার মুছে ফেলে না এবং উইন্ডোর রিসেট হওয়ার সময়ও পরিবর্তন করে না।

তাই যে ব্যবহারকারী কাজের মাঝপথে আপগ্রেড করেন, তিনি সবচেয়ে কম সুবিধা পান। আপনি বাড়তি সক্ষমতা কিনেছেন ঠিকই, কিন্তু বর্তমান উইন্ডোর বাকি সময়টুকুতে আপনি সেই ব্যবহারের মুখোমুখি হবেন যা আপনি আগেই করে ফেলেছেন। বাড়তি সক্ষমতাটি পরের উইন্ডো থেকে দৃশ্যমান হবে, বর্তমান উইন্ডোতে নয়।

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

একই সময়ে একাধিক উইন্ডো কার্যকর থাকতে পারে, তাই ছোট উইন্ডোর মেয়াদ শেষ হলেই বড় উইন্ডোর সীমাবদ্ধতা দূর হয় না। এই বার্তাগুলো সঠিকভাবে পড়াটাই মূল দক্ষতা, এবং Claude লিমিটে পৌঁছালে কী করবেন সেটিতে এ বিষয়ে বিস্তারিত আলোচনা করা হয়েছে। এই ধরনের একটি বার্তা আসলে কোনো প্ল্যান লিমিট নয়: যদি Claude কোনো কাজ করার মাঝপথে থেমে যায় এবং বলে যে এটি তার টুল ব্যবহারের সীমা অতিক্রম করেছে, তবে সেটি হলো একটি সিঙ্গেল টার্নের ভেতর টুল ব্যবহারের সীমা, যা প্ল্যান পরিবর্তনের মাধ্যমে বাড়ানো সম্ভব নয়।

চেক 5: আপনি কি নিজের প্ল্যানের পরিবর্তে প্রতিষ্ঠানের সিট ব্যবহার করছেন?

Team এবং Enterprise অ্যাক্সেস প্রতি সিট হিসেবে নির্ধারিত হয় এবং একজন অ্যাডমিনিস্ট্রেটর ব্যবহারকারীদের সিট বরাদ্দ করেন। সিটের জন্য অর্থ প্রদান করলেই তা বরাদ্দ হয়ে যায় না। তাই আপনার ইমেইল ঠিকানায় কোনো সিট না থাকলেও একটি প্রতিষ্ঠান সিট ধরে রাখতে পারে, যার ফলে আপনি কেবল আপনার ব্যক্তিগত অ্যাকাউন্টের সুবিধাগুলোই পেতে থাকেন।

বিপরীত পরিস্থিতিটিই ব্যবহারকারীদের বেশি বিভ্রান্ত করে। আপনি আপনার ব্যক্তিগত প্ল্যান আপগ্রেড করলেন, কিন্তু প্রতিষ্ঠানের ওয়ার্কস্পেসের ভেতরেই কাজ চালিয়ে গেলেন; ফলে প্রতিটি অনুরোধ প্রতিষ্ঠানের এনটাইটেলমেন্ট দ্বারা অনুমোদিত হয় এবং আপনার ব্যক্তিগত আপগ্রেডটি কোনো কাজেই আসে না। অ্যাকাউন্টের মেনু থেকে ওয়ার্কস্পেস পরিবর্তন করুন এবং পুনরায় চেষ্টা করুন। যদি প্রতিষ্ঠানের ওয়ার্কস্পেসটিই আপনার কাঙ্ক্ষিত জায়গা হয়, তবে অ্যাডমিনিস্ট্রেটরকে নিশ্চিত করতে বলুন যে আপনার নির্দিষ্ট ইমেইল ঠিকানায় একটি সিট বরাদ্দ করা হয়েছে কি না। কারণ, বাইরে থেকে দেখলে একটি আমন্ত্রণ যা গ্রহণ করা হয়নি, তা একটি বরাদ্দকৃত সিটের মতোই মনে হয়। ছোট ব্যবসার জন্য Claude Team প্ল্যান কীভাবে কাজ করে অংশে সিট মডেলটি বিস্তারিত আলোচনা করা হয়েছে।

চেক 6: ক্লায়েন্ট সেশন কি আপগ্রেডের চেয়ে পুরনো?

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

যদি লিমিট এখনও ভুল দেখায়, তবে সাইন আউট করে পুনরায় সাইন ইন করুন। Claude Code-এর ভেতরে /logout চালান, টার্মিনাল উইন্ডোটি বন্ধ করুন, একটি নতুন উইন্ডো খুলুন, claude শুরু করুন এবং /login চালান। এটি জোরপূর্বক করার জন্য নিজে থেকে ~/.claude.json ডিলিট করবেন না। এই ফাইলটিতে আপনার MCP (model context protocol) সার্ভার কনফিগারেশন, প্রতি-প্রজেক্ট ট্রাস্ট সেটিংস এবং ক্যাশ থাকে, তাই এটি ডিলিট করলে লগইন তথ্যের চেয়েও অনেক বেশি কিছু হারিয়ে যাবে।

ব্রাউজারে সাইন আউট করে পুনরায় সাইন ইন করুন, অথবা একটি প্রাইভেট উইন্ডোতে claude.ai খুলুন। প্রাইভেট উইন্ডোতে পরীক্ষা করা দ্রুততর, কারণ এটি প্রমাণ করে যে সমস্যাটি আপনার অ্যাকাউন্টের সাথে সম্পর্কিত নাকি আপনার ক্যাশ করা সেশনের সাথে।

সেখানে থাকাকালীন, claude --version দিয়ে ভার্সনটি চেক করুন এবং /doctor চালান, যা একটি সেটআপ চেকআপ সম্পন্ন করে এবং পুরনো ইন্সটলেশন থাকলে তা চিহ্নিত করে। কমান্ডের বিষয়ে একটি সতর্কতা: আগস্ট 2026 অনুযায়ী, Anthropic নথিবদ্ধ করেছে যে প্রতিটি স্লাশ কমান্ড সব ব্যবহারকারীর জন্য প্রদর্শিত হয় না, কারণ এর প্রাপ্যতা আপনার প্ল্যাটফর্ম, প্ল্যান এবং এনভায়রনমেন্টের ওপর নির্ভর করে। একটি /upgrade এন্ট্রি অনুপস্থিত থাকা মানেই অ্যাকাউন্ট নষ্ট হয়ে গেছে এমন নয়।

প্রমোশনাল লিমিট বৃদ্ধি কি এর কারণ?

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

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

যাচাই করার ক্রম

1. Billing সেকশনে নতুন প্ল্যানটিকে active হিসেবে দেখাচ্ছে এবং এতে ভবিষ্যতের একটি renewal তারিখ উল্লেখ আছে।
2. আপগ্রেড করার তারিখ অনুযায়ী একটি invoice তৈরি হয়েছে।
3. ব্রাউজারে ব্যবহৃত ইমেইল এবং CLI-তে /status কমান্ডের আউটপুটে প্রদর্শিত ইমেইল একই।
4. কোথাও কোনো ANTHROPIC_API_KEY, CLAUDE_CODE_USE_BEDROCK বা CLAUDE_CODE_USE_VERTEX সেট করা নেই।
5. লিমিট মেসেজে প্রদর্শিত reset হওয়ার সময়টি আপনার আপগ্রেডের সময়ের পরের, আগের নয়।
6. বর্তমানে active থাকা workspace-টিতেই সাবস্ক্রিপশনটি যুক্ত আছে।
7. আপগ্রেড করার পর থেকে ক্লায়েন্টকে পুরোপুরি sign out করে পুনরায় sign in করা হয়েছে।

সাপোর্টের সাথে যোগাযোগ করার সময় যা পাঠাবেন

বিলিং এবং এনটাইটেলমেন্ট সংক্রান্ত সমস্যাগুলো Anthropic support-এর কাছে পাঠাতে হবে, Claude Code ইস্যু ট্র্যাকার-এ নয়। কারণ পাবলিক রিপোজিটরিতে থাকা কেউ আপনার সাবস্ক্রিপশন দেখতে পায় না। নিচে উল্লেখিত তথ্যগুলো সংযুক্ত করুন, তাহলে প্রথম রিপ্লাইতেই আপনি সমাধান পাবেন, বিস্তারিত তথ্যের জন্য অনুরোধ পাওয়ার অপেক্ষা করতে হবে না:

• আপনার পেইড অ্যাকাউন্টের ইমেইল ঠিকানা।
• বর্তমানে আপনার বিলিং সেকশনে যে প্ল্যানের নাম দেখাচ্ছে।
• আপনি যে তারিখে এবং সময়ে প্ল্যান পরিবর্তন করেছেন, টাইমজোনসহ।
• আপগ্রেড চার্জের ইনভয়েস বা রিসিট নম্বর।
• লিমিট মেসেজের সঠিক ভাষা, বর্ণনা না করে টেক্সট হিসেবে কপি করুন।
• কোন সারফেস থেকে এটি এসেছে: claude.ai, ডেস্কটপ অ্যাপ, নাকি claude CLI।
• Claude Code-এর ক্ষেত্রে, /status এবং claude --version-এর আউটপুট, তবে যেকোনো key ভ্যালু সরিয়ে ফেলুন।
• সেই সময় আপনি আপনার পার্সোনাল ওয়ার্কস্পেসে ছিলেন নাকি অর্গানাইজেশন ওয়ার্কস্পেসে।
• উপরের কোন চেকগুলো আপনি ইতিমধ্যে সম্পন্ন করেছেন এবং প্রতিটি থেকে কী ফলাফল পেয়েছেন।

সবগুলো চেক পাস করলে কী হবে?

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

FAQ

আমার Claude প্ল্যান আপগ্রেড করলে কি ব্যবহারের সীমা (usage limit) সাথে সাথে রিসেট হয়ে যায়?

আপগ্রেডটি সাথে সাথে কার্যকর হয় এবং Anthropic আপনার বিলিং সাইকেলের বাকি সময়ের জন্য আনুপাতিক হারে (prorated) চার্জ করে। আপনি বর্তমানে যে ব্যবহারের উইন্ডোতে আছেন তা সম্পূর্ণ আলাদা একটি বিষয়। এটি ইতিমধ্যে রেকর্ড করা ব্যবহারের হিসাব এবং বিদ্যমান রিসেট হওয়ার সময় বজায় রাখে। তাই আপগ্রেড করলে আপনার ব্যবহারের সীমা বৃদ্ধি পায়, কিন্তু ইতিমধ্যে যা খরচ করেছেন তা মুছে যায় না। যদি আপনার লিমিট মেসেজে রিসেট হওয়ার সময় আপগ্রেডের আগে থেকেই নির্ধারিত থাকে, তবে নতুন প্ল্যান কাজ করছে কি না তা যাচাই করার আগে সেই রিসেট সময় পর্যন্ত অপেক্ষা করুন।

আমি আপগ্রেড করেছি কিন্তু Claude Code এখনো বলছে যে আমি সীমা অতিক্রম করেছি। প্রথমে কী চেক করব?

প্রথমে অ্যাকাউন্ট এবং তারপর অথেন্টিকেশন পদ্ধতি চেক করুন। Claude Code-এ /status কমান্ডটি চালান এবং এটি যে ইমেইল দেখাবে তার সাথে আপনার claude.ai সেটিংসের ইমেইলটি প্রতিটি অক্ষর মিলিয়ে দেখুন। কারণ ওয়ার্ক অ্যাড্রেসে গুগল সাইন-ইন এবং পার্সোনাল অ্যাড্রেসে পাসওয়ার্ড দিয়ে সাইন-আপ করা দুটি আলাদা অ্যাকাউন্ট হিসেবে গণ্য হয়। এরপর env | grep -E '^(ANTHROPIC|CLAUDE_CODE)' | cut -d= -f1 চালান। যদি ANTHROPIC_API_KEY দেখা যায়, তবে Claude Code আপনার সাবস্ক্রিপশনের পরিবর্তে সেই কি (key) দিয়ে অথেন্টিকেট করছে। ফলে আপনার প্ল্যানটি মোটেও ব্যবহৃত হচ্ছে না এবং প্রতিটি টোকেনের জন্য আলাদাভাবে বিল করা হচ্ছে।

ব্রাউজারে নতুন প্ল্যান দেখালেও CLI-তে কেন দেখাচ্ছে না?

উভয় ক্লায়েন্টের সেশন আলাদা এবং প্রতিটি ক্লায়েন্ট চালু হওয়ার সময় আপনার এনটাইটেলমেন্ট নির্ধারণ করে নেয়। প্রথমে CLI রিস্টার্ট করুন। যদি কোনো পরিবর্তন না হয়, তবে /logout চালান, টার্মিনাল বন্ধ করে নতুন একটি খুলুন, claude শুরু করুন এবং /login চালান। এটি আপনার বর্তমান প্ল্যানের বিপরীতে একটি নতুন সেশন তৈরি করবে। জোরপূর্বক সেশন ঠিক করতে ~/.claude.json ডিলিট করা এড়িয়ে চলুন, কারণ ওই ফাইলে MCP সার্ভার কনফিগারেশন এবং প্রতি-প্রজেক্ট ট্রাস্ট সেটিংস সংরক্ষিত থাকে।

আমার অর্গানাইজেশন সিট কি আমার নিজের কেনা প্ল্যানকে ওভাররাইড করতে পারে?

হ্যাঁ, এটি কোনো ত্রুটি নয় বরং একটি স্বাভাবিক ঘটনা। অর্গানাইজেশন ওয়ার্কস্পেসের ভেতরে করা অনুরোধগুলো সেই অর্গানাইজেশনের এনটাইটেলমেন্ট দ্বারা অনুমোদিত হয়, তাই ওই ওয়ার্কস্পেস সক্রিয় থাকা অবস্থায় ব্যক্তিগত আপগ্রেডের কোনো প্রভাব পড়ে না। অ্যাকাউন্ট মেনু থেকে আপনার ব্যক্তিগত ওয়ার্কস্পেসে সুইচ করুন এবং একই কাজ পুনরায় চেষ্টা করুন। আপনি যদি অর্গানাইজেশন ব্যবহার করতে চান, তবে একজন অ্যাডমিনিস্ট্রেটরকে বলুন আপনার নির্দিষ্ট ইমেইল অ্যাড্রেসে সিট বরাদ্দ করা হয়েছে কি না তা নিশ্চিত করতে, কারণ সিট কেনা এবং তা বরাদ্দ করা দুটি আলাদা ধাপ।