Claude Code 2.1.212 এখন ডেভেলপারদের একটি AI সেশনে কতগুলো সাব-এজেন্ট এবং ওয়েব সার্চ তৈরি করা যাবে তার ওপর কঠোর সীমা (hard limits) নির্ধারণ করার সুযোগ দিচ্ছে, যা অনিয়ন্ত্রিত খরচ রোধ করার একটি কার্যকর উপায়।

এই আপডেটে দুটি কনফিগারযোগ্য সীমা যোগ করা হয়েছে – একটি সাব-এজেন্ট তৈরির জন্য এবং অন্যটি ওয়েব-সার্চ কলের জন্য – যার উভয়টির ডিফল্ট মান প্রতি সেশনে ২০০। ডেভেলপাররা এনভায়রনমেন্ট ভেরিয়েবল ব্যবহার করে এই সংখ্যা কমাতে পারেন, এবং কোনো MCP (Model-Control-Plane) কল যদি দুই মিনিটের বেশি সময় নেয়, তবে সেটি স্বয়ংক্রিয়ভাবে ব্যাকগ্রাউন্ডে চলে যাবে, যা একটি ধীরগতির টুল পুরো ওয়ার্কফ্লোকে আটকে দেওয়া থেকে রক্ষা করবে।

কেন এই সীমাগুলো এখন গুরুত্বপূর্ণ

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

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

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

কীভাবে সীমা নির্ধারণ করবেন

তিনটি কন্ট্রোল এনভায়রনমেন্ট ভেরিয়েবল হিসেবে প্রকাশ করা হয়েছে:

export CLAUDE_CODE_MAX_SUBAGENTS_PER_SESSION=12   # default 200
export CLAUDE_CODE_MAX_WEB_SEARCHES_PER_SESSION=30   # default 200
export CLAUDE_CODE_MCP_AUTO_BACKGROUND_MS=120000   # 2 minutes

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

  • Local bug fix: ০-২টি সাব-এজেন্ট, ০-৫টি সার্চ।
  • PR review: ৩-৫টি সাব-এজেন্ট, ০-১০টি সার্চ।
  • Incident investigation: ২-৪টি সাব-এজেন্ট, ১০-২৫টি সার্চ।
  • Broad architecture research: ১টি সিন্থেসাইজার, ২-৪টি রিসার্চার, ২০-৪০টি সার্চ।

এগুলো কোনো নির্দিষ্ট নিয়ম নয়; এগুলো ডেভেলপারদের জন্য একটি ভিত্তি হিসেবে কাজ করবে যেখান থেকে তারা প্রয়োজন অনুযায়ী পরিবর্তন করতে পারবেন।

ভারসাম্য বা ট্রেড-অফ

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

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

প্রোডাকশনে নিয়ে আসা

১. Upgrade করুন একটি স্টেজিং এনভায়রনমেন্টে Claude Code 2.1.212-এ।
২. Pick a workflow – উদাহরণস্বরূপ, PR review – এবং একটি রক্ষণশীল বাজেট সেট করুন।
৩. Instrument করুন আপনার লগগুলো যাতে কতগুলো সাব-এজেন্ট চালু করা হয়েছে, কতগুলো ওয়েব সার্চ করা হয়েছে এবং কোনো MCP কল দুই মিনিটের সীমা অতিক্রম করেছে কি না তা ক্যাপচার করা যায়।
৪. Review করুন প্রতিটি রান যা সীমা স্পর্শ করেছে। সীমাটি কি টাকা বাঁচিয়েছে নাকি প্রকৃত অগ্রগতি থামিয়ে দিয়েছে তা নির্ধারণ করুন এবং সেই অনুযায়ী সীমাগুলো সমন্বয় করুন।

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

পরবর্তী যা লক্ষ্য রাখা উচিত

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

  • পরিবর্তনের আগে এবং পরে Cost per session।
  • বিভিন্ন বাজেট লেভেলে কাজের Completion rate।
  • এজেন্ট দ্রুত থেমে গেলে বনাম কাজ শেষ না হওয়া পর্যন্ত চললে User satisfaction।

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

মূল কথা: Claude Code 2.1.212 টিমগুলোকে একটি সহজ এবং কার্যকর উপায় দেয় যাতে AI-চালিত অটোমেশন কোনো অপ্রত্যাশিত আর্থিক খরচে পরিণত না হয়। সীমাগুলো ব্যবহার করুন, ফলাফল পর্যবেক্ষণ করুন এবং ডেটার মাধ্যমে সিদ্ধান্ত নিন যে আপনি আপনার এজেন্টদের কতটা স্বায়ত্তশাসন দেবেন।