Claude Code প্রকল্পের সাবএজেন্টকে নিজস্ব মডেল ও টুল দিতে পারে, আর মূল কথোপকথন পরিকল্পনা ও পর্যালোচনা সামলায়। রিপোজিটরির একটি অনুমোদিত পরিবর্তনে মূল Opus এজেন্ট বাস্তবায়নের একটি সীমিত ধাপ Haiku-কে পাঠাতে পারে। কাজের ফল হলো যাচাই করা কোড পরিবর্তন এবং সত্যিই কোন মডেল চলেছে তার রেকর্ড। শুধু সস্তা মডেল বেছে নিলে সাশ্রয় প্রমাণ হয় না।

বড় পরিবর্তন

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

যে কাজের দায়িত্ব ইতিমধ্যে আপনার, সেটি দিয়ে শুরু করুন

আপনার পরিচালিত Git রিপোজিটরি, সেটি বদলানোর অনুমতি, Claude Code-এ উভয় মডেল পরিবারের অ্যাক্সেস এবং diff দেখে মূল্যায়ন করা যায় এমন ছোট একটি অনুমোদিত পরিবর্তন লাগবে। শুরুর commit, আওতায় থাকা ফাইল বা আচরণ, বিদ্যমান গ্রহণযোগ্যতা কমান্ড এবং পাসের অর্থ লিখুন। কাজের জন্য পরিষ্কার checkout ব্যবহার করুন। কমান্ড আপনার প্রকল্প থেকেই আসতে হবে; অজানা রিপোজিটরির জন্য এই নির্দেশিকা অর্থপূর্ণ পরীক্ষা দিতে পারে না।

শুরুর আগে claude --version, আপনার সরবরাহকারী ও বিলিং ব্যবস্থা এবং কার্যকর মডেল সীমা পরীক্ষা করুন। Anthropic API-তে বর্তমান উপনাম opus ও haiku যথাক্রমে Opus 5.5 (claude-opus-5-5) এবং Haiku 5.5 (claude-haiku-5-5) নির্দেশ করে; এই জুটির জন্য Claude Code v2.1.293 বা পরের সংস্করণ প্রয়োজন। অন্য সরবরাহকারীরা একই উপনামকে আগের প্রজন্মের সঙ্গে যুক্ত করতে পারেন। প্রতিষ্ঠানের availableModels নীতি নির্বাচন আটকাতে বা বিকল্প বসাতে পারে। মূল সেশনে /model ব্যবহার করুন এবং দেখানো মূল মডেলটি হুবহু লিখুন। অনুমোদিত বাজেট ঠিক করুন ও অ্যাকাউন্ট বা সরবরাহকারীর প্রকৃত নিয়ন্ত্রণ দেখুন; মডেলকে বলা নির্দেশ নিশ্চিত ব্যয়সীমা নয়। Anthropic-এর মডেল কনফিগারেশন নথি বর্তমান সংযোগ ও সীমা ব্যাখ্যা করে।

1. প্রকল্পের Haiku কর্মী নির্ধারণ করুন

প্রকল্পে স্বতন্ত্র নামের ফাইল তৈরি করুন, যেমন .claude/agents/bounded-code-worker.md, সেটি পর্যালোচনা করে মূল Opus এজেন্ট চালু করুন claude --model opus দিয়ে, অথবা Opus বাছতে ব্যবহার করুন /model। এই উদাহরণ কর্মীর সংজ্ঞা, পরীক্ষার কাজ নয়:

Markdown
---
name: bounded-code-worker
description: Implements one explicitly bounded, authorized repository change and reports the diff and checks for parent review.
model: haiku
tools: Read, Glob, Grep, Edit, Bash
permissionMode: default
---

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

