ह्यूमन-इन-द-लूप गवर्नेंस

स्टॉप बटन वाली स्वायत्तता

स्वायत्त एजेंट तब तक उपयोगी हैं, जब तक वे कोई ऐसा काम न कर दें जिसे पलटा न जा सके। EDDI 6.2.0 ह्यूमन-इन-द-लूप गवर्नेंस लेकर आया: तीन स्तरों पर स्पष्ट अप्रूवल गेट, जिन्हें टाइमआउट नीतियाँ, लूप डिटेक्शन और रीस्टार्ट के बाद भी बना रहने वाला स्टेट सहारा देते हैं। अप्रूवल कॉन्फ़िगरेशन है, अलग से लिखा गया एप्लिकेशन कोड नहीं।

अप्रूवल गेट प्लेटफ़ॉर्म में क्यों होने चाहिए

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

अप्रूवल के तीन स्तर

• टर्न-स्तरीय अप्रूवल: PAUSE_CONVERSATION एक्शन पूरी पाइपलाइन रोक देता है। जब तक कोई व्यक्ति इसे फिर से शुरू नहीं करता, आगे का यूज़र इनपुट 409 Conflict लौटाता है, ताकि लंबित निर्णय से पहले कुछ भी आगे न बढ़े।
• प्रति टूल कॉल गेटिंग: हर टूल इनवोकेशन के लिए निष्पादन से पहले मानव अनुमति अनिवार्य की जा सकती है। ग्लोब पैटर्न वाली अनुमति और छूट सूचियाँ तय करती हैं कि किन कॉल पर रोक लगेगी, और यह बिल्ट-इन, HTTP, MCP, A2A, डायनामिक तथा मेमोरी टूल्स पर लागू होता है।
• ग्रुप फ़ेज़ अप्रूवल: मल्टी-एजेंट चर्चा के चरणों में PHASE या TASK स्तर पर मानव स्वीकृति अनिवार्य की जा सकती है, ताकि कोई समूह बिना निगरानी योजना से निष्पादन तक न पहुँचे।

टाइमआउट नीतियाँ

मनुष्य कोई हाई-अवेलेबिलिटी सेवा नहीं हैं। हर गेट यह घोषित करता है कि समय पर कोई प्रतिक्रिया न मिलने पर क्या होगा:

• WAIT_INDEFINITELY: जब तक कोई व्यक्ति निर्णय न ले, रन रुका रहता है। उन कामों के लिए जो बिना निगरानी कभी नहीं होने चाहिए।
• AUTO_APPROVE: समय-सीमा बीतने पर काम आगे बढ़ता है। ऐसे कम-जोखिम कामों के लिए उपयुक्त जहाँ निगरानी नमूना जाँच है, कठोर रोक नहीं।
• AUTO_REJECT: लंबित कार्रवाई अस्वीकार कर दी जाती है और एजेंट अपने रिजेक्शन पथ पर आगे बढ़ता है।
• ABORT: रन तुरंत समाप्त कर दिया जाता है, जो अपरिवर्तनीय या व्यापक असर वाले ऑपरेशनों के लिए सबसे सुरक्षित विकल्प है।

प्रोडक्शन के लिए बना

अप्रूवल सिस्टम की परख उसके सबसे खराब दिन पर होती है: समीक्षा के बीच रीस्टार्ट, वही सवाल दोहराता एजेंट, और वह अप्रूवर जो एडमिन UI के बजाय Slack में रहता है।

• नो-प्रोग्रेस गार्ड: EDDI हर पॉज़ का फ़िंगरप्रिंट बनाता है। स्वचालित निर्णयों के बाद वही फ़िंगरप्रिंट दोबारा दिखने पर वह अनंत अप्रूवल लूप पहचान लेता है और टोकन ख़र्च करने के बजाय चक्र तोड़ देता है।
• क्रैश रिकवरी: लंबित अप्रूवल सर्वर रीस्टार्ट के बाद भी बने रहते हैं और टाइमआउट टाइमर अपने आप फिर से सेट हो जाते हैं, इसलिए रोलिंग डिप्लॉयमेंट में चल रहा कोई निर्णय चुपचाप नहीं खोता।
• Slack अप्रूवल: इंटरैक्टिव Block Kit कार्ड निर्णय को अप्रूवर तक पहुँचाते हैं, जिनमें आर्ग्युमेंट प्रीव्यू संपादित रहते हैं और अप्रूवर व्हाइटलिस्ट सुनिश्चित करती है कि केवल अधिकृत लोग ही कार्रवाई करें।
• MCP अप्रूवल: बाहरी क्लाइंट लंबित अप्रूवल सूचीबद्ध कर सकते हैं और MCP टूल्स से उन्हें स्वीकार या अस्वीकार कर सकते हैं। ये 84 टूल्स का हिस्सा हैं, जिससे आपका IDE या एजेंट क्लाइंट कंट्रोल प्लेन बन जाता है।
• वही स्वीकृत करें जो वास्तव में चलेगा: अप्रूवल उसी अंतिम रूप से तय (resolved) अनुरोध से बंधा होता है, और MCP तथा A2A कॉल के अप्रूवर केवल टूल का नाम नहीं, बल्कि लक्ष्य और अनुरोध का फ़िंगरप्रिंट भी देखते हैं।
• गेटेड Platform Operator: Platform Operator EDDI के अपने API से एजेंट्स बना और बदल सकता है, और वह जो भी बदलाव (write) करने की कोशिश करता है, वह उसी अप्रूवल गेट पर मंज़ूरी का इंतज़ार करता है।

गवर्नेंस और अनुपालन

मानवीय निगरानी सिर्फ़ एक परिचालन प्राथमिकता नहीं, बल्कि नियामक आवश्यकता है। अप्रूवल गेट EU AI अधिनियम के अनुच्छेद 14 की मानवीय निगरानी को ठोस रूप देते हैं: एक नामित व्यक्ति किसी विशिष्ट कार्रवाई को अधिकृत करता है और वह निर्णय दर्ज होता है। EDDI के अनुपालन ढाँचे और HMAC-SHA256 ऑडिट ट्रेल के साथ मिलकर आप ऑडिटर को यह भी दिखा सकते हैं कि एजेंट ने क्या किया और किसने कब इसकी अनुमति दी।