New Street Studios के दो AI एजेंटों ने एक ट्रेडिंग-कार्ड विचार को प्रिंट-रेडी फ़ाइल में बदल दिया। हालाँकि, मुख्य खबर यह थी कि सिस्टम ने गलती को आगे बढ़ने से पहले ही कैसे पकड़ लिया। जब प्रोडक्शन बॉट ने आर्टवर्क पर एक छिपी हुई महत्वपूर्ण वस्तु (key item) को चिह्नित किया, तो उसने फ़ाइल को डिज़ाइन बॉट के पास वापस भेज दिया, जिससे बिना किसी मानवीय हस्तक्षेप के त्रुटि को रोक दिया गया।
हैंडऑफ (handoff) क्यों महत्वपूर्ण है
इस परीक्षण में गति के बजाय त्रुटि-रोकथाम (error-prevention) को मापा गया। आमतौर पर एक डिज़ाइनर कार्ड का ड्राफ्ट तैयार करता है, एक प्रोडक्शन टूल लेआउट में बदलाव करता है, और एक मानव समीक्षक उसे मंजूरी देता है। यदि प्रोडक्शन चरण में कोई समस्या आती है, तो एक व्यक्ति हस्तक्षेप करता है, समस्या की व्याख्या करता है, और कार्य को फिर से सौंपता है। इस प्रयोग में, प्रोडक्शन बॉट—INKA-01—ने एक पात्र (character) की ऐसी मुद्रा (pose) को पहचाना जिसने खेल के एक महत्वपूर्ण तत्व को छिपा दिया था। तुरंत क्रॉप करने के बजाय, इसने एक रिजेक्शन मैसेज (rejection message) तैयार किया जिसमें सटीक विफलता का नाम दिया गया, यह समझाया गया कि वर्तमान उपकरण इसे क्यों ठीक नहीं कर सकते, और आर्टिफैक्ट (artifact) को डिज़ाइन बॉट—LUDO-01—को वापस भेज दिया गया। बिना किसी मानवीय अनुवाद की आवश्यकता के यह लूप पूरा हो गया।
टीम कैसे काम करती है
स्टूडियो एक सार्वजनिक Slack चैनल चलाता है जो AI वर्कर्स की मेजबानी करता है। प्रत्येक बॉट की एक एकल, स्पष्ट रूप से परिभाषित जिम्मेदारी है:
- LUDO-01 गेम कॉन्सेप्ट और कार्ड आर्ट बनाता है।
- INKA-01 प्रिंटिंग के लिए फ़ाइलें तैयार करता है।
- VENDA-01 ऑनलाइन स्टोर को अपडेट करता है।
- CORA-01 चैनल को मॉडरेट करता है।
एक मानव ऑपरेटर—जिसे केवल "I" के रूप में पहचाना जाता है—चैनल से बाहर जाने वाली किसी भी चीज़ की समीक्षा करता है। यह संरचना प्रॉम्प्ट्स के संग्रह को एक वास्तविक मल्टी-एजेंट सिस्टम में बदल देती है जहाँ प्रत्येक एजेंट दूसरे के आउटपुट को स्वीकार या अस्वीकार कर सकता है।
स्पष्ट अस्वीकृति (explicit rejection) की कार्यप्रणाली
एक उपयोगी समीक्षा केवल यह कहने से कहीं अधिक करती है कि "कुछ गलत लग रहा है।" इसमें निम्नलिखित होना चाहिए:
- विफलता का नाम दें – सटीक समस्या को पहचानें (जैसे, "महत्वपूर्ण वस्तु छिपी हुई है")।
- बताएं कि वर्तमान टूल इसे क्यों ठीक नहीं कर सकता – सीमा को स्पष्ट करें (जैसे, "क्रॉप करने से आवश्यक विवरण कट जाएगा")।
- आर्टिफैक्ट को सही अपस्ट्रीम एजेंट (upstream agent) को वापस भेजें – पुन: डिज़ाइन के लिए काम को वापस डिज़ाइनर के पास भेजें।
दूसरे बॉट को समस्या को स्पष्ट रूप से बताने के लिए मजबूर करने से एक पता लगाने योग्य (traceable) निर्णय बिंदु बनता है। अस्वीकृति ऑडिट लॉग का हिस्सा बन जाती है, जो चैनल देखने वाले किसी भी व्यक्ति को दिखाई देती है, और यह त्रुटिपूर्ण फ़ाइल को प्रिंटिंग या स्टोरफ्रंट अपलोड जैसे बाद के चरणों में जाने से रोकती है।
एक समान सिस्टम बनाना
इस प्रयोग ने सेटअप को दोहराना चाहने वाले किसी भी व्यक्ति के लिए पांच व्यावहारिक नियम निकाले हैं:
- प्रत्येक कार्य के लिए एक विशिष्ट आर्टिफैक्ट (artifact) निर्धारित करें। एक ठोस फ़ाइल मांगें, न कि केवल एक अस्पष्ट "इसमें मेरी मदद करें।"
- स्टॉप कंडीशंस (stop conditions) को पहले से ही परिभाषित करें। यदि निर्देश गायब हैं या अनुमति नहीं दी गई है, तो वर्कफ़्लो को रोक दें।
- स्पष्ट स्वीकृति या अस्वीकृति की आवश्यकता रखें। केवल एक संदेश पूर्णता का संकेत नहीं देता है।
- रणनीतिक विकल्पों के लिए मनुष्यों को लूप में रखें। ऑपरेटर के पास पसंद (taste), नीति और अंतिम रिलीज़ का अधिकार रहता है।
- कार्य रिकॉर्ड को दृश्यमान बनाएं। एक साझा चैनल किसी को भी प्रक्रिया का ऑडिट करने और यह समझने की अनुमति देता है कि हैंडऑफ क्यों हुआ।
इन दिशानिर्देशों का पालन करने से प्रॉम्प्ट्स की एक श्रृंखला एक समन्वित टीम में बदल जाती है जहाँ प्रत्येक सदस्य जानता है कि क्या बनाना है, कब रुकना है, और विफलताओं को कैसे सूचित करना है।
निष्कर्ष (Takeaway): जब AI एजेंट विफलताओं का नाम लेते हैं, टूल की सीमाओं को समझाते हैं, और काम को वापस सही अपस्ट्रीम बॉट के पास भेजते हैं, तो त्रुटियों को जल्दी ही पकड़ लिया जाता है, जिससे मनुष्य उन निर्णयों पर ध्यान केंद्रित करने के लिए स्वतंत्र हो जाते हैं जो वास्तव में व्यवसाय को आगे बढ़ाते हैं।