Agent harness কী: সংজ্ঞা ও উপাদান

সংজ্ঞা

Agent harness হলো ভাষা মডেলের চারপাশের সফটওয়্যার আবরণ: মডেল ছাড়া বাকি সবকিছু, যা এজেন্ট কীভাবে কাজ করে তা প্রভাবিত করে। সূত্র: Agent = Model + Harness। মডেল যুক্তি করতে ও কোড লিখতে পারে, আর harness ঠিক করে সে কী দেখবে, কী দিয়ে কাজ করবে, কমান্ড কোথায় চলবে, সেশনের মধ্যে কী থাকবে, এবং এজেন্ট কীভাবে নিজের ভুল জানবে।

Harness-এর পাঁচটি অংশ

• নির্দেশনা — system prompt ও প্রকল্পের ফাইল যেমন CLAUDE.md ও AGENTS.md, বিষয়ভিত্তিক নথি ও skills।
• টুল — shell-এ কমান্ড চালানো, ফাইল সম্পাদনা, browser, MCP-এর মাধ্যমে সংযোগ।
• পরিবেশ — sandbox বা container, যেখানে এজেন্ট উৎপাদনের ঝুঁকি ছাড়া কোড চালায়।
• অবস্থা — পরিকল্পনা ও অগ্রগতির ফাইল, git ইতিহাস: সেশন বন্ধ হওয়ার পরও টিকে থাকা স্মৃতি।
• প্রতিক্রিয়া — test, linter, type check, hook, যেগুলো এজেন্টকে ভুলের সংকেত ফেরত দেয়।

Harness মানে শুধু একটি prompt ফাইল নয়। দীর্ঘ AGENTS.md কাজে আসে না, যদি এজেন্টের test-এ প্রবেশাধিকার না থাকে বা পরিবেশ চালু না হয়। নির্ভরযোগ্যতা নির্ধারিত হয় এই পাঁচটির মধ্যে সবচেয়ে দুর্বল অংশ দিয়ে।

উদাহরণ

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

## Bug: অনুরোধ পুনরাবৃত্তিতে দুইবার টাকা কাটা
যাচাই করা হয়েছে ও বাতিল:
- HTTP ক্লায়েন্টের timeout — প্রভাব নেই
- webhook handler-এ race condition — পুনরুৎপাদন করা যায়নি
পরের ধাপ: payments/service.py-তে idempotency key পরীক্ষা করো

নতুন সেশন ফাইলটি পড়ে ঠিক জায়গা থেকে কাজ শুরু করে। মডেল বদলায়নি — বদলেছে harness।

সারসংক্ষেপ

Agent harness হলো মডেলের চারপাশের নির্দেশনা, টুল, পরিবেশ, অবস্থা ও প্রতিক্রিয়া। একই এজেন্ট নির্ভরযোগ্যভাবে কাজ করবে নাকি ভেঙে পড়বে, তা harness-ই ঠিক করে। প্রতিটি অংশ কীভাবে গড়তে হয়, তা হাতে-কলমে harness engineering কোর্সে শেখানো হয়।