पाठक तक पहुंचने से पहले एक प्रकाशित लेख जितने AI संपर्क बिंदुओं से गुजरता है, उतने अधिकांश संपादकीय टीमें ट्रैक नहीं करतीं। एक रिसर्च असिस्टेंट किसी स्रोत दस्तावेज़ का सार तैयार करता है। एक व्याकरण उपकरण दो पैराग्राफ फिर से लिखता है। एक हेडलाइन जेनरेटर छह विकल्प सुझाता है। एक अनुवाद मॉडल किसी सिंडिकेशन पार्टनर के लिए जर्मन और फ्रेंच संस्करण तैयार करता है। जब तक कोई लेख प्रकाशित होता है, यह सवाल कि क्या इसे किसी इंसान ने लिखा, अक्सर स्पष्ट उत्तर नहीं रखता, बल्कि केवल आंशिक बदलावों की एक कड़ी होती है जिसे किसी ने दर्ज नहीं किया।
पहले यह केवल शैली का सवाल था। अब यह एक साथ अनुपालन का सवाल, लाइसेंसिंग का सवाल और बचाव-योग्यता का सवाल है, और जो प्रकाशक इसका सटीक उत्तर नहीं दे पाते वे तीनों मोर्चों पर एक साथ उजागर हो जाते हैं।
AI-स्पर्शित और AI-निर्मित एक जैसे क्यों नहीं हैं
न्यूज़रूम में अधिकांश AI उपयोग स्पेल-चेकर और घोस्टराइटर के बीच कहीं होता है: रिसर्च, सारांश, अनुवाद, ड्राफ्ट की पहली संरचना, इमेज कैप्शनिंग। इनमें से कोई भी किसी लेख को उस अर्थ में AI-निर्मित नहीं बनाता जो एक पाठक समझेगा। लेकिन अगर कोई प्रकाशक मांगे जाने पर यह नहीं दिखा सकता कि किसी लेख का कौन-सा हिस्सा वास्तव में AI द्वारा निर्मित या परिवर्तित किया गया और कौन-सा हिस्सा किसी इंसान ने रिपोर्ट और लिखा, तो यह अंतर केवल एक आंतरिक धारणा भर रह जाता है, न कि कुछ ऐसा जो पूछने वाले किसी को दिखाया जा सके।
यह अंतर इसलिए मायने रखता है क्योंकि यूरोपीय संघ के दो अलग कानून अब प्रकाशकों से एक ही सवाल का एक संस्करण, विपरीत दिशाओं से पूछ रहे हैं।
अनुच्छेद 50: प्रकटीकरण, पहचान नहीं
EU AI अधिनियम के तहत, अनुच्छेद 50 AI-निर्मित या AI-परिवर्तित सामग्री के लिए पारदर्शिता संबंधी दायित्व तय करता है। जन-हित के मामलों पर जनता को सूचित करने के लिए प्रकाशित कोई पाठ, जब वह किसी AI प्रणाली द्वारा निर्मित या पर्याप्त रूप से परिवर्तित किया गया हो, तो उसे उसी रूप में प्रकट किया जाना चाहिए, और अनुच्छेद 50(4) के तहत डीपफेक और जन-हित संबंधी पाठ के दायित्व 2 अगस्त 2026 से लागू होते हैं।
यह दायित्व डिप्लॉयर पर है, यानी प्रकाशक पर, मॉडल प्रदाता पर नहीं। किसी न्यूज़रूम को किसी और की सामग्री में AI उपयोग पहचानने की जरूरत नहीं। उसे यह जानना और सटीक रूप से बताने में सक्षम होना जरूरी है कि उसकी अपनी सामग्री के बारे में क्या सच है। यह पहले एक रिकॉर्डकीपिंग समस्या है, और उसके बाद ही एक लेबलिंग समस्या: जो ट्रैक नहीं किया गया, उसे प्रकट नहीं किया जा सकता।
अनुच्छेद 4: ऑप्ट-आउट तभी काम करता है जब आप साबित कर सकें कि आपने क्या प्रकाशित किया
दूसरी दिशा DSM निर्देश से होकर जाती है। अनुच्छेद 4 अधिकार धारकों को टेक्स्ट और डेटा माइनिंग की एक छूट देता है, जो तभी लागू होती है जब अधिकार धारक ने उस उपयोग को स्पष्ट रूप से आरक्षित न किया हो, उपयुक्त तरीके से, जैसे ऑनलाइन उपलब्ध सामग्री के लिए मशीन-पठनीय साधनों के जरिए। जो प्रकाशक यह आरक्षण लागू करता है, वह एक दावा कर रहा है: यह पाठ, हमारे द्वारा प्रकाशित, इस तारीख को, उस उपयोग से रोक दिया गया था।
ऐसा दावा जांच में तभी टिकता है जब वह सामग्री के एक विशिष्ट, अपरिवर्तित संस्करण और स्वतंत्र रूप से सत्यापन योग्य तारीख से जुड़ा हो। वही संगठन जो दावा कर रहा है, उसी के CMS में सेट किया गया टाइमस्टैंप किसी संदेहशील प्रतिपक्ष के लिए कोई प्रमाण नहीं होता, क्योंकि तारीख का दावा करने वाला पक्ष और उसे सेट करने वाला पक्ष एक ही है। AI प्रशिक्षण के लिए लाइसेंसिंग बातचीत, या इस बात पर विवाद कि क्या स्क्रैपिंग के समय आरक्षण वास्तव में लागू था, तब कहीं तेज़ी से आगे बढ़ता है जब प्रकाशक ऐसा रिकॉर्ड पेश कर सके जो प्रकाशन के क्षण में तय हो गया था और तब से बदला नहीं जा सका।
उद्गम रिकॉर्ड में वास्तव में क्या होना चाहिए
दोनों दायित्वों को साथ रखने पर एक काम करने वाले सिस्टम का आकार स्पष्ट हो जाता है। यह CMS में जोड़ा गया कोई एक AI या इंसान चेकबॉक्स नहीं है। यह ठीक प्रकाशित संस्करण का एक लॉक किया गया, टाइमस्टैम्प किया गया रिकॉर्ड है, जो लेख के लाइव होने के क्षण बनाया जाता है, और जो बिना किसी को सीधे न्यूज़रूम से पूछे तीन सवालों के जवाब दे सकता है:
- पाठ का ठीक कौन-सा संस्करण प्रकाशित हुआ, बाइट दर बाइट, किसी भी पहले या बाद के ड्राफ्ट या बदलाव से अलग
- वह संस्करण कब तय हुआ, प्रकाशक की अपनी प्रणालियों से बाहर के किसी स्रोत से
- न्यूज़रूम का अपना प्रकटीकरण उस विशिष्ट संस्करण में AI की भागीदारी के बारे में क्या कहता है, वह एक अलग नीति दस्तावेज़ में रखने के बजाय उसी रिकॉर्ड से जुड़ा हो
ठीक प्रकाशित फाइल से निकाला गया एक हैश पहले सवाल का जवाब देता है: बाद में एक भी शब्द बदलने पर हैश मेल नहीं खाता, और यही बात बाद के किसी विवाद को, कि क्या यह वाकई वह संस्करण था जो चलाया गया, प्रकाशक की बात बनाम पाठक के स्क्रीनशॉट के बजाय सत्यापन योग्य बनाती है। eIDAS के तहत जारी एक क्वालिफाइड इलेक्ट्रॉनिक टाइमस्टैंप, जो प्रकाशक के अपने सर्वर की घड़ी के बजाय किसी क्वालिफाइड ट्रस्ट सर्विस प्रोवाइडर से आता है, दूसरे सवाल का जवाब देता है। AI-प्रकटीकरण बयान को एक सामान्य आंतरिक नीति के बजाय उसी सील किए गए रिकॉर्ड से बांधना तीसरे का जवाब देता है, और हमारी संपादकीय नीति AI उपयोग प्रकट करने को कहती है को एक विशिष्ट लेख के बारे में एक निश्चित, जांचने योग्य तथ्य में बदल देता है।
यह आपके अपने CMS के बाहर क्यों काम करना चाहिए
संपादकीय विवाद कम ही किसी एक सिस्टम के भीतर सीमित रहते हैं। किसी दूसरे देश का सिंडिकेशन पार्टनर किसी लेख को फिर से प्रकाशित करता है और बाइलाइन का संदर्भ हटा देता है। किसी सदस्य देश का नियामक, जहां लेख प्रसारित हुआ, यह प्रमाण मांगता है कि प्रकटीकरण कब जोड़ा गया। लाइसेंसिंग सौदे पर बातचीत कर रही किसी AI कंपनी को यह पुष्टि चाहिए कि स्क्रैपिंग की तारीख पर कौन-सी आर्काइव एंट्री वास्तव में अनुच्छेद 4 का आरक्षण रखती थी। हर मामले में, पूछने वाला व्यक्ति आपके CMS में लॉगिन नहीं करने वाला, और आपके आंतरिक सिस्टम का स्क्रीनशॉट ठीक उसी तरह का असत्यापन योग्य प्रमाण है जिसे संदेहशील प्रतिपक्ष अस्वीकार करने का हकदार है।
सार्वजनिक सत्यापन लिंक वाला एक सील किया गया रिकॉर्ड इसे अपनी बनावट से हल करता है: कोई भी बिना लॉगिन और बिना पहले न्यूज़रूम से संपर्क किए ठीक फाइल, उसके तय होने की तारीख, और उससे जुड़े प्रकटीकरण की जांच कर सकता है। यह ऐसा प्रमाण है जो किसी अजनबी द्वारा जांचे जाने के लिए बनाया गया है, ऐसा प्रमाण नहीं जो तभी काम करे जब न्यूज़रूम खुद अपनी गारंटी दे, और यही वह चीज़ है जो रिकॉर्ड को समान रूप से टिकाए रखती है, चाहे विवाद प्रकाशक के अपने देश में जाए या कहीं और।
संपादकीय टीमों के लिए एक व्यावहारिक कार्यप्रवाह
इनमें से किसी को भी CMS को दोबारा बनाने की जरूरत नहीं। इसके लिए बस लेख अंतिम रूप लेने के क्षण एक अतिरिक्त कदम चाहिए:
- अंतिम स्वीकृति मिलते ही, लाइव होने से पहले, शिकायतें आने के बाद नहीं, ठीक प्रकाशित संस्करण को लॉक करें।
- उसी क्षण दर्ज करें कि लेख में AI-निर्मित या AI-परिवर्तित पाठ, इमेज, ऑडियो या वीडियो शामिल था या नहीं, और किस हद तक, ताकि प्रकटीकरण उस संस्करण से जुड़ा रहे न कि बाद में याद से फिर से बनाया जाए।
- उस लॉक किए गए संस्करण को प्रकटीकरण के साथ सील करें, ताकि दोनों एक साथ एक स्वतंत्र टाइमस्टैंप के तहत तय हो जाएं।
- बनने वाले सत्यापन लिंक को लेख के आंतरिक रिकॉर्ड के साथ रखें, ताकि किसी पाठक, नियामक या लाइसेंसिंग पार्टनर के पूछने पर संपादक उसे मिनटों में पेश कर सके।
- वही कदम उस आर्काइव सामग्री पर लागू करें जिसे आप अनुच्छेद 4 के तहत आरक्षित कर रहे हैं, ताकि TDM ऑप्ट-आउट का दावा केवल नीति बयान से नहीं, बल्कि एक तारीखयुक्त, अपरिवर्तनीय रिकॉर्ड से समर्थित हो।
यह काम छोटा रहता है क्योंकि यह प्रति प्रकाशित संस्करण एक बार होता है, ड्राफ्टिंग के दौरान इस्तेमाल हर AI टूल के लिए एक बार नहीं। कोई रिपोर्टर लिखते समय किसी लेख को पांच अलग-अलग टूल से गुजार सकता है। जिसे सील करना है वह केवल वह एक संस्करण है जो वाकई प्रकाशित होता है।
यह पहले से दबाव में चल रहे न्यूज़रूम में कहां फिट बैठता है
अधिकांश संपादकीय टीमें लेख-दर-लेख AI प्रकटीकरण दायित्वों को ट्रैक करने के लिए कोई अनुपालन अधिकारी नहीं रखेंगी। व्यावहारिक रास्ता यह है कि सीलिंग का कदम प्रकाशन प्रक्रिया में ही जोड़ा जाए, ताकि रिकॉर्ड लेख के लाइव होते ही अपने आप बन जाए, बजाय इसके कि किसी नियामक या प्रतिद्वंद्वी प्रकाशन के सीधा सवाल पूछने पर दबाव में इसे बाद में जोड़ा जाए। प्रकाशकों के लिए हमारे टूल ठीक यही कदम संभालते हैं: प्रकाशन के क्षण लॉकिंग, टाइमस्टैंपिंग और प्रकटीकरण को जोड़ना, साथ ही एक सत्यापन लिंक जिसे कोई भी पाठक, नियामक या पार्टनर खुद जांच सके।
अगर आपकी संपादकीय प्रक्रिया पहले से ही किसी न किसी चरण में ड्राफ्ट को AI से गुजारती है, जो 2026 तक अधिकांश न्यूज़रूम के लिए सच है, तो सवाल यह नहीं कि किसी खास लेख के साथ क्या हुआ यह साबित करना है या नहीं। सवाल यह है कि क्या वह प्रमाण किसी के पूछने से पहले मौजूद है, या बाद में याद और सर्वर लॉग से जोड़कर तैयार किया जाता है। अपने न्यूज़रूम के लिए संपादकीय सीलिंग सेट करने के बारे में हमसे बात करें, इससे पहले कि AI अधिनियम का अगला प्रकटीकरण सवाल आपकी मेज पर आ जाए।
