Nexus Lab ने ack-is-not-done-guard को ओपन-सोर्स कर दिया है, जो एक छोटा सा यूटिलिटी टूल है जो Claude Code के फ़ाइल-आधारित एजेंट्स को तब तक कार्य पूरा होने का दावा करने से रोकता है जब तक वे एक सत्यापित “proven done” स्थिति तक नहीं पहुँच जाते। 'फैंटम कंप्लीशन' (phantom completions) से परेशान डेवलपर्स के पास अब अपनी पाइपलाइनों में शामिल करने के लिए एक ठोस गार्ड है।
यह टूल क्यों महत्वपूर्ण है
Claude Code एजेंट्स फ़ाइलों को पढ़ते और लिखते हैं, एक ऐसा वर्कफ़्लो जो आसानी से किसी प्रक्रिया की शुरुआत को उसके अंत के साथ भ्रमित कर देता है।
यह कैसे काम करता है
यह यूटिलिटी चार स्पष्ट अवस्थाओं (states) को परिभाषित करती है:
- Acknowledged – कार्य को पहचान लिया गया है।
- Working – एजेंट सक्रिय रूप से प्रोसेसिंग कर रहा है।
- Artifact delivered – आवश्यक आउटपुट लिख दिए गए हैं।
- Proven done – सभी पूर्णता शर्तें पूरी हो गई हैं।
जब कोई एजेंट “proven done” स्थिति तक पहुँचता है, तभी यह गार्ड कार्य पूरा होने के दावे को अनुमति देता है। यह चेक काफी हल्का (lightweight) है; यह असंबंधित प्रक्रियाओं की निगरानी नहीं करता है और न ही एक पूर्ण-स्तरीय ऑर्केस्ट्रेशन फ्रेमवर्क के रूप में कार्य करता है। यह सीधे उस फ़ाइल-आधारित वर्कफ़्लो में जुड़ जाता है जिसकी Claude Code अपेक्षा करता है।
किसे लाभ होगा और कौन पीछे रह जाएगा
चूंकि यह गार्ड केवल फ़ाइल-आधारित अवस्थाओं पर केंद्रित है, इसलिए यह उन प्रोजेक्ट्स की मदद नहीं करेगा जो अन्य एजेंट आर्किटेक्चर का उपयोग करते हैं या जिन्हें व्यापक वर्कफ़्लो पर्यवेक्षण (supervision) की आवश्यकता है। उन टीमों को अभी भी बाहरी निगरानी या कस्टम लॉजिक पर निर्भर रहना होगा।
निष्कर्ष
ack-is-not-done-guard यह साबित करता है कि एक छोटा और अच्छी तरह से परिभाषित स्टेट मॉडल, AI-संचालित फ़ाइल वर्कफ़्लो में विश्वसनीयता की कमी को दूर कर सकता है, जिससे डेवलपर्स को यह भरोसा करने का एक स्पष्ट और कम-ओवरहेड तरीका मिलता है कि एजेंट का “done” वास्तव में “done” है।