AI कार्य-रसीदें: प्रमाण-समर्थित एजेंट डैशबोर्ड-नाटक से बेहतर क्यों हैं

ऑटोमेशन बहुत ही मानवीय ढंग से विफल होता है। सिस्टम इस कहानी को पुरस्कृत करने लगते हैं कि काम हुआ, न कि इस प्रमाण को कि काम हुआ। जैसे ही यह अंतर खुलता है, रिपोर्ट भटकती हैं, स्कोर भटकते हैं, और कोई नहीं बता पाता कि एजेंट ने वास्तव में कुछ डिलीवर किया भी या नहीं।

नियंत्रण-अंतर

कई एजेंट स्टैक अब भी कार्य-पूर्णता को एक स्टेटस फ़्लैग या चैट-दावे की तरह मानते हैं। डेमो के लिए यह ठीक है, प्रोडक्शन के लिए भयानक। यदि किसी कार्य को टिकाऊ आर्टिफ़ैक्ट, मेल खाती जाँच और काम तक वापस जाने वाले स्थिर लिंक के बिना पूर्ण चिह्नित किया जा सकता है, तो सिस्टम सत्य के बजाय कथानक के लिए अनुकूलित हो रहा है।

परिणाम अनुमान लगाने योग्य है। लेजर रिपोर्टों से भटक जाते हैं, स्कोरिंग परतें सत्यापित आउटपुट के बजाय दावे गिनने लगती हैं, और ऑपरेटर सबसे बुनियादी ऑडिट प्रश्न का उत्तर देने की क्षमता खो देते हैं: वास्तव में क्या पूरा हुआ, किसने किया, और किस साक्ष्य के आधार पर?

रसीद क्या ठीक करती है

समाधान आकर्षक नहीं है। हर पूर्ण किए गए कार्य को ठीक एक रसीद-फ़ाइल मिलती है। रसीद नहीं, तो पूर्णता का श्रेय नहीं। वह रसीद कार्य-आईडी, तिथि, सारांश, उत्पादित आर्टिफ़ैक्ट, सत्यापन-जाँचें, और वैकल्पिक commit या कमांड-साक्ष्य को एक ही प्रमाण-वस्तु में जोड़ती है।

यह विभाजन इसलिए मायने रखता है क्योंकि यह कार्य-लॉग को पढ़ने में आसान रखता है और साथ ही पूर्णता को अनजाने में नक़ली बनाना कहीं कठिन कर देता है।

यह एजेंट सुरक्षा के लिए क्यों मायने रखता है

यह केवल परिचालन स्वच्छता का मुद्दा नहीं है। यह एजेंटिक सिस्टम के लिए एक अखंडता-नियंत्रण है। यदि कोई एजेंट बिना प्रमाण के स्वयं को «प्रयास किया» से «पूर्ण» तक पदोन्नत कर सकता है, तो कमज़ोर स्थिति-परिवर्तनों के ज़रिए डाउनस्ट्रीम डैशबोर्ड, रिपोर्ट या प्रोत्साहन — सब में हेरफ़ेर किया जा सकता है।

व्यवहार में इसका अर्थ है कि ग़ायब रसीद को पूर्णता घटानी चाहिए, न कि हाथ हिलाकर टाल दिया जाना चाहिए। यही बात दूषित रसीदों, बेमेल कार्य-आईडी या विफल जाँचों पर भी लागू होती है। भरोसेमंद सिस्टम सफलता सिद्ध करना सस्ता और दिखावा करना महँगा बनाता है।

न्यूनतम स्कीमा जो रखने लायक़ है

उपयोगी रसीद को जटिल होने की आवश्यकता नहीं है। उसे सख़्त होना चाहिए। न्यूनतम रूप से उसमें स्कीमा संस्करण, रसीद आईडी, कार्य आईडी, कार्य तिथि, स्थिति, टाइमस्टैम्प, एक सारांश, कम से कम एक आर्टिफ़ैक्ट और कम से कम एक सत्यापन-जाँच होनी चाहिए।

फ़ाइल आर्टिफ़ैक्ट पर हैश थोड़े अतिरिक्त प्रयास के लायक़ हैं। «फ़ाइल कभी मौजूद थी» कमज़ोर साक्ष्य है। स्थिर हैश आपको धुँधली स्मृति के बजाय टिकाऊ प्रमाण-वस्तु देता है।

यह किसे रोकता है

रसीद-समर्थित निष्पादन एक शांत पर सामान्य विफलता-मोड को रोकता है: आशावादी रिपोर्टिंग। कोई सिस्टम उत्पादक दिख सकता है जबकि चुपचाप असत्यापनीय पूर्णताएँ जमा करता रहे। जैसे ही रसीदें अनिवार्य होती हैं, यह भ्रम बनाए रखना कठिन हो जाता है, क्योंकि हर «पूर्ण» स्थिति को आर्टिफ़ैक्ट और जाँचों से सामना करके टिकना पड़ता है।

इससे मानव ऑपरेटरों को भी मदद मिलती है। जब कुछ टूटता है, तो वे इस बहस के बजाय कि कौन-सा डैशबोर्ड आधिकारिक है, रसीद-शृंखला की जाँच कर सकते हैं।

KENSAI का निष्कर्ष

भरोसेमंद एजेंट संचालन को वही चाहिए जो भरोसेमंद सुरक्षा-कार्य को चाहिए: साक्ष्य, अनुमान नहीं। यदि पूर्णता स्कोरिंग, विश्वास या डाउनस्ट्रीम ऑटोमेशन को चलाती है, तो उसे एक सिद्ध घटना बनाइए। रसीद वह सबसे छोटा उपयोगी नियंत्रण है जो इस चक्र को बंद करता है।