এই tools তালিকা টুল উপলব্ধ করে; কিন্তু পড়া বা shell কমান্ড উল্লিখিত পথে সীমিত করে না, তাই কাজ দেওয়ার আগে প্রকল্প ও প্রতিষ্ঠানের কার্যকর অনুমতি, বিশেষত shell অ্যাক্সেস দেখুন। এই পদ্ধতিতে মূল এজেন্টকে Manual/default অনুমতি মোডে রাখুন: Anthropic জানায়, মূল এজেন্ট acceptEdits, auto বা bypassPermissions মোডে থাকলে কর্মীর permissionMode সেটিং বদলে দেয়। নতুন agents ডিরেক্টরিতে এটি প্রথম ফাইল হলে এবং এজেন্ট না দেখালে Claude Code আবার চালু করুন। সাবএজেন্ট নির্দেশিকা এসব নিয়ন্ত্রণ ব্যাখ্যা করে।

ঐচ্ছিক isolation: worktree সেটিং কর্মীকে আলাদা checkout দেয়। নথি অনুযায়ী শুরুর জায়গা রিপোজিটরির ডিফল্ট শাখা, যা মূল এজেন্টের বর্তমান commit থেকে আলাদা হতে পারে। পরিবর্তন ব্যবহার বা তুলনার আগে শুরুর রিভিশনটি আপনার লেখা কাজের ভিত্তির সঙ্গে মিলিয়ে নিন। মূল গ্রহণযোগ্যতা পরীক্ষার জন্য তখনও পরিষ্কার অনুমোদিত checkout দরকার।

2. কাজ দিন, পরীক্ষা করুন, তারপর গ্রহণ বা বাতিল করুন

নিজের ফাইলসীমা ও পরীক্ষা কমান্ড দিয়ে মূল এজেন্টকে প্রকৃত কাজের সঙ্গে যুক্ত নির্দেশ দিন:

এই অনুমোদিত পরিবর্তনের সংক্ষিপ্ত পরিকল্পনা করো। শুধু নির্দিষ্ট বাস্তবায়নটি bounded-code-worker কর্মীকে দাও। মূল গ্রহণযোগ্যতার শর্ত ও চূড়ান্ত পর্যালোচনা নিজের কাছে রাখো। কর্মী ফিরে এলে তার হুবহু diff ও পরীক্ষার ফল দেখাও। আমি না দেখা পর্যন্ত পরিবর্তন গ্রহণ বা বাড়িও না।

কর্মী চলার সময় /tasks খুলে তার সারিতে দেখানো মডেল লিখুন। এটিই চলার সময়ের পরীক্ষা; এজেন্ট ফাইল বা নির্দেশে haiku শব্দটি শুধু অনুরোধ। Claude Code v2.1.242 বা পরের সংস্করণ সেখানে চলমান মডেল দেখায়। শেষ হওয়া পটভূমির কাজ /tasks অংশে প্রায় 30 সেকেন্ড থাকে, তাই দ্রুত দেখে কথোপকথনের রেকর্ড রাখুন। সারিটি মিস হলে ফাইল থেকে অনুমান না করে মডেল যাচাই অসম্পূর্ণ লিখুন।

প্রকৃত diff পড়ুন, বদলানো প্রতিটি ফাইল দেখুন এবং নিজের পরিচালিত checkout-এ মূল গ্রহণযোগ্যতা কমান্ড নিজে চালান। পরিবর্তনের প্রয়োজনে লক্ষ্যভিত্তিক পরীক্ষা যোগ করুন। আচরণ, পরিসর ও পরীক্ষা কাজের সঙ্গে মিললেই ফল গ্রহণ করুন। কর্মী আগে থামলে বা আংশিক কাজ দিলে আবার চালানো বা মেরামতের আগে তার পরিবর্তন দেখুন। আলাদা worktree ব্যবহার করলে মূল checkout-এ অন্তর্ভুক্ত করার আগে সেই পরিবর্তন পর্যালোচনা করুন।

AI সহকারী দিয়ে রিপোজিটরির একটি ব্যর্থতা যাচাইয়ের সম্পর্কিত পদ্ধতির জন্য দেখুন আমাদের AI Goal মেরামত ও যাচাই নির্দেশিকা। ওই পদ্ধতি এখানে ব্যবহৃত Opus থেকে Haiku-তে কাজ দেওয়া কনফিগার করে না।

