Anchor: Mitigating Artifact Drift in Agent Benchmark Generation
यह शोध पत्र एंकर (Anchor) का परिचय देता है, जो एक टास्क-जेनरेशन पाइपलाइन है जो बिजनेस वर्कफ़्लो को कंस्ट्रेंट ऑप्टिमाइज़ेशन प्रोग्राम्स में औपचारिक रूप देकर आर्टिफैक्ट ड्रिफ्ट (artifact drift) को कम करता है ताकि ऑडिट करने योग्य, सत्यापन योग्य और स्केलेबल मूल्यांकन वातावरण तैयार किया जा सके, जिसे एक प्रोडक्शन-ग्रेड ईआरपी (ERP) सिस्टम में 300 लॉन्ग-होरिज़ॉन कार्यों के बेंचमार्क, ईआरपी-बेंच (ERP-Bench) के माध्यम से प्रदर्शित किया गया है।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
कल्पना कीजिए कि आप एक रोबोट को फैक्ट्री चलाने के लिए सिखाने की कोशिश कर रहे हैं। आप उसे एक टेस्ट देना चाहते हैं ताकि यह देख सकें कि क्या वह वास्तविक व्यावसायिक कार्यों जैसे कि सामान मंगवाने, उत्पाद बनाने और इनवॉइस भेजने के लिए पर्याप्त स्मार्ट है।
समस्या यह है, जैसा कि इस शोध पत्र (paper) में बताया गया है, कि इनमें से अधिकांश टेस्ट खराब हैं। वे उस समस्या से ग्रस्त हैं जिसे लेखक "आर्टिफैक्ट ड्रिफ्ट" (Artifact Drift) कहते हैं।
समस्या: "टूटी हुई रेसिपी"
एक AI एजेंट के लिए टेस्ट बनाने को एक केक की रेसिपी लिखने के समान समझें। एक निष्पक्ष टेस्ट बनाने के लिए, आपको चार चीजों का पूरी तरह से मेल खाना आवश्यक है:
- निर्देश (Instructions): "एक चॉकलेट केक बनाएं।"
- रसोई (Environment): ओवन, कटोरे और वे सामग्रियां जो आप रोबोट को देते हैं।
- उत्तर कुंजी (Oracle): वह सटीक केक जिसे आप अंत में देखना चाहते हैं।
- जज (Verifier): वह व्यक्ति जो केक को चखता है और तय करता है कि वह अच्छा है या नहीं।
वर्तमान में अधिकांश AI टेस्ट में, ये चारों चीजें अलग-अलग लोगों द्वारा लिखी जाती हैं या अलग-अलग टूल्स द्वारा बनाई जाती हैं जो आपस में बात नहीं करते हैं।
- निर्देश कह सकते हैं, "2 कप चीनी का उपयोग करें।"
- लेकिन रसोई में केवल 1 कप चीनी उपलब्ध है।
- उत्तर कुंजी मान लेती है कि रोबंतु ने 3 कप चीनी का उपयोग किया।
- जज रोबोट को पास होने का ग्रेड दे सकता है भले ही केक जल गया हो, सिर्फ इसलिए क्योंकि वह दिखने में एक केक जैसा है।
जब ये चार हिस्से आपस में सहमत नहीं होते, तो टेस्ट अनुचित होता है। रोबोट इसलिए फेल हो सकता है क्योंकि टेस्ट असंभव था, या वह "चीटिंग" (रिवॉर्ड को हैक करना) कर सकता है—यानी वह उस लूपहोल को ढूंढ सकता है जिसे टेस्ट बनाने वाले ने नहीं सोचा था। लेखक इस गड़बड़ी को "आर्टिफैक्ट ड्रिफ्ट" कहते हैं।
समाधान: "एंकर" (Anchor)
लेखकों ने इस समस्या को ठीक करने के लिए "एंकर" (Anchor) नामक एक नया सिस्टम बनाया है।
कल्पना कीजिए कि चार अलग-अलग दस्तावेज़ लिखने के बजाय, आप एक ही, सटीक गणितीय ब्लूप्रिंट (एक "कन्स्ट्रेंट प्रोग्राम") लिखते हैं। यह ब्लूप्रिंट एक मास्टर रेसिपी की तरह है जो ठीक से परिभाषित करती है कि केक कैसे बनाया जाना चाहिए, कौन सी सामग्रियां उपलब्ध हैं, और नियम क्या हैं।
जब आप एक टेस्ट बनाना चाहते हैं:
- आप ब्लूप्रिंट में थोड़ा बदलाव करते हैं (जैसे, "अधिक ग्राहकों को जोड़कर इसे कठिन बनाएं" या "स्टॉक बढ़ाकर इसे आसान बनाएं")।
- एक कंप्यूटर सॉल्वर इस ब्लूप्रिंट को पढ़ता है और कहता है, "ठीक है, यहाँ इस विशिष्ट संस्करण को हल करने का सटीक तरीका दिया गया है।"
- एंकर फिर स्वचालित रूप से उस एक सटीक समाधान को टेस्ट के सभी चार हिस्सों में बदल देता है:
- यह निर्देशों को सरल अंग्रेजी में लिखता है।
- यह सही सामग्रियों के साथ रसोई तैयार करता है।
- यह सॉल्वर के गणित के आधार पर उत्तर कुंजी बनाता है।
- यह उन्हीं सटीक नियमों के विरुद्ध जांच करने के लिए जज को प्रोग्राम करता है।
चूंकि सब कुछ उसी एक ब्लूप्रिंट से आता है, इसलिए वे कभी भी एक-दूसरे से असहमत नहीं हो सकते। निर्देश, वातावरण, उत्तर और जज—सभी पूरी तरह से संरेखित (aligned) होते हैं।
परिणाम: ERP-Bench
इस सिस्टम का उपयोग करके, लेखकों ने ERP-Bench नामक एक नया टेस्ट सुइट बनाया है।
- यह क्या है? यह 300 वास्तविक व्यावसायिक कार्यों का एक समूह है जिसमें पुर्जे खरीदना, उत्पाद बनाना और इन्वेंट्री प्रबंधित करना शामिल है, जो सभी 'ओडू' (Odoo) नामक एक वास्तविक दुनिया के बिजनेस सॉफ्टवेयर के भीतर है।
- यह क्यों विशेष है? यह "सत्यापनीय" (verifiable) है। सिस्टम जानता है कि हर एक कार्य के लिए गणितीय रूप से सटीक उत्तर क्या है। यह आपको बिल्कुल सटीक बता सकता है कि AI कितना करीब पहुँचा, न कि केवल यह कि वह "सही दिख रहा था" या नहीं।
उन्होंने क्या पाया
उन्होंने इन 300 कार्यों पर आज के पांच सबसे स्मार्ट AI मॉडल्स का परीक्षण किया। परिणाम इस प्रकार रहे:
- कठिनाई का पैमाना काम करता है: वे अपने ब्लूप्रिंट में नंबर बदलकर कार्यों को "आसान", "मध्यम" या "कठिन" बना सकते थे। जैसे-जैसे कार्य कठिन होते गए, AI मॉडल खराब प्रदर्शन करते गए, जैसा कि भविष्यवाणी की गई थी।
- "पर्याप्त अच्छा" बनाम "परफेक्ट" का अंतर: AI मॉडल बुनियादी नियमों (जैसे "स्टॉक खत्म न होने दें") का पालन करने में ठीक थे। वे बुनियादी बाधाओं (constraints) को लगभग 26% बार सही ढंग से पूरा कर पाए। हालांकि, वे सर्वश्रेष्ठ संभव समाधान खोजने में बहुत खराब थे (जैसे कम से कम पैसा खर्च करना)। उन्होंने केवल 17% बार ही सटीक, इष्टतम (optimal) समाधान खोजा।
- इंटरफेस मायने रखता है: AI मॉडल्स ने तब बहुत बेहतर प्रदर्शन किया जब वे सॉफ्टवेयर से सीधे "बात" कर सकते थे (जैसे एक प्रोग्रामर कोड का उपयोग करता है) तुलनात्मक रूप में जब उन्हें स्क्रीन पर बटन "क्लिक" करने थे (जैसे एक इंसान माउस या ब्राउज़र का उपयोग करता है)। "क्लिकिंग" वाले तरीके बहुत धीमे थे और उनमें गलतियाँ अधिक हुईं।
निष्कर्ष (The Bottom Line)
यह शोध पत्र तर्क देता है कि वास्तविक व्यावसायिक कार्य करने वाले AI बनाने के लिए, हमें बेमेल हिस्सों वाले टेस्ट बनाना बंद करना होगा। एक "सिंगल सोर्स ऑफ ट्रुथ" (एंकर सिस्टम) का उपयोग करके, हम निष्पक्ष, ऑडिट योग्य और यथार्थवादी टेस्ट बना सकते हैं जो हमें बिल्कुल सटीक रूप से बताते हैं कि एक AI एजेंट जटिल व्यावसायिक समस्याओं को हल करने में वास्तव में कितना सक्षम है।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।