समस्या पहले परिभाषित करें
AI प्रणाली बनाने से पहले यह समझना ज़रूरी है कि असली समस्या क्या है — और क्या वह AI से हल होती भी है।
क्या AI आपकी समस्या का सही समाधान है?
2018 में Amazon ने एक AI भर्ती टूल को बंद कर दिया जिसे कंपनी ने वर्षों तक विकसित किया था। यह टूल रिज्यूमे स्क्रीन करने के लिए बनाया गया था। समस्या यह थी कि Amazon ने गलत सवाल पूछा: "हमारे पिछले सफल कर्मचारी कैसे थे?" — न कि "एक अच्छे उम्मीदवार की क्या विशेषताएँ होती हैं?" पिछले डेटा में पुरुषों का वर्चस्व था, इसलिए AI ने महिलाओं के रिज्यूमे को नियमित रूप से कम अंक दिए। जब यह खुलासा हुआ तो पूरा प्रोजेक्ट रद्द करना पड़ा — करोड़ों रुपये और वर्षों की मेहनत बर्बाद हो गई। मूल कारण: समस्या गलत तरीके से परिभाषित की गई थी।
समस्या परिभाषित करने का ढांचा
Amazon का मामला एक बुनियादी सत्य उजागर करता है — AI सिस्टम बनाने की सबसे बड़ी गलती तकनीकी नहीं, बल्कि वैचारिक होती है। जब आप गलत समस्या हल करते हैं, तो बेहतरीन AI भी नुकसानदायक परिणाम देता है।
किसी भी AI प्रोजेक्ट शुरू करने से पहले तीन सवाल ज़रूरी हैं: पहला — क्या यह वास्तव में AI समस्या है? कुछ समस्याएँ बेहतर प्रक्रिया, बेहतर डेटा, या बेहतर मानव निर्णय से हल होती हैं। दूसरा — सफलता को कैसे मापेंगे? यदि आप माप नहीं सकते, तो आप जान नहीं सकते कि AI काम कर रहा है। तीसरा — इस समस्या को हल करने से किसे फ़ायदा होगा और किसे नुकसान?
AI एक उपकरण है, समाधान नहीं। पहले समस्या को इंसानी भाषा में स्पष्ट रूप से लिखें — फिर तय करें कि क्या AI उस समस्या के लिए उचित उपकरण है।
समस्या परिभाषा के चार स्तर
एक AI डिज़ाइनर को समस्या को चार स्तरों पर समझना होता है:
- लक्षण स्तर: जो दिखता है — जैसे "भर्ती प्रक्रिया धीमी है।"
- कारण स्तर: असली वजह — जैसे "रिज्यूमे स्क्रीनिंग में समय लगता है।"
- मूल्य स्तर: हम वास्तव में क्या चाहते हैं — "योग्य और विविध उम्मीदवार।"
- प्रतिबंध स्तर: क्या नहीं होना चाहिए — "कोई भेदभाव नहीं, कोई कानूनी जोखिम नहीं।"
Amazon ने लक्षण स्तर पर काम किया और मूल्य और प्रतिबंध स्तर को नज़रअंदाज़ किया। यही चूक करोड़ों की लागत बन गई।
भारत में कई सरकारी और निजी संस्थान AI-आधारित शिकायत निवारण प्रणालियाँ बना रहे हैं। यदि समस्या को "शिकायतों की संख्या कम करना" के रूप में परिभाषित किया जाए, तो AI शिकायतें दर्ज करने से ही रोक सकता है — जो असली लक्ष्य नहीं है।
समस्या परिभाषित करें — परीक्षण
तीन प्रश्नों में अपनी समझ जाँचें।
समस्या परिभाषण अभ्यास
एक वास्तविक AI प्रोजेक्ट परिदृश्य लें और उसे चार स्तरों पर परिभाषित करें।
निर्देश
AI सलाहकार से बात करें जो आपको किसी भी AI प्रोजेक्ट की समस्या को सही तरीके से परिभाषित करने में मदद करेगा।
- कोई भी AI प्रोजेक्ट आइडिया साझा करें — शिक्षा, स्वास्थ्य, कृषि, या कोई भी क्षेत्र।
- AI आपसे चार स्तरों पर सवाल पूछेगा: लक्षण, कारण, मूल्य, और प्रतिबंध।
- अपने जवाबों से समस्या को स्पष्ट रूप से परिभाषित करने का प्रयास करें।
प्रॉम्प्टिंग एक डिज़ाइन है
प्रॉम्प्ट लिखना सिर्फ टाइपिंग नहीं है — यह एक इंजीनियरिंग निर्णय है जो पूरे सिस्टम के व्यवहार को तय करता है।
एक विचार को AI के निर्देशों में कैसे बदलें?
2023 में Air Canada का AI चैटबॉट एक यात्री को गलत जानकारी देने पर अदालत में हार गया। चैटबॉट ने दावा किया कि बेरेवमेंट किराये (शोक यात्रा छूट) बाद में भी रिट्रोएक्टिव क्लेम की जा सकती है — जो कंपनी की असली नीति नहीं थी। Air Canada ने तर्क दिया कि चैटबॉट एक "अलग इकाई" है और उसकी गलतियों के लिए कंपनी ज़िम्मेदार नहीं। ब्रिटिश कोलंबिया अदालत ने यह तर्क खारिज किया और Air Canada को हर्जाना देना पड़ा। जाँच में पाया गया कि सिस्टम प्रॉम्प्ट में यह स्पष्ट नहीं था कि AI को अपनी सीमाएँ पहचानकर मानव एजेंट को रेफर कब करना है।
सिस्टम प्रॉम्प्ट: AI का संविधान
Air Canada का मामला दिखाता है कि एक खराब सिस्टम प्रॉम्प्ट कानूनी और वित्तीय जोखिम पैदा कर सकता है। जब आप कोई AI उत्पाद बनाते हैं, तो सिस्टम प्रॉम्प्ट उस उत्पाद का संविधान होता है — यह तय करता है AI क्या कर सकता है, क्या नहीं, और कब मदद माँगनी है।
एक अच्छे सिस्टम प्रॉम्प्ट में पाँच तत्व होते हैं: भूमिका (AI कौन है), दायरा (AI क्या कर सकता है), सीमाएँ (AI क्या नहीं कर सकता), एस्केलेशन (कब इंसान को बुलाना है), और टोन (AI कैसे बात करे।)
हर प्रॉम्प्ट एक वादा है। यदि आपका AI किसी को गलत जानकारी दे सकता है, तो प्रॉम्प्ट में स्पष्ट रूप से लिखें: "जब निश्चित न हो, तो कहो — मैं निश्चित नहीं हूँ, कृपया विशेषज्ञ से संपर्क करें।"
Few-Shot और Chain-of-Thought डिज़ाइन
प्रॉम्प्ट डिज़ाइन में दो शक्तिशाली तकनीकें हैं:
- Few-Shot Prompting: AI को उदाहरण देना — "यहाँ तीन अच्छे जवाब हैं, अब इसी तरह जवाब दो।" यह AI के व्यवहार को अनुमानित बनाता है।
- Chain-of-Thought: AI को "सोचने" के चरण दिखाना — "पहले समस्या समझो, फिर विकल्प सोचो, फिर जवाब दो।" यह जटिल कार्यों में सटीकता बढ़ाता है।
- Constraint-First Design: पहले बताएँ क्या नहीं करना है — नकारात्मक उदाहरण सकारात्मक से अधिक प्रभावी होते हैं।
CoWIN पोर्टल के AI चैटबॉट को भारत में बहुभाषी प्रश्नों के लिए डिज़ाइन करते समय सिस्टम प्रॉम्प्ट में भाषा-विशिष्ट उदाहरण और क्षेत्रीय शब्दावली शामिल करना अनिवार्य था। यह Few-Shot डिज़ाइन का व्यावहारिक उदाहरण है।
प्रॉम्प्टिंग डिज़ाइन — परीक्षण
तीन प्रश्नों में अपनी समझ जाँचें।
सिस्टम प्रॉम्प्ट डिज़ाइन वर्कशॉप
एक वास्तविक AI उत्पाद के लिए सिस्टम प्रॉम्प्ट बनाएँ और उसे परखें।
निर्देश
AI प्रॉम्प्ट डिज़ाइन विशेषज्ञ से बात करें। आप किसी भी उत्पाद के लिए सिस्टम प्रॉम्प्ट तैयार करेंगे।
- कोई AI उत्पाद परिदृश्य बताएँ — जैसे बैंकिंग चैटबॉट, शिक्षा ट्यूटर, या स्वास्थ्य सलाहकार।
- AI आपसे पाँच तत्व पूछेगा: भूमिका, दायरा, सीमाएँ, एस्केलेशन, टोन।
- मिलकर एक मजबूत सिस्टम प्रॉम्प्ट का ड्राफ्ट तैयार करें।
AI आउटपुट का मूल्यांकन
AI जो कहता है उसे सच मानना एक खतरनाक गलती है — मूल्यांकन एक कौशल है जो सीखना ज़रूरी है।
आप कैसे जानेंगे कि AI का जवाब अच्छा है?
2023 में न्यूयॉर्क के वकील स्टीवन श्वार्ट्ज़ ने ChatGPT की मदद से एक केस ब्रीफ तैयार की जिसमें छह ऐसे न्यायिक निर्णय उद्धृत किए गए जो कभी अस्तित्व में नहीं थे — "hallucination" का शिकार हुए। उन्होंने AI आउटपुट की कोई भी स्वतंत्र जाँच नहीं की। जब अदालत ने इन मामलों के रिकॉर्ड माँगे तो धोखा उजागर हुआ। न्यायाधीश ने वकील पर $5,000 का जुर्माना लगाया और उन्हें सार्वजनिक फटकार मिली। यह मामला सिखाता है: AI आउटपुट को हमेशा स्वतंत्र रूप से सत्यापित करना अनिवार्य है।
मूल्यांकन का CRAVE ढांचा
AI आउटपुट का मूल्यांकन करने के लिए CRAVE ढांचा उपयोगी है — यह पाँच आयामों पर जाँच करता है:
- C — Correctness (सटीकता): क्या तथ्य सत्यापन योग्य हैं? स्रोत कहाँ हैं?
- R — Relevance (प्रासंगिकता): क्या AI ने असली सवाल का जवाब दिया?
- A — Appropriateness (उचितता): क्या यह जवाब इस संदर्भ और दर्शक के लिए उचित है?
- V — Verifiability (सत्यापनीयता): क्या इसे किसी स्वतंत्र स्रोत से जाँचा जा सकता है?
- E — Edge Cases (सीमांत मामले): क्या यह जवाब असामान्य परिस्थितियों में भी काम करता है?
AI Hallucination तब होती है जब AI आत्मविश्वास के साथ गलत या काल्पनिक जानकारी प्रस्तुत करता है। यह तकनीकी खामी नहीं बल्कि AI के काम करने के तरीके का स्वाभाविक परिणाम है — AI अगले सबसे संभावित शब्द का अनुमान लगाता है, सत्य नहीं खोजता।
मूल्यांकन प्रणाली बनाना
एक AI उत्पाद में मूल्यांकन दो स्तरों पर होना चाहिए: स्वचालित (Automated) और मानव (Human)। स्वचालित मूल्यांकन में रूलबेस्ड जाँचें शामिल हैं — जैसे क्या आउटपुट एक निश्चित लंबाई का है, क्या इसमें वर्जित शब्द हैं। मानव मूल्यांकन में विशेषज्ञ समीक्षक नियमित रूप से AI के आउटपुट की जाँच करते हैं।
Google और Meta दोनों ने अपने AI उत्पादों में "रेटर गाइडलाइन्स" प्रकाशित की हैं जो बताती हैं कि मानव मूल्यांकनकर्ता AI आउटपुट कैसे जाँचते हैं। यह पारदर्शिता मूल्यांकन की जवाबदेही सुनिश्चित करती है।
IRCTC के AI सिस्टम में यात्री सेवा के जवाब कभी-कभी गलत ट्रेन संख्या या गलत स्टेशन नाम दे देते हैं। इसीलिए IRCTC के चैटबॉट में हमेशा एक "विशेषज्ञ से बात करें" विकल्प होता है — यह एस्केलेशन का व्यावहारिक उदाहरण है।
AI आउटपुट मूल्यांकन — परीक्षण
तीन प्रश्नों में अपनी समझ जाँचें।
CRAVE मूल्यांकन अभ्यास
किसी भी AI आउटपुट को CRAVE ढांचे से जाँचना सीखें।
निर्देश
AI मूल्यांकन विशेषज्ञ से बात करें। आप कोई भी AI-जनित टेक्स्ट लाएँ और उसे CRAVE ढांचे से जाँचेंगे।
- कोई भी AI आउटपुट पेस्ट करें जिसे आप मूल्यांकन करना चाहते हैं।
- AI आपसे CRAVE के पाँच आयामों पर सवाल पूछेगा।
- मिलकर तय करें कि यह आउटपुट भरोसेमंद है या नहीं।
Human-AI वर्कफ़्लो डिज़ाइन
AI को मनुष्यों की जगह नहीं, बल्कि उनके साथ काम करने के लिए डिज़ाइन करना — यही स्थायी सफलता की कुंजी है।
प्रक्रिया में इंसान की ज़रूरत कब होती है?
2016 में Google का DeepMind AI, AlphaGo, विश्व चैंपियन ली सेडोल को हरा गया। लेकिन उसी वर्ष एक और महत्वपूर्ण घटना हुई: Radiologix की एक स्टडी में पाया गया कि AI+रेडियोलॉजिस्ट की जोड़ी अकेले AI या अकेले रेडियोलॉजिस्ट दोनों से बेहतर प्रदर्शन करती है — कैंसर डायग्नोसिस में। NASA ने भी यही पाया अपने मिशन कंट्रोल सिस्टम में — AI पैटर्न पहचान में श्रेष्ठ है, लेकिन अंतिम निर्णय में मानव संदर्भ अपरिहार्य है। यह "Centaur" मॉडल — आधा मानव, आधा AI — सबसे प्रभावी सिद्ध हुआ है।
Centaur मॉडल: साझेदारी का ढांचा
Centaur मॉडल का नाम शतरंज से आया है जहाँ मानव और AI मिलकर खेलते हैं। इसका सिद्धांत सरल है: AI वह करे जो वह बेहतर करता है, मनुष्य वह करे जो वह बेहतर करता है।
- AI श्रेष्ठ है: पैटर्न पहचान, बड़े डेटासेट का विश्लेषण, 24/7 उपलब्धता, निरंतरता।
- मानव श्रेष्ठ है: नैतिक निर्णय, संदर्भ बोध, सहानुभूति, असामान्य परिस्थितियाँ।
- एस्केलेशन बिंदु: कब AI से मानव को काम सौंपा जाए — यह पहले से तय होना चाहिए।
हर AI वर्कफ़्लो में "ह्यूमन-इन-द-लूप" और "ह्यूमन-ओन-द-लूप" में अंतर स्पष्ट करें। पहले में मानव हर निर्णय में शामिल है, दूसरे में मानव केवल असामान्य मामलों की समीक्षा करता है।
Automation Bias का खतरा
Automation Bias एक मनोवैज्ञानिक घटना है जहाँ लोग स्वचालित सिस्टम के सुझावों पर बिना सोचे भरोसा करते हैं। 2018 में Ethiopian Airlines और Lion Air दुर्घटनाओं में Boeing 737 MAX के MCAS ऑटोपायलट सिस्टम ने पायलटों को override करने दिया — 346 लोगों की मौत हुई। पायलटों को AI सिस्टम की त्रुटि की पहचान करने और उसे override करने के लिए पर्याप्त प्रशिक्षण नहीं मिला था।
यह सिखाता है: AI वर्कफ़्लो डिज़ाइन में सिर्फ AI नहीं, बल्कि मानव उपयोगकर्ता का व्यवहार भी डिज़ाइन करना होता है।
Human-AI वर्कफ़्लो — परीक्षण
तीन प्रश्नों में अपनी समझ जाँचें।
Centaur वर्कफ़्लो डिज़ाइनर
अपने क्षेत्र के लिए एक Human-AI वर्कफ़्लो डिज़ाइन करें।
निर्देश
AI वर्कफ़्लो विशेषज्ञ से बात करें। मिलकर एक Centaur मॉडल तैयार करें।
- कोई भी कार्यक्षेत्र बताएँ — अस्पताल, विद्यालय, न्यायालय, बैंक, या खेत।
- AI पूछेगा: कौन से कार्य AI करे, कौन से मानव, और एस्केलेशन बिंदु कहाँ हैं।
- एक वर्कफ़्लो चार्ट का ड्राफ्ट तैयार करें।
टेस्टिंग और रेड-टीमिंग
AI सिस्टम को तोड़ने की कोशिश करना — यही उसे मज़बूत बनाने का सबसे विश्वसनीय तरीका है।
कैसे जाँचें कि आपका AI नुकसान नहीं करेगा?
2022 में Meta ने अपना "Galactica" AI लॉन्च किया जो वैज्ञानिक पेपर लिखने में मदद करता था। लॉन्च के केवल तीन दिन बाद उसे बंद करना पड़ा। शोधकर्ताओं ने पाया कि Galactica आत्मविश्वास से गलत वैज्ञानिक तथ्य और काल्पनिक संदर्भ लिखता था — जैसे "भालुओं पर चंद्रमा के प्रभाव पर शोध।" Meta ने रेड-टीमिंग अपर्याप्त रूप से की थी — उन्होंने केवल मानक परिदृश्य जाँचे थे, दुरुपयोग के परिदृश्य नहीं। यह विफलता सार्वजनिक विश्वास को गंभीर नुकसान पहुँचाने से पहले ही पकड़ ली गई — क्योंकि उपयोगकर्ताओं ने स्वयं रेड-टीमर का काम किया।
रेड-टीमिंग क्या है?
रेड-टीमिंग एक सैन्य और साइबर सुरक्षा अवधारणा है जिसे AI परीक्षण में अपनाया गया है। इसमें एक टीम जानबूझकर AI सिस्टम की कमज़ोरियाँ खोजने की कोशिश करती है — हमलावर की तरह सोचकर।
AI रेड-टीमिंग में तीन प्रकार के परीक्षण शामिल हैं: adversarial prompts (AI को गलत जवाब देने के लिए उकसाना), edge cases (असामान्य या चरम परिस्थितियाँ), और jailbreak attempts (सुरक्षा नियमों को तोड़ने की कोशिश)।
रेड-टीम हमलावर है — कमज़ोरियाँ खोजती है। ब्लू-टीम रक्षक है — सुरक्षा उपाय बनाती है। सबसे मजबूत AI सिस्टम वे हैं जहाँ दोनों टीमें एक-दूसरे को चुनौती देती रहती हैं।
व्यवस्थित परीक्षण: STRIDE ढांचा
Microsoft का STRIDE ढांचा AI सुरक्षा परीक्षण के लिए उपयोगी है:
- S — Spoofing: क्या AI को झूठी पहचान दिखाकर गुमराह किया जा सकता है?
- T — Tampering: क्या इनपुट डेटा को बदलकर AI को गलत निर्णय दिलाया जा सकता है?
- R — Repudiation: क्या AI के फैसलों की ऑडिट ट्रेल मौजूद है?
- I — Information Disclosure: क्या AI गोपनीय जानकारी लीक कर सकता है?
- D — Denial of Service: क्या AI को अत्यधिक लोड से बंद किया जा सकता है?
- E — Elevation of Privilege: क्या AI सामान्य उपयोगकर्ता को अधिकार से बाहर पहुँचने दे सकता है?
टेस्टिंग और रेड-टीमिंग — परीक्षण
तीन प्रश्नों में अपनी समझ जाँचें।
रेड-टीमिंग सिमुलेशन
एक काल्पनिक AI सिस्टम के लिए रेड-टीम परीक्षण योजना बनाएँ।
निर्देश
AI रेड-टीम विशेषज्ञ के साथ एक AI सिस्टम की कमज़ोरियाँ खोजने की अभ्यास करें।
- कोई AI उत्पाद बताएँ जिसे आप टेस्ट करना चाहते हैं।
- AI आपसे STRIDE के छह आयामों पर संभावित हमलों के बारे में सोचने में मदद करेगा।
- एक परीक्षण योजना का ड्राफ्ट तैयार करें।
ज़िम्मेदार तैनाती
AI को सार्वजनिक दुनिया में उतारना — यह तकनीकी निर्णय से कहीं अधिक एक नैतिक और सामाजिक निर्णय है।
AI को दुनिया में लॉन्च करने पर क्या गलत हो सकता है?
2019 में UK के NHS ने DeepMind की Streams ऐप को ज़िम्मेदार तैनाती की विफलता के रूप में दर्ज किया। NHS ने DeepMind को 1.6 मिलियन मरीजों का डेटा बिना उनकी सूचित सहमति के दिया — UK के डेटा संरक्षण कानून का उल्लंघन। Information Commissioner's Office ने NHS को दोषी ठहराया। तकनीकी रूप से Streams एक उत्कृष्ट एप्लिकेशन था जो किडनी रोगों की पहचान में मदद करता था। लेकिन तैनाती प्रक्रिया में सहमति, पारदर्शिता, और जवाबदेही का पूर्ण अभाव था। तकनीक सही थी — तैनाती गलत थी।
ज़िम्मेदार तैनाती के पाँच सिद्धांत
NHS-DeepMind मामला सिखाता है कि तकनीकी श्रेष्ठता तैनाती प्रक्रिया की गलतियों को माफ नहीं करती। ज़िम्मेदार तैनाती के पाँच सिद्धांत:
- सूचित सहमति: प्रभावित लोगों को स्पष्ट रूप से बताएँ कि AI क्या करता है और उनका डेटा कैसे उपयोग होता है।
- चरणबद्ध रोलआउट: पहले छोटे समूह पर तैनात करें, समस्याएँ पहचानें, फिर विस्तार करें।
- ऑप्ट-आउट विकल्प: लोगों को AI का उपयोग न करने का अधिकार हो।
- शिकायत निवारण: जब AI गलती करे तो लोगों के पास स्पष्ट शिकायत मार्ग हो।
- पारदर्शी दस्तावेज़ीकरण: AI कैसे निर्णय लेता है, यह सार्वजनिक रूप से उपलब्ध हो।
भारत का Digital Personal Data Protection Act 2023 (DPDPA) AI तैनाती में डेटा सहमति के लिए कानूनी ढांचा प्रदान करता है। किसी भी AI उत्पाद को भारत में लॉन्च करने से पहले DPDPA अनुपालन अनिवार्य है।
Model Cards और System Cards
2018 में Google Research ने "Model Cards" की अवधारणा प्रस्तुत की — एक मानकीकृत दस्तावेज़ जो बताता है कि AI मॉडल क्या करता है, किस पर परीक्षण हुआ, कहाँ काम करता है, और कहाँ नहीं। Meta ने बाद में "System Cards" अपनाईं जो पूरे AI सिस्टम को कवर करती हैं।
ये दस्तावेज़ तैनाती के समय पारदर्शिता सुनिश्चित करते हैं और भविष्य की जवाबदेही के लिए रिकॉर्ड बनाते हैं। एक अच्छे AI उत्पाद की पहचान है कि उसका Model Card सार्वजनिक और स्पष्ट हो।
ज़िम्मेदार तैनाती — परीक्षण
तीन प्रश्नों में अपनी समझ जाँचें।
तैनाती योजना निर्माण
किसी AI उत्पाद के लिए एक ज़िम्मेदार तैनाती योजना तैयार करें।
निर्देश
AI तैनाती विशेषज्ञ के साथ एक ज़िम्मेदार रोलआउट योजना बनाएँ।
- कोई भी AI उत्पाद या सेवा बताएँ जिसे आप तैनात करना चाहते हैं।
- AI आपसे पाँच सिद्धांतों पर योजना बनाने में मदद करेगा।
- एक Model Card का ड्राफ्ट तैयार करें।
समानता के लिए निर्माण
AI सिस्टम हाशिये पर रहने वाले लोगों के लिए मौजूदा असमानताओं को बढ़ा सकता है — या घटा सकता है। यह डिज़ाइन का निर्णय है।
क्या आपका AI सबके लिए समान रूप से काम करता है?
2019 में UC Berkeley, Stanford, और MIT के शोधकर्ताओं ने एक अध्ययन प्रकाशित किया जिसने Optum के healthcare risk-scoring algorithm की जाँच की। यह एल्गोरिदम अमेरिका के अस्पतालों में उपयोग होता था और लगभग 200 मिलियन लोगों को प्रभावित करता था। शोध में पाया गया कि समान स्वास्थ्य आवश्यकता पर, श्वेत मरीजों की तुलना में काले मरीजों को काफी कम "high-risk" स्कोर मिलते थे, जिससे उन्हें उतनी देखभाल नहीं मिलती थी। कारण: एल्गोरिदम खर्च को स्वास्थ्य की ज़रूरत का प्रॉक्सी मानता था — लेकिन ऐतिहासिक रूप से काले मरीजों पर कम खर्च होता था, इसलिए एल्गोरिदम उन्हें "कम बीमार" मानता था।
समानता-केंद्रित डिज़ाइन का ढांचा
Optum का मामला दिखाता है कि भेदभाव अक्सर जानबूझकर नहीं होता — यह उन प्रणालियों में छुपा होता है जिन्हें हम "तटस्थ" मानते हैं। समानता-केंद्रित AI डिज़ाइन के लिए चार कदम:
- प्रभाव मानचित्रण: पहले पहचानें कि आपका AI सबसे अधिक किसे प्रभावित करेगा — विशेषकर कमज़ोर वर्गों को।
- प्रॉक्सी जाँच: क्या आपके चर कहीं से जाति, लिंग, जाति, या आर्थिक स्थिति के लिए प्रॉक्सी तो नहीं हैं?
- विभेदक प्रदर्शन परीक्षण: विभिन्न समूहों पर अलग-अलग AI का परिणाम क्या है — क्या फर्क सार्थक है?
- प्रभावित समुदाय की भागीदारी: जिन लोगों पर AI का असर पड़ेगा, उन्हें डिज़ाइन प्रक्रिया में शामिल करें।
भारत में ऋण स्वीकृति AI सिस्टम यदि पिन कोड को प्रमुख चर मानें, तो वे SC/ST बहुल क्षेत्रों के आवेदकों को अनजाने में कम अंक दे सकते हैं — भले ही वे व्यक्तिगत रूप से योग्य हों। प्रॉक्सी भेदभाव का यह भारतीय संदर्भ अत्यंत प्रासंगिक है।
Fairness Metrics: किसे मापें?
AI निष्पक्षता को मापने के कई तरीके हैं, लेकिन वे परस्पर विरोधाभासी हो सकते हैं। तीन प्रमुख मेट्रिक्स:
- Demographic Parity: विभिन्न समूहों में सकारात्मक परिणामों की समान दर।
- Equal Opportunity: वास्तव में योग्य लोगों में समान सफलता दर।
- Calibration: विभिन्न समूहों में समान स्कोर का समान वास्तविक अर्थ।
गणितीय रूप से सिद्ध है कि ये तीनों एक साथ पूरी तरह संतुष्ट नहीं हो सकते — यह एक मूल्य-आधारित निर्णय है। इसीलिए AI निष्पक्षता केवल तकनीकी नहीं, नैतिक सवाल है।
समानता के लिए निर्माण — परीक्षण
तीन प्रश्नों में अपनी समझ जाँचें।
समानता ऑडिट अभ्यास
किसी AI सिस्टम के लिए प्रॉक्सी भेदभाव और समानता जोखिम पहचानें।
निर्देश
AI समानता विशेषज्ञ के साथ किसी भी AI सिस्टम का समानता ऑडिट करें।
- कोई AI सिस्टम बताएँ जो लोगों के बारे में निर्णय लेता है।
- AI आपसे प्रॉक्सी चर, प्रभावित समूह, और fairness metrics के बारे में पूछेगा।
- समानता जोखिमों की सूची तैयार करें और सुधार सुझाव दें।
निरंतर ज़िम्मेदारियाँ
AI लॉन्च एक घटना नहीं, एक प्रतिबद्धता की शुरुआत है — निगरानी, रखरखाव, और उत्तरदायित्व बिना रुके चलते रहते हैं।
क्या AI लॉन्च करने के बाद आपकी ज़िम्मेदारी खत्म हो जाती है?
2016 में Microsoft ने Twitter पर Tay नामक AI चैटबॉट लॉन्च किया। 16 घंटों के भीतर, उपयोगकर्ताओं ने Tay को नस्लवादी और घृणास्पद टिप्पणियाँ करने के लिए प्रशिक्षित कर दिया। Microsoft को तुरंत बंद करना पड़ा। Tay की विफलता का कारण "model drift" था — AI ने वास्तविक समय में नए डेटा से सीखा, लेकिन इस नए डेटा की कोई निगरानी नहीं थी। 2023 में भी यही पैटर्न दिखा जब Meta के Galactica और Google के Bard ने शुरुआती तैनाती के बाद अप्रत्याशित व्यवहार किया। AI सिस्टम समय के साथ बदलता है — और यह बदलाव हमेशा बेहतरी की तरफ नहीं होता।
Model Drift: खामोश खतरा
Model Drift तब होती है जब AI का प्रदर्शन समय के साथ बिगड़ने लगता है — बिना किसी स्पष्ट घटना के। इसके तीन प्रकार हैं:
- Data Drift: इनपुट डेटा का वितरण बदल जाता है — जैसे COVID के बाद स्वास्थ्य AI को पूरी तरह नए डेटा पैटर्न मिले।
- Concept Drift: वास्तविकता बदल जाती है — जैसे महंगाई के बाद ऋण जोखिम मॉडल पुराने पड़ जाते हैं।
- Feedback Loop Drift: AI के निर्णय खुद नए डेटा को प्रभावित करते हैं — जैसे Tay का मामला।
हर तैनात AI सिस्टम के लिए तीन चीज़ें ज़रूरी हैं: नियमित प्रदर्शन रिपोर्ट, विसंगति अलर्ट (जब AI का व्यवहार अचानक बदले), और पूर्व-निर्धारित "kill switch" — कब सिस्टम बंद किया जाए।
दीर्घकालिक ज़िम्मेदारियों का ढांचा
AI निर्माता की ज़िम्मेदारी तीन स्तरों पर है:
- तकनीकी ज़िम्मेदारी: नियमित पुनः-प्रशिक्षण, प्रदर्शन निगरानी, सुरक्षा पैच।
- सामाजिक ज़िम्मेदारी: प्रभावित समुदायों के साथ नियमित संवाद, शिकायतों का समाधान।
- कानूनी ज़िम्मेदारी: बदलते नियमों का अनुपालन, ऑडिट रिकॉर्ड बनाए रखना।
EU का AI Act 2024 और भारत का DPDPA दोनों यह स्पष्ट करते हैं कि उच्च-जोखिम AI सिस्टम के लिए निरंतर निगरानी और रिपोर्टिंग कानूनी दायित्व है। "बनाया और भूल गए" का दौर AI में संभव नहीं है।
एक AI सिस्टम का निर्माण करना एक जीवित प्राणी को दुनिया में लाने जैसा है — आप उसके परिणामों के लिए जवाबदेह हैं, चाहे आपका इरादा कुछ भी रहा हो। जवाबदेही बनाएँ, निगरानी करें, सुनें, और सुधारें।
निरंतर ज़िम्मेदारियाँ — परीक्षण
तीन प्रश्नों में अपनी समझ जाँचें।
दीर्घकालिक निगरानी योजना
एक तैनात AI सिस्टम के लिए निरंतर निगरानी और रखरखाव योजना तैयार करें।
निर्देश
AI निगरानी विशेषज्ञ के साथ एक जीवित AI सिस्टम की दीर्घकालिक देखभाल योजना बनाएँ।
- कोई AI सिस्टम बताएँ जो पहले से तैनात है या होने वाला है।
- AI आपसे drift के तीन प्रकार, निगरानी मेट्रिक्स, और kill switch मानदंड के बारे में पूछेगा।
- एक 12-महीने की निगरानी योजना तैयार करें।
मॉड्यूल 10 — अंतिम परीक्षण
15 प्रश्न · सभी 8 पाठों से · अपना स्कोर जानें