GitHub Copilot CLI: session limit শুরু ৩০ AI credit থেকে

GitHub-এর CLI নির্দেশনা অনুযায়ী, পাবলিক প্রিভিউ অবস্থায় থাকা GitHub Copilot CLI-তে একটি সেশনের সীমা কমপক্ষে ৩০ AI credit থেকে বসানো যায়। ইন্টারঅ্যাকটিভ সেশনে /limits set max-ai-credits 30 লিখুন; স্ক্রিপ্ট থেকে চালালে কমান্ডে --max-ai-credits=30 যোগ করুন। নির্ধারিত সীমায় এজেন্ট থামে, তবে চলমান উত্তর শেষ হওয়ায় প্রকৃত ব্যয় সামান্য বেশি হতে পারে।

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

ইন্টারঅ্যাকটিভ সেশনে সীমা বসাবেন যেভাবে

1. GitHub Copilot CLI-র ইন্টারঅ্যাকটিভ সেশন খুলে কাজের নির্দেশ দেওয়ার আগে Copilot প্রম্পটে /limits set max-ai-credits 30 লিখুন। বড় সীমা চাইলে শেষের সংখ্যাটি বদলান। এর নিচে সীমা বসানোর সুযোগ নেই।
2. তারপর একই সেশনে স্বাভাবিকভাবে নির্দেশ দিন। সীমাটি পুরো সেশনজুড়ে প্রযোজ্য এবং প্রতিটি বার্তার ব্যবহার এর হিসাবের মধ্যে পড়ে। নতুন বার্তা পাঠালেই নতুন সীমা পাওয়া যায় না।
3. সীমায় পৌঁছালে Copilot সেটি জানিয়ে পুনর্নির্ধারণের সুযোগ দেয়। কাজ চালাতে /limits set max-ai-credits NUMBER দিয়ে বড় মান বসাতে পারেন। সীমাটি তুলে দিতে চাইলে /limits unset ব্যবহার করুন।

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

স্ক্রিপ্টে চালানো রানের জন্য আলাদা পদ্ধতি

কমান্ড লাইন থেকে প্রোগ্রাম্যাটিকভাবে চালানোর সময় সীমাটি শুরুর কমান্ডেই দিতে হয়: copilot -p "YOUR PROMPT" --max-ai-credits=30। এখানে YOUR PROMPT-এর জায়গায় কাজের নির্দেশ বসবে। ইন্টারঅ্যাকটিভ সেশনের ভেতরে লেখা /limits set এই ধরনের রানের শুরুর বিকল্প নয়; তাই অটোমেশনে কোন পদ্ধতিতে CLI চালু হচ্ছে, সেটি মিলিয়ে কমান্ড লিখতে হবে।

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

সীমায় পৌঁছালে এই মোডের রান শেষ হয়। পরবর্তী স্বয়ংক্রিয় ধাপ যদি এজেন্টের সম্পন্ন কাজের ওপর নির্ভর করে, শুধু একটি উত্তর পাওয়া গেছে বলেই পুরো কাজ শেষ হয়েছে ধরে নেওয়া ঝুঁকিপূর্ণ। রানটি সীমার কারণে থেমেছে কি না এবং প্রত্যাশিত ফাইল পরিবর্তন বা ফল তৈরি হয়েছে কি না, তা পরবর্তী ধাপের শর্তে রাখাই ব্যবহারিক সিদ্ধান্ত।

সফট লিমিট কেন নির্ধারিত অঙ্ক ছাড়াতে পারে

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

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

সেশন সীমা মাসিক বরাদ্দের জায়গা নেয় না

GitHub-এর Copilot বিলিং ব্যাখ্যা অনুযায়ী, ব্যক্তিগত প্ল্যানে মাসিক AI credit বরাদ্দ প্ল্যানভেদে বদলায়। প্রতিষ্ঠান ও এন্টারপ্রাইজে প্রতিটি বরাদ্দ করা লাইসেন্সের অন্তর্ভুক্ত ক্রেডিট বিলিং সত্তার স্তরে একত্র হতে পারে। সেশন সীমা একটি নির্দিষ্ট CLI কাজের ব্যবহার নিয়ন্ত্রণ করে; অন্য সেশন, চ্যাট বা এজেন্টের ব্যবহার একই মাসিক হিসাবের সঙ্গে যুক্ত থাকতে পারে।

তাই একটি সেশনে ছোট সীমা বসিয়েও মাসজুড়ে মোট ব্যয় নিয়ন্ত্রণের প্রশ্নটি মেটে না। ফ্রিল্যান্সার বা ব্যক্তিগত ব্যবহারকারীর ক্ষেত্রে প্ল্যানের অবশিষ্ট বরাদ্দ এবং অতিরিক্ত ব্যবহারের অনুমতি প্রাসঙ্গিক। প্রতিষ্ঠানের প্রশাসকের ক্ষেত্রে ব্যবহারকারীর সেশন সীমার পাশাপাশি সামগ্রিক বাজেট ও ব্যয়সীমা প্রাসঙ্গিক। GitHub-এর ব্যবহার নিয়ন্ত্রণের নির্দেশনা সেশন সীমাকে সামগ্রিক মাসিক ব্যয় নিয়ন্ত্রণের পরিপূরক হিসেবে রাখে।

কোন Copilot কাজে ক্রেডিট লাগে

GitHub Copilot-এর প্ল্যান তালিকা অনুযায়ী, চ্যাট, এজেন্ট মোড, কোড রিভিউ, ক্লাউড এজেন্ট ও Copilot CLI AI credit ব্যবহার করে। কোড কমপ্লিশন ও পরবর্তী সম্পাদনার পরামর্শে এই ক্রেডিট লাগে না; পেইড প্ল্যানে সেগুলো সীমাহীন হিসেবে তালিকাভুক্ত। তাই এডিটরে কোডের পরামর্শ পাওয়া আর CLI-তে এজেন্ট দিয়ে ফাইলজুড়ে কাজ করানো একই ধরনের ক্রেডিট ব্যবহার নয়।

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

দীর্ঘ কাজ শুরুর আগে ব্যয়ের ছোট তালিকা

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

আরও পড়ুন:

• Canva না Adobe Express—কম দামের আগে AI credit ও brand control গুনুন
• AWS Activate না Microsoft for Startups—credit নয়, exit cost আগে মাপুন
• ALLAM যাচ্ছে Microsoft 365 Copilot-এ: আরবি কাজের AI বদলাবে কীভাবে