खतरनाक क्षमताओं का मूल्यांकन (Dangerous capability evaluations)
किसी ताकतवर मॉडल को रिलीज़ करने से पहले, टीमें यह टेस्ट करती हैं कि क्या वह ऐसे काम कर सकता है जिनसे गंभीर नुकसान पहुँच सकता है। जानें कि ये मूल्यांकन कैसे डिज़ाइन किए जाते हैं, मॉडल से उसका सर्वश्रेष्ठ प्रदर्शन निकलवाना क्यों मायने रखता है, और थ्रेशोल्ड (सीमाएँ) नतीजों को फ़ैसलों से कैसे जोड़ते हैं।
60 सेकंड में
खतरनाक क्षमताओं का मूल्यांकन (Dangerous capability evaluations)
किसी ताकतवर मॉडल को रिलीज़ करने से पहले, टीमें यह टेस्ट करती हैं कि क्या वह ऐसे काम कर सकता है जिनसे गंभीर नुकसान पहुँच सकता है। जानें कि ये मूल्यांकन कैसे डिज़ाइन किए जाते हैं…
वे क्षेत्र जिनकी आमतौर पर टेस्टिंग की जाती है
- गंभीर दुरुपयोग: जैविक, रासायनिक, रेडियोलॉजिकल या परमाणु हथियारों को बनाने में सार्थक मदद करना।
- साइबर: सॉफ़्टवेयर की कमियों (vulnerabilities) को ढूँढना और उनका फायदा उठाना, जिसे अक्सर सुरक्षित टेस्ट वातावरण में कैप्चर-द-फ्लैग जैसी चुनौतियों से मापा जाता है।
- स्वायत्तता (Autonomy): लंबे काम अकेले पूरे करना, खुद की नकल तैयार करना, संसाधन जुटाना, या अपने दम पर AI रिसर्च करना।
- मनाना और धोखा देना (Persuasion and deception): लोगों के विचारों को बदलना या उन्हें गुमराह करना।
- ऐसे व्यवहार जो निगरानी को कमज़ोर करते हैं, जैसे अपनी क्षमताओं को छिपाना या मॉनिटरिंग से बचने की कोशिश करना।
मूल्यांकन कैसे डिज़ाइन किया जाता है
- 1
थ्रेट मॉडल (Threat model)
नुकसान की एक तय कहानी लिखें: कौन क्या करता है, मॉडल से क्या मदद मिलती है, और उससे क्या नुकसान होता है। - 2
प्रॉक्सी टास्क (Proxy tasks)
ऐसे काम चुनें जो उस कहानी की मुख्य क्षमताओं को मापते हों, लेकिन जिन्हें चलाना सुरक्षित हो। साइबर के मामले में, यह किसी अलग-थलग (isolated) टेस्ट सिस्टम में चुनौतियों को हल करना हो सकता है। - 3
एलिसिटेशन (Elicitation)
मॉडल का सर्वश्रेष्ठ प्रदर्शन बाहर लाने की पूरी कोशिश करें (नीचे देखें)। - 4
स्कोरिंग (Scoring)
पहले से तय करें कि किसे सफलता माना जाएगा, और कितने प्रयासों की अनुमति है। - 5
थ्रेशोल्ड से तुलना
क्या नतीजा उस स्तर से ऊपर है जिसे पहले से तय किया गया था कि इसके लिए अतिरिक्त सुरक्षा उपायों की ज़रूरत होगी? - 6
रिपोर्ट
नतीजे, अनिश्चितता और क्या टेस्ट नहीं किया गया था, उसे लिखें।
एलिसिटेशन: सबसे बेहतरीन का टेस्ट करना, औसत का नहीं
| एलिसिटेशन का तरीका | यह क्यों मायने रखता है |
|---|---|
| बेहतर प्रॉम्प्ट और उदाहरण | निर्देशों में छोटा सा बदलाव भी नतीजों को बहुत बदल सकता है। |
| टूल्स और स्कैफोल्डिंग | कोड रनर, ब्राउज़र और एजेंट लूप के साथ एक मॉडल केवल चैट करने वाले मॉडल की तुलना में कहीं ज़्यादा काम कर सकता है। |
| ज़्यादा प्रयास और ज़्यादा समय | हमलावर कई बार कोशिश कर सकता है। टेस्टों में यह बात झलकनी चाहिए। |
| फ़ाइन-ट्यूनिंग | अगर मॉडल के वेट्स (weights) को दूसरों द्वारा फ़ाइन-ट्यून किया जा सकता है, तो फ़ाइन-ट्यून किए गए वर्ज़न को टेस्ट करने से पता चलता है कि क्या मुमकिन है। |
| टेस्ट कॉपी में से मनाही (refusals) को हटाना | सेफ़्टी ट्रेनिंग किसी ऐसी क्षमता को छिपा सकती है जो अंदर मौजूद है और जिसे बाद में अनलॉक किया जा सकता है। |
अपलिफ्ट (Uplift): किसकी तुलना में?
थ्रेशोल्ड और रिस्पॉन्सिबल-स्केलिंग जैसी नीतियां
- 1
स्तरों को परिभाषित करें
ऐसे क्षमता स्तरों का वर्णन करें जिन्हें मज़बूत सुरक्षा की ज़रूरत होगी। - 2
नियमित टेस्ट करें
ट्रेनिंग के दौरान और बाद में मूल्यांकन चलाएं। - 3
ट्रिगर
यदि कोई थ्रेशोल्ड आ जाता है या उससे इनकार नहीं किया जा सकता, तो कड़े सुरक्षा उपाय लागू होते हैं। - 4
सुरक्षा उपाय
उदाहरण के लिए, मॉडल वेट्स की कड़ी सुरक्षा, दुरुपयोग रोकने वाले कड़े फ़िल्टर, सीमित एक्सेस, या सुरक्षा उपाय तैयार होने तक काम रोकना।
पक्ष और विपक्ष में तर्क
- पहले से की गई प्रतिबद्धताओं को कारोबारी दबाव में बदलना मुश्किल होता है
- वे अस्पष्ट चिंताओं को ठोस, जाँचे जा सकने वाले कदमों में बदल देते हैं
- उन्हें समय के साथ सुधारा जा सकता है और दूसरे उनकी नकल कर सकते हैं
- वे सरकारों और जनता के साथ एक साझा समझ और भाषा तैयार करते हैं
- कंपनियां अक्सर अपने टेस्ट खुद ही लिखती हैं, चलाती हैं और उनका फ़ैसला करती हैं
- थ्रेशोल्ड अस्पष्ट हो सकते हैं, और उन्हें बाद में बदला जा सकता है
- कमज़ोर एलिसिटेशन किसी मॉडल को उसकी असलियत से ज़्यादा सुरक्षित दिखा सकता है
- मुकाबला कड़ा होने पर स्वैच्छिक नीतियां शायद टिक न पाएं
और देखें और पढ़ें
लैब
एक हानिरहित प्रॉक्सी क्षमता के लिए एक पेज का इवैल्यूएशन प्लान, जिसमें एक एलिसिटेशन प्लान और एक थ्रेशोल्ड शामिल हो।
समस्या
कागज़ पर, ऑटोनॉमी (स्वायत्तता) से जुड़ी एक हानिरहित प्रॉक्सी क्षमता का इवैल्यूएशन डिज़ाइन करें: "क्या कोई AI एजेंट, सैंडबॉक्स (sandbox) में अकेले काम करते हुए, कई चरणों वाला एक ऑफिस का काम पूरा कर सकता है: कई फ़ाइलों में से तीन नंबर ढूंढना, कुल जोड़ निकालना, और एक छोटी रिपोर्ट लिखना?"
- दो वाक्यों में एक थ्रेट मॉडल (threat model) लिखें: लंबे समय तक, स्वतंत्र रूप से कई चरणों वाला काम करना सुरक्षा के लिए क्यों मायने रख सकता है?
- बढ़ती कठिनाई वाले 5 टास्क के बारे में बताएं।
- एक एलिसिटेशन प्लान लिखें: प्रॉम्प्ट, टूल्स, कोशिशों (attempts) की संख्या, और दिया गया समय। बताएं कि हर विकल्प बहुत कमज़ोर क्यों नहीं है।
- स्कोरिंग और एक थ्रेशोल्ड तय करें: "अगर एजेंट कम से कम Y कोशिशों में से X में टास्क 4 और 5 में सफल होता है, तो …" और बताएं कि किसी असली पॉलिसी में इसके बाद क्या सुरक्षा उपाय होगा।
- ऐसी तीन चीज़ें बताएं जिन्हें आपका इवैल्यूएशन नहीं मापता है।
कोई भी असली नुकसानदेह सामग्री शामिल न करें। यह लैब सिर्फ तरीके (method) के बारे में है।
आपका काम तब पूरा होगा जब
कठिन सवाल
उत्तर देखने से पहले ख़ुद जवाब देने की कोशिश करें। अगर आप इनके जवाब दे सकते हैं, तो आप पाठ समझ गए हैं।
Q1आप यह कैसे जांच सकते हैं कि कोई मॉडल आपके इवैल्यूएशन पर सैंडबैगिंग (sandbagging) कर रहा है या नहीं?दिखाएं
शोधकर्ता कुछ तरीकों का इस्तेमाल करते हैं: इस संकेत के साथ और इसके बिना परफॉर्मेंस की तुलना करना कि यह एक टेस्ट है; कुछ उदाहरणों पर थोड़ी देर के लिए फ़ाइन-ट्यून करना और देखना कि क्या परफॉर्मेंस ऐसी छोटी ट्रेनिंग की उम्मीद से बहुत ज़्यादा बढ़ जाती है; समान क्षमता वाले अन्य मॉडलों से तुलना करना; और यह जांचना कि क्या मॉडल सामान्य संदर्भ में दिए गए बिल्कुल ऐसे ही टास्क की तुलना में टेस्ट में बदतर प्रदर्शन करता है। इनमें से कोई भी पक्का सबूत नहीं है, लेकिन ये मिलकर छिपी हुई क्षमता को पकड़ना आसान बना देते हैं।
Q2थ्रेशोल्ड को "मॉडल हमारे टेस्ट में 80% स्कोर करता है" के रूप में तय करना दिखने से ज़्यादा कमज़ोर क्यों हो सकता है?दिखाएं
यह संख्या टेस्ट टास्क, एलिसिटेशन की कोशिश और स्कोरिंग के नियमों पर निर्भर करती है। कोई टीम, अनजाने में भी, ऐसे टास्क चुन सकती है जिनमें फेल होना आसान हो या कमज़ोर एलिसिटेशन चुन सकती है और सीमा के नीचे रह सकती है। थ्रेशोल्ड तब ज़्यादा मज़बूत होते हैं जब टास्क, एलिसिटेशन का मानक और स्कोरिंग पहले से तय हों, जब टेस्ट की जांच बाहरी विशेषज्ञों द्वारा की जाए, और जब "हम इससे इनकार नहीं कर सकते" जैसी स्थिति भी सुरक्षा उपायों को लागू कर दे।
अक्सर पूछे जाने वाले सवाल
मॉडल आमतौर पर क्या करता है, इसके बजाय वह क्या कर सकता है इसका टेस्ट क्यों करें?
क्योंकि दुरुपयोग उन लोगों से होता है जो मॉडल पर बहुत ज़्यादा दबाव डालेंगे, और क्योंकि भविष्य के वर्ज़न या फ़ाइन-ट्यून की गई कॉपियाँ उन क्षमताओं का इस्तेमाल कर सकती हैं जो सामान्य रूप से छिपी रहती हैं। ऐसा मॉडल जो आमतौर पर मना कर देता है लेकिन जिससे आसानी से मदद ली जा सकती है, वह अभी भी जोखिम भरा है।
अगर कोई मॉडल सभी खतरनाक क्षमता टेस्ट पास कर लेता है, तो क्या वह सुरक्षित है?
नहीं। टेस्ट केवल उन्हीं खतरों को कवर करते हैं जिनके बारे में किसी ने सोचा था, और एलिसिटेशन की उतनी ही कोशिश के साथ जो उन्होंने की थी। पास होने का मतलब है "हमें इन तरीकों से यह क्षमता नहीं मिली", न कि "यह क्षमता मौजूद ही नहीं है"। अच्छी रिपोर्टें साफ़ तौर पर बताती हैं कि क्या टेस्ट नहीं किया गया था।
मूल्यांकन से जुड़ी कुछ जानकारियाँ गुप्त क्यों रखी जाती हैं?
सटीक टास्क पब्लिश करने से वे भविष्य के ट्रेनिंग डेटा में लीक हो सकते हैं, जिससे टेस्ट बेकार हो जाएगा। सबसे संवेदनशील क्षेत्रों के लिए, वे टास्क खुद ही नुकसानदेह विचार दे सकते हैं। कई टीमें सबसे संवेदनशील जानकारियों को निजी रखते हुए तरीकों और सारांश के नतीजों को साझा करती हैं।
क्या छात्र या स्वतंत्र शोधकर्ता इस पर काम कर सकते हैं?
हाँ, सुरक्षित क्षेत्रों में। उदाहरण के लिए, आप एलिसिटेशन के तरीकों, सैंडबैगिंग पकड़ने, या नुकसान न पहुँचाने वाले कामों पर एजेंट की स्वायत्तता का अध्ययन कर सकते हैं। ऐसे टेस्ट बनाने से बचें जिनमें खुद खतरनाक जानकारी हो।
पाठ का टेस्ट
5 सवाल। पास होने और इस पाठ को पूरा करने के लिए 3 सही होने चाहिए (60%)।