AdversaBench: Automated LLM Red-Teaming with Multi-Judge Confirmation and Cross-Model Transferability
AdversaBench एक स्वचालित रेड-टीमिंग पाइपलाइन है जो संरचित उत्परिवर्तन ऑपरेटरों (mutation operators) के माध्यम से प्रतिकूल प्रॉम्प्ट (adversarial prompts) उत्पन्न करती है और एक मल्टी-जज पुष्टिकरण प्रणाली के माध्यम से विफलताओं को मान्य करती है, जिससे यह पता चलता है कि उत्परिवर्तन की प्रभावशीलता कार्य श्रेणी के अनुसार भिन्न होती है जबकि प्रतिकूल प्रॉम्प्ट मजबूत क्रॉस-मॉडल स्थानांतरणीयता प्रदर्शित करते हैं।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
कल्पना कीजिए कि आप एक नए, बहुत बुद्धिमान रोबोट सहायक के हेड कोच हैं। इससे पहले कि आप इसे असली लोगों से बात करने दें, आपको यह सुनिश्चित करना होगा कि यह कुछ बेवकूफी भरी बात न कहे, गलत निर्देशों का पालन न करे, या अपने ही नियमों को न तोड़े। इसे परखने की इस प्रक्रिया को, जिसमें आप रोबोट को गलतियाँ करने के लिए उकसाने की कोशिश करते हैं, रेड-टीमिंग (Red-Teaming) कहा जाता है।
"AdversaBench" नामक शोध पत्र इस तरह के परीक्षण करने का एक नया, स्वचालित तरीका बताता है, साथ ही यह भी बताता है कि विभिन्न परीक्षण विधियाँ वास्तव में कितनी प्रभावी हैं। इसका विवरण सरल शब्दों में यहाँ दिया गया है:
1. समस्या: एक जज काफी नहीं है
आमतौर पर, किसी रोबोट का परीक्षण करने के लिए, आप उससे एक कठिन सवाल पूछते हैं और फिर दूसरे AI (एक "जज") से उसके उत्तर को ग्रेड देने के लिए कहते हैं।
- खामी: यदि वह एकल जज बहुत उदार है, तो वह वास्तविक गलतियों को चूक सकता है। यदि वह बहुत सख्त है, तो वह सोच सकता है कि रोबोट विफल हो गया जबकि वास्तव में वह विफल नहीं हुआ था। आपके पास यह जानने का कोई तरीका नहीं है कि जज का "बुरा दिन" चल रहा है या वह पक्षपाती है।
- समाधान: लेखकों ने AdversaBench बनाया है, जो हर उत्तर को ग्रेड देने के लिए तीन जजों का उपयोग करता है। यदि वे सभी सहमत होते हैं, तो बहुत अच्छा। यदि वे असहमत होते हैं, तो एक "सुपर जज" (मेटा-जज) अंतिम निर्णय लेने के लिए हस्तक्षेप करता है। यह एक स्पोर्ट्स मैच की तरह है जहाँ आपके पास केवल एक रेफरी नहीं होता; बल्कि एक पैनल होता है, और यदि वे सहमत नहीं हो पाते, तो मुख्य रेफरी अंतिम निर्णय लेता है।
2. हमला कैसे काम करता है (द "म्यूटेशन" मशीन)
सिस्टम एक साधारण "सीड" (seed) प्रश्न (जैसे एक बुनियादी परीक्षण प्रश्न) से शुरू होता है। फिर, यह उस प्रश्न को और अधिक कठिन बनाने के लिए एक "म्यूटेटर" (mutator) का उपयोग करता है ताकि रोबट सही उत्तर न दे सके।
- टूल्स (Tools): म्यूटेटर के पास पाँच विशिष्ट तरकीबें हैं:
- रीफ्रेज़ (Rephrase): एक ही बात को भ्रमित करने वाले तरीके से कहना।
- इंजेक्ट डिस्ट्रैक्टर (Inject Distractor): एक नकली, भ्रामक नियम जोड़ना (जैसे, "3 वाक्यों में उत्तर दें, लेकिन विस्तार से भी समझाएं")।
- रोल फ्लिप (Role Flip): रोबोट को धोखा देने के लिए एक अलग पात्र होने का नाटक करना।
- कन्स्ट्रेंट्स जोड़ना (Add Constraints): बहुत सारे नियमों को एक के ऊपर एक ढेर कर देना।
- जेलब्रेक रैप (Jailbreak Wrap): प्रश्न को "हैकर" शैली के टेम्पलेट में लपेटना।
- लूप (The Loop): सिस्टम रोबोट से सवाल पूछता है, जज उसे ग्रेड देते हैं, और यदि रोबोट पास हो जाता है, तो म्यूटेटर एक नया प्रयोग करता है। यह तब तक चलता रहता है जब तक कि रोबोट अंततः टूट (fail) नहीं जाता।
3. उन्हें क्या मिला (चौंकाने वाले परिणाम)
टीम ने तीन श्रेणियों में 45 अलग-अलग "सीड" प्रश्नों का परीक्षण किया: रीजनिंग (तर्क पहेलियाँ), इंस्ट्रक्शन-फॉलोइंग (जटिल नियमों का पालन करना), और टूल यूज़ (कैलकुलेटर या API का उपयोग करना)। यहाँ उन्होंने क्या खोजा:
सभी तरकीबें हर जगह काम नहीं करतीं:
- उपमा: कल्पना कीजिए कि आप एक तिजोरी तोड़ने की कोशिश कर रहे हैं। एक हथौड़ा लकड़ी के बक्से पर बहुत अच्छा काम करता है, लेकिन एक पेचकश धातु के बक्से पर बेहतर काम करता है।
- परिणाम: "इंजेक्ट डिस्ट्रैक्टर" वाली तरकीब तर्क (logic) और टूल संबंधी प्रश्नों के लिए सुपरस्टार थी, लेकिन यह "इंस्ट्रक्शन-फॉलोइंग" रोबोट को तोड़ने में बहुत खराब रही। आप हर काम के लिए केवल एक ही तरकीब का उपयोग नहीं कर सकते; आपको तरकीब को कार्य के अनुरूप बनाना होगा।
कुछ कार्य तोड़ने में अधिक कठिन होते हैं:
- उपमा: एक लकड़ी की छड़ी को तोड़ने के लिए एक झटका काफी है। एक मोटे लट्ठे को तोड़ने के लिए कुल्हाड़ी के दस प्रहारों की आवश्यकता हो सकती है।
- परिणाम: भले ही रोबोट अंततः हर चीज़ में विफल रहा, लेकिन "इंस्ट्रक्शन-फॉलोइंग" कार्यों को तोड़ने में अन्य कार्यों की तुलना में दोगुने से अधिक प्रयास लगे। यदि आप केवल अंतिम "पास/फेल" परिणाम को देखते, तो आप वास्तविक कठिनाई को मिस कर देते। रोबोट को तोड़ने के लिए कितने "हिट्स" (iterations) की आवश्यकता थी, यह देखने के लिए सिस्टम को गिनना आवश्यक था।
"सहमति" का जाल (The "Agreement" Trap):
- उपमा: यदि 95% समय उत्तर "हाँ" है, और दो लोग लगभग हर बार "हाँ" कहते हैं, तो वे पूरी तरह से सहमत दिखते हैं। लेकिन यदि वे केवल इसलिए "हाँ" कह रहे हैं क्योंकि यह सबसे आम उत्तर है, तो वे वास्तव में कठिन मामलों पर सहमत नहीं हैं।
- परिणाम: तीनों जज 80-87% समय एक-दूसरे से सहमत थे, जो सुनने में बहुत अच्छा लगता है। लेकिन चूंकि रोबोट अक्सर विफल (90%+) हो रहा था, इसलिए यह उच्च सहमति ज्यादातर केवल उनके द्वारा "फेल" का अनुमान लगाने के कारण थी। जब हम "कठिन" मामलों (विशेष रूप से निर्देशों के साथ) को देखते हैं, तो वे वास्तव में बहुत असहमत होते हैं। शोध पत्र चेतावनी देता है कि सहमति को मापने के लिए उपयोग किए जाने वाले मानक गणित भ्रामक हो सकते हैं जब एक परिणाम (विफलता) इतना आम हो।
तरकीबें यात्रा करती हैं (The Tricks Travel):
- उपमा: यदि आप एक छोटे, कमजोर कुत्ते को धोखा देने का तरीका ढूंढ लेते हैं, तो आप पाएंगे कि वही तरकीब एक विशाल, मजबूत कुत्ते पर भी काम करती है, क्योंकि वह तरकीब कुत्ते के आकार को नहीं, बल्कि उसकी बुनियादी प्रवृत्ति का फायदा उठाती है।
- परिणाम: सिस्टम ने एक छोटे, कमजोर रोबोट (8 बिलियन पैरामीटर्स) को तोड़ने के लिए जो तरकीबें बनाई थीं, वे एक बहुत बड़े, अधिक बुद्धिमान रोबोट (70 बिलियन पैरामीटर्स) पर भी काम आईं। यह सुझाव देता है कि ये तरकीबें केवल छोटे मॉडल की खामियों को नहीं, बल्कि यह लक्षित करती हैं कि ये रोबोट मौलिक रूप से कैसे सोचते हैं।
4. निष्कर्ष (The Takeaway)
शोध पत्र निष्कर्ष निकालता है कि AI का ठीक से परीक्षण करने के लिए, आपको चाहिए:
- जजों का एक पैनल: पक्षपात को पकड़ने के लिए केवल एक नहीं, बल्कि एक से अधिक।
- प्रयास को गिनना: केवल यह न कहें कि "यह टूट गया।" यह कहें कि "इस विशिष्ट प्रकार के कार्य को तोड़ने के लिए 5 प्रयास लगे।"
- उपकरण का मिलान करना: विभिन्न प्रकार के कार्यों (तर्क बनाम नियम) के लिए अलग-अलग तरकीबों का उपयोग करें।
- गणित के प्रति सावधान रहना: उच्च सहमति स्कोर नकली हो सकते हैं यदि परीक्षण बहुत आसान है (या इस मामले में, विफलताएँ बहुत आम हैं)।
लेखक अपना कोड और डेटा जारी कर रहे हैं ताकि अन्य लोग अपने स्वयं के रोबोटों का परीक्षण करने के लिए इस "AdversaBench" का उपयोग कर सकें, जिससे यह सुनिश्चित हो सके कि वास्तविक दुनिया में उपयोग किए जाने से पहले वे सुरक्षित और विश्वसनीय हैं।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।