যদি /tasks অন্য মডেল বা প্রতিস্থাপনের সতর্কতা দেখায়, কলের model আর্গুমেন্ট, এজেন্ট frontmatter, CLAUDE_CODE_SUBAGENT_MODEL এবং পরিচালিত মডেল তালিকা দেখুন। বর্তমান Claude Code-এ কলের মডেল frontmatter-এর আগে, তারপর পরিবেশের ডিফল্ট এবং শেষে মূল মডেল অগ্রাধিকার পায়; v2.1.251-এর আগে পরিবেশের সেটিং আগে ছিল। CLAUDE_CODE_SUBAGENT_MODEL_FORCE=1 (v2.1.257+) সংজ্ঞা বদলাতে পারে, আর ইনস্টল করা mod-এর agent.spawn hook কলের মডেল প্রতিস্থাপন করতে পারে। প্রকৃত পরিবর্তনের উৎস ঠিক করুন বা কাজ থামান। Haiku ছাড়া অন্য ফলকে Haiku বলে চালাবেন না।

3. সাশ্রয় বানিয়ে না বলে ব্যবহার লিখুন

এই নিয়ন্ত্রিত সেশনের আগে ও পরে /usage রিডিং নিন। মডেল অনুযায়ী ইনপুট, আউটপুট ও ক্যাশ টোকেন, দেখানো খরচের অনুমান, সরবরাহকারী বা পরিকল্পনা, গ্রহণ করা diff, মূল পরীক্ষার ফল এবং প্রয়োজনীয় পর্যালোচনা বা পুনরায় কাজ লিখুন। Session ব্লক পুরো সেশন মডেলভিত্তিক যোগ করে; এটি এই নামের কর্মীর নিখুঁত বিল নয়। পরিকল্পনায় ব্যবহারের শতাংশ স্থানীয় দিন বা সপ্তাহের আনুমানিক ইতিহাস, এই একটি কাজের মাপ নয়। API অ্যাকাউন্টে Claude Console বিলের নির্ভরযোগ্য কর্তৃপক্ষ। সদস্যতায় সেশনের ডলার অনুমান অতিরিক্ত বিল নয়। সর্বশেষ জানা ব্যবহারের প্রদর্শন পুরোনো বলে চিহ্নিত করুন।

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

এ পদ্ধতি বর্তমান নথিভিত্তিক, BIG CHANGE-এর Claude Code চালানো বা মাপা কাজ নয়। সংস্থা কনফিগার করা সরবরাহকারীর জন্য অনুমোদন না দিলে কোড বা গোপন তথ্য পাঠাবেন না। এখানে Claude Code-এর নিজস্ব Opus ও Haiku নির্বাচন ব্যবহৃত; অন্য মডেল সরবরাহকারীর জন্য আলাদা নির্ধারিত gateway বা সমন্বয় পদ্ধতি ও নিজস্ব পরীক্ষা লাগবে।

উৎস ও আরও পড়ুন

  • Anthropic, নিজস্ব সাবএজেন্ট তৈরি করুন — প্রকল্পের এজেন্ট ফাইল, মডেলের অগ্রাধিকার, /tasks, অনুমতি ও worktree আচরণ। বর্তমান ম্যানুয়াল 20 অক্টোবর 2026-এ দেখা হয়েছে; এটি সুবিধাটি বোঝায়, এই নির্দেশিকার না-চালানো উদাহরণের ফল নয়।
  • Anthropic, মডেল কনফিগারেশন — বর্তমান উপনাম, সরবরাহকারীর পার্থক্য, সংস্করণের শর্ত ও পরিচালিত মডেল নিয়ন্ত্রণ। ব্যবহারের সময় ইনস্টল সংস্করণ ও সরবরাহকারী নিশ্চিত করুন।
  • Anthropic, কার্যকরভাবে খরচ পরিচালনা করুন — /usage: ক্ষেত্র, অনুমান এবং সদস্যতা বনাম API বিল। এই কাজের সাশ্রয় প্রতিষ্ঠা করে না।
  • Anthropic, অনুমতি কনফিগার করুন — কার্যকর টুল অনুমতি নীতি, যা কোড বদলানো কর্মী চালানোর আগে পরীক্ষা করতে হয়।