Nexus Lab ack-is-not-done-guard ওপেন-সোর্স করেছে, যা একটি ক্ষুদ্র ইউটিলিটি। এটি Claude Code-এর ফাইল-ভিত্তিক এজেন্টদের একটি কাজ শেষ হয়েছে বলে দাবি করা থেকে বিরত রাখে যতক্ষণ না তারা একটি যাচাইকৃত “proven done” অবস্থায় পৌঁছায়। যারা ভ্রান্ত সমাপ্তি (phantom completions) নিয়ে বিরক্ত, তাদের জন্য এখন তাদের পাইপলাইনে যুক্ত করার মতো একটি সুনির্দিষ্ট গার্ড রয়েছে।

কেন এই টুলটি গুরুত্বপূর্ণ

Claude Code এজেন্টরা ফাইল পড়ে এবং লেখে, এমন একটি কাজের ধারা (workflow) যা সহজেই একটি প্রক্রিয়ার শুরু এবং শেষের মধ্যে বিভ্রান্তি তৈরি করতে পারে।

এটি কীভাবে কাজ করে

এই ইউটিলিটিটি চারটি সুনির্দিষ্ট অবস্থা (states) সংজ্ঞায়িত করে:

  • Acknowledged – কাজটি শনাক্ত করা হয়েছে।
  • Working – এজেন্টটি সক্রিয়ভাবে কাজ করছে।
  • Artifact delivered – প্রয়োজনীয় আউটপুটগুলো লেখা হয়েছে।
  • Proven done – সমাপ্তির সমস্ত শর্ত পূরণ হয়েছে।

এজেন্ট যখন “proven done” অবস্থায় পৌঁছায়, কেবল তখনই এই গার্ডটি কাজ শেষ হওয়ার দাবিটি গ্রহণ করে। এই পরীক্ষাটি অত্যন্ত হালকা (lightweight); এটি অপ্রাসঙ্গিক প্রক্রিয়াগুলো পর্যবেক্ষণ করে না বা কোনো পূর্ণাঙ্গ অর্কেস্ট্রেশন ফ্রেমওয়ার্ক হিসেবে কাজ করে না। এটি সরাসরি Claude Code-এর প্রত্যাশিত ফাইল-ভিত্তিক ওয়ার্কফ্লোতে যুক্ত হয়ে যায়।

কারা উপকৃত হবে এবং কারা বাদ পড়বে

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

মূল কথা

ack-is-not-done-guard প্রমাণ করে যে একটি সাধারণ এবং সুসংজ্ঞায়িত স্টেট মডেল AI-চালিত ফাইল ওয়ার্কফ্লোর দীর্ঘস্থায়ী নির্ভরযোগ্যতার ঘাটতি পূরণ করতে পারে, যা ডেভেলপারদের একটি স্পষ্ট এবং স্বল্প overhead সম্পন্ন উপায় দেয় যাতে তারা নিশ্চিত হতে পারে যে এজেন্টের “done” মানে সত্যিই কাজ শেষ।