व्यक्तियों के लिए Digital Sovereignty: इसका क्या मतलब है और आप असल में क्या कर सकते हैं

संक्षेप में उत्तर। एक व्यक्ति के लिए Digital sovereignty का मतलब है यह तय कर पाना कि आपका डेटा कहाँ रहता है, इसे कौन पढ़ सकता है, और अगर कोई कंपनी अपनी कीमतें, शर्तें या इरादा बदल दे तो इसका क्या होगा। इसका मतलब सब कुछ खुद करना नहीं है। इसका मतलब है अपनी dependencies को समझना और उन्हें सोच-समझकर चुनना।

आसान शब्दों में Digital sovereignty क्या है?

सरकारें इस शब्द का इस्तेमाल अपने इन्फ्रास्ट्रक्चर और डेटा पर कंट्रोल के लिए करती हैं। व्यक्तियों के लिए, यह तीन आसान सवालों में बंट जाता है जिनका आप जवाब दे सकते हैं:

• यह कहाँ है? किस कंपनी, किस देश या किस डिवाइस पर आपके नोट्स, आपकी रीडिंग लिस्ट और आपकी फोटोज़ मौजूद हैं।
• इसे कौन पढ़ सकता है? सर्विस प्रोवाइडर, उसका स्टाफ, प्रोवाइडर को बाध्य करने वाली कोई अथॉरिटी, या सिर्फ आप।
• क्या आप छोड़ या स्विच कर सकते हैं? जिस दिन आप तय करें, क्या आप सब कुछ ऐसे फॉर्मेट में बाहर निकाल सकते हैं जिसे दूसरा सॉफ्टवेयर खोल सके?

अगर आप अपनी जरूरी चीज़ों के लिए इन तीनों का जवाब दे सकते हैं, तो आप उन पर sovereign हैं। आज ज्यादातर लोगों के लिए सच्चा जवाब "कोई अंदाज़ा नहीं" है। इसे ठीक किया जा सकता है, और सब कुछ एक साथ करने की ज़रूरत नहीं है।

अब यह क्यों मायने रखता है: पाँच बड़े बदलाव

1. यूरोपियन डेटा सेंटर होने से कोई US कंपनी यूरोपियन नहीं बन जाती। US CLOUD Act अमेरिकी अथॉरिटीज को US-बेस्ड प्रोवाइडर्स से उनका कंट्रोल किया गया डेटा मांगने की अनुमति देता है, भले ही वह कहीं भी स्टोर हो। यह GDPR के साथ कैसे मेल खाता है, यह विवादित है: यूरोपियन बार एसोसिएशनों का तर्क है कि ऐसे आदेश पर EU पर्सनल डेटा सौंपना नियमों का उल्लंघन होगा। वकील इस टकराव को विस्तार से समझाते हैं (Linklaters, Cleary Gottlieb, CCBE assessment)। प्रैक्टिकल सबक: "hosted in the EU" आपको यह बताता है कि सर्वर कहाँ स्थित है, यह नहीं कि उस पर किसका कानून लागू होता है।

2. US भेजे जाने वाले डेटा का लीगल ब्रिज अभी अपील के अधीन है। सर्टिफाइड US कंपनियों को पर्सनल डेटा का ट्रांसफर वर्तमान में EU-US Data Privacy Framework पर निर्भर करता है। इसके दो पूर्ववर्तियों, Safe Harbor और Privacy Shield, दोनों को EU की सर्वोच्च अदालत ने रद्द कर दिया था। सितंबर 2025 में EU जनरल कोर्ट ने नए फ्रेमवर्क के खिलाफ चुनौती खारिज कर दी; याचिकाकर्ता ने अपील की, और लिखते समय अपील (केस C-703/25 P) अभी भी पेंडिंग है (WilmerHale, Digital Policy Alert)। यह फ्रेमवर्क आज मान्य है। यह आगे मान्य रहेगा या नहीं, यह किसी व्यक्ति के हाथ में नहीं है — और मुद्दा यही है।

3. क्लाउड सर्विस छोड़ना एक कानूनी अधिकार बन रहा है। EU Data Act 12 सितंबर 2025 से लागू है। क्लाउड प्रोवाइडर्स को कस्टमर्स को अधिकतम दो महीने के नोटिस पर स्विच करने की अनुमति देनी होगी, जनवरी 2027 तक स्विचिंग के लिए केवल अपनी लागत चार्ज कर सकते हैं, और 12 जनवरी 2027 से वे कोई स्विचिंग फीस चार्ज नहीं कर सकते (Latham & Watkins, McCann FitzGerald)। ये नियम क्लाउड और इन्फ्रास्ट्रक्चर कस्टमर्स के लिए हैं, आपके रीडिंग ऐप के लिए नहीं, लेकिन ये दिखाते हैं कि कानून किस दिशा में जा रहा है: डेटा पोर्टेबिलिटी एक बेसिक अधिकार है, कोई एहसान नहीं।

4. सर्विसेज बंद हो जाती हैं। Mozilla ने मई 2025 में घोषणा की थी कि वह 8 जुलाई 2025 को Pocket बंद कर देगा, जिसके बाद सिर्फ एक्सपोर्ट का समय दिया गया जिसे बाद में 6 नवंबर 2025 तक बढ़ा दिया गया (9to5Mac, Vice). अगर आपने समय पर export नहीं किया, तो आपकी library चली गई। हमने लिखा था कि replacement में क्या देखें, इसमें the Pocket alternative guideपर।

5. सरकारी संस्थाएं बदलाव कर रही हैं, और दिखा रही हैं कि यह मुमकिन है। जर्मन राज्य Schleswig-Holstein अपने प्रशासन में "Digital Souveräner Arbeitsplatz" नामक प्रोग्राम के तहत Microsoft सॉफ्टवेयर को ओपन-सोर्स टूल्स से रिप्लेस कर रहा है, जिसकी शुरुआत मेल और ऑफिस सॉफ्टवेयर से हुई है; Mecklenburg-Vorpommern भी इसमें सहयोग करने पर सहमत हुआ है (रिपोर्ट्स: PC-WELT, CIO)। यह प्रक्रिया धीमी रही है और आलोचनाओं से अछूती नहीं है, और वे Microsoft को पूरी तरह से नहीं छोड़ रहे हैं। अगर कोई राज्य प्रशासन कदम दर कदम बदलाव कर सकता है, तो आप अपनी रीडिंग लिस्ट के साथ ऐसा कर ही सकते हैं।

Sovereignty एक सीढ़ी है, ऑन/ऑफ स्विच नहीं

"Sovereign हैं या नहीं" यह गलत सवाल है। बेहतर सवाल यह है: आप किस तरह के डेटा के लिए इस सीढ़ी पर कितना ऊपर जाना चाहते हैं?

लगभग कोई भी हर चीज़ के लिए लेवल 5 पर नहीं होता, और न ही होने की ज़रूरत है। रीडिंग लिस्ट और प्राइवेट जर्नल को एक ही लेवल की ज़रूरत नहीं होती। उपयोगी आदत यह जानना है कि आपकी हर चीज़ किस लेवल पर है।

Local-first: अपने डेटा के मालिकाना हक के पीछे का इंजीनियरिंग आइडिया

2019 में Ink & Switch लैब के रिसर्चर्स ने "Local-first software" नाम से एक एस्से पब्लिश किया जिसने इसे एक नाम दिया। उनके सात आदर्शों में शामिल हैं: काम को सर्वर के लिए रुकना नहीं चाहिए, नेटवर्क वैकल्पिक (optional) होना चाहिए, सॉफ्टवेयर बनाने वाली कंपनी बंद होने के बावजूद आपका डेटा "दशकों" बाद भी इस्तेमाल लायक होना चाहिए, सिक्योरिटी और प्राइवेसी डिफॉल्ट होनी चाहिए (कॉपी रखने वाला कोई भी सर्वर केवल एन्क्रिप्टेड डेटा स्टोर करे जिसे वह पढ़ न सके), और अल्टीमेट ओनरशिप व कंट्रोल आपके पास रहे (Ink & Switch, 2019)। यह आपके द्वारा इस्तेमाल किए जाने वाले किसी भी टूल के लिए एक उपयोगी चेकलिस्ट है: पूछें कि यह इन सात में से किसे तोड़ता है।

एक वीकेंड के लिए चेकलिस्ट

• अपनी dependencies की लिस्ट बनाएं। नोट्स, रीडिंग लिस्ट, पासवर्ड्स, फोटोज़ और AI टूल्स के लिए: कौन सी कंपनी, कौन सा देश, कौन सा फॉर्मेट।
• एक बार एक्सपोर्ट टेस्ट करें। "क्या मैं एक्सपोर्ट कर सकता हूँ" नहीं, बल्कि "मैंने एक्सपोर्ट किया और फाइल को किसी दूसरे ऐप में खोला"। उस चीज़ के लिए ऐसा करें जिसे आप सबसे ज्यादा मिस करेंगे।
• ओपन फॉर्मेट्स को प्राथमिकता दें। Markdown, plain text, JSON, EPUB, स्टैंडर्ड कैलेंडर और कॉन्टैक्ट फाइल्स। ये ऐप्स से भी ज्यादा समय तक टिकते हैं।
• अपना खुद का स्टोरेज चुनें। एक Nextcloud सर्वर (self-hosted या किसी यूरोपीय प्रोवाइडर से), एक S3-compatible बकेट जिसका अकाउंट आपके पास है, या बस एक ऐसा फोल्डर जिसे Syncthing या आपका डेस्कटॉप सिंक क्लाइंट डिवाइसेज़ के बीच सिंक करता हो।
• डेटा बाहर जाने से पहले एन्क्रिप्ट करें। किसी भी सिंक या बैकअप से यह सवाल पूछें: चाबी किसके पास है? अगर जवाब "प्रोवाइडर" है, तो प्रोवाइडर इसे पढ़ सकता है।
• चुनें कि आपका AI कैसे एक्सेस हो। आपकी अपनी API key (आप उपयोग के अनुसार पे करते हैं और एक मिनट में प्रोवाइडर बदल सकते हैं), आपके कंप्यूटर पर चलने वाला मॉडल, या बंडल्ड सब्सक्रिप्शन। हर एक इस सीढ़ी का एक लेवल है।
• एक टेस्ट किया हुआ रिस्टोरेबल बैकअप रखें। जिस बैकअप को आपने कभी रिस्टोर नहीं किया, वह सिर्फ एक उम्मीद है। इसे किसी दूसरे डिवाइस पर एक बार रिस्टोर करके देखें।

AI Summary Helper इसे कैसे हैंडल करता है, और कहाँ नहीं

हम बनाते हैं AI Summary Helper, एक ब्राउज़र एक्सटेंशन जो वेबपेजेस, PDFs और वीडियोज़ को समराइज़ करता है और एक रीडिंग लाइब्रेरी मेंटेन करता है। हम इस सीढ़ी को एक ही टूल के अंदर चढ़ने लायक बनाने की कोशिश करते हैं। यहाँ प्रैक्टिकल रूप में इसका क्या मतलब है, सीमाओं सहित।

• आपकी लाइब्रेरी आपके डिवाइस पर ही रहती है। आर्टिकल्स, समरीज़, हाइलाइट्स और नोट्स आपके ब्राउज़र में लोकली स्टोर होते हैं। कोर फीचर्स के लिए किसी अकाउंट की ज़रूरत नहीं है (privacy policy)।
• आप तय करते हैं कि AI कैसे एक्सेस हो। अपनी पसंद के प्रोवाइडर के लिए अपनी खुद की API key लाएं (यह क्यों मायने रखता है), Ollama के साथ लोकल मॉडल रन करें ताकि पेज का कंटेंट आपकी मशीन से कभी बाहर न जाए, या हमारी वैकल्पिक होस्टेड सर्विस का उपयोग करें। लोकल मॉडल के साथ, समरी जनरेट करने के लिए नेटवर्क की बिल्कुल भी ज़रूरत नहीं होती।
• अपने खुद के स्टोरेज पर सिंक और बैकअप करें। एक Nextcloud या अन्य WebDAV सर्वर, एक S3-compatible बकेट या अपने कंप्यूटर पर एक फोल्डर जोड़ें (स्टेप बाय स्टेप)। एन्क्रिप्टेड जगहों पर डिवाइस से बाहर जाने से पहले सब कुछ आपके ब्राउज़र में एन्क्रिप्ट (AES-256-GCM, आपके पासफ़्रेज़ से जनरेट की गई key) हो जाता है, और आपको सिर्फ एक पासफ़्रेज़ याद रखना होता है। स्टोरेज प्रोवाइडर को केवल स्क्रैम्बल्ड फाइल्स दिखती हैं।
• अपनी साइट पर पब्लिश करें। एक रीडेबल जगह केवल उन्हीं आर्टिकल्स के लिए प्लेन फाइल्स और आपकी अपनी वेबसाइट के लिए एक वैकल्पिक व्यूअर पेज बनाती है जिन्हें आप टैग करते हैं। जब तक आप उन्हें ऑन न करें, नोट्स और पूरे टेक्स्ट बाहर नहीं जाते।
• होस्टेड सर्विस के लिए एक EU विकल्प। अगर आप हमारी वैकल्पिक होस्टेड सर्विस का उपयोग करते हैं, तो सेटिंग्स में "Prefer EU servers" स्विच आपके रिक्वेस्ट्स को केवल मॉडल प्रोवाइडर के EU एंडपॉइंट्स पर भेजता है, कहीं और फॉलबैक के रूप में कभी नहीं। मॉडल्स को मार्क किया गया है EU company (Mistral, जो पेरिस में स्थित है) या EU servers (एक US कंपनी का EU रीजन), क्योंकि ये दोनों एक ही चीज़ नहीं हैं। जिन मॉडल्स में कोई EU रूट नहीं है, वे सेलेक्टेबल रहते हैं लेकिन मार्क्ड होते हैं, और Auto विकल्प स्विच ऑन रहने पर उन्हें कभी नहीं चुनता।
• आपके AI ऐप्स, आपके कंप्यूटर पर। वैकल्पिक रूप से, डेस्कटॉप AI ऐप्स लोकल कनेक्शन के ज़रिए आपकी लाइब्रेरी पढ़ सकते हैं, और हमारे सर्वर से कुछ भी नहीं गुजरता (यह कैसे काम करता है)।
• Open source. कोड GitHub पर पब्लिक है, इसलिए हम यहाँ जो भी दावा करते हैं उसे वेरिफाई किया जा सकता है।

यह क्या नहीं करता। साफ-सुथरी कहानी की तुलना में सच बोलना ज्यादा मायने रखता है:

• आपके browser की जड़ें अभी भी American हैं। हम Firefox—privacy-conscious users के लिए एक popular choice—के साथ-साथ Chrome के लिए भी extension offer करते हैं। हालाँकि, Google और Mozilla दोनों US entities हैं जो US jurisdiction के अधीन हैं। एक local model AI provider को picture से हटा देता है, लेकिन यह browser environment से US reach को पूरी तरह से नहीं हटाता।
• ज्यादातर होस्टेड AI प्रोवाइडर्स US कंपनियाँ हैं। यदि आप अपनी key के साथ किसी का उपयोग करते हैं, तो जिस पेज टेक्स्ट को आप समराइज करते हैं वह उनके पास जाता है। केवल एक लोकल मॉडल ही इसे पूरी तरह से आपकी मशीन पर रखता है।
• हमारी वैकल्पिक होस्टेड सर्विस अपने सर्वर और डेटाबेस को जर्मनी में IONOS पर चलाती है। आपका टेक्स्ट फिर भी OpenRouter (एक US कंपनी) के माध्यम से एक मॉडल प्रोवाइडर के पास जाता है। EU स्विच मॉडल के सर्वर को EU तक सीमित करता है, यह कंपनियों के मालिकाना हक को नहीं बदलता। होस्टेड सर्विस को EU विकल्प वाली सुविधा के रूप में देखें, न कि सॉवरेन विकल्प के रूप में: उसके लिए, अपनी API key या लोकल मॉडल का उपयोग करें।
• सिंक लोकेशन के लिए एन्क्रिप्शन की (key) आपके ब्राउज़र प्रोफ़ाइल में रखी जाती है ताकि सिंकिंग बैकग्राउंड में चल सके। अनलॉक किए गए प्रोफ़ाइल तक पहुंच रखने वाला कोई भी व्यक्ति इसका उपयोग कर सकता है। स्टोरेज प्रोवाइडर अभी भी देख सकता है कि कितनी फाइलें हैं, उनका साइज़ क्या है और वे कब बदलती हैं।
• एन्क्रिप्शन डिज़ाइन ओपन है लेकिन इसका स्वतंत्र रूप से ऑडिट (independently audited) नहीं किया गया है।
• रीडेबल (पब्लिश की गई) लोकेशन एन्क्रिप्टेड नहीं होती है। यही इसका मकसद है, और सेटिंग्स स्क्रीन पर यह स्पष्ट लिखा है।

Builders के लिए

अगर आप खुद digital products design या engineer करते हैं, तो आपके architectural choices आपके users के लिए इस reality को shape करते हैं। आप तय करते हैं कि वे अपना data export कर सकते हैं या वे आपके ecosystem में locked हैं। इस equation के दूसरे पक्ष पर एक नज़र के लिए—इन principles को ध्यान में रखते हुए कैसे build करें—मेरा related essay पढ़ें: एक Designer के रूप में Digital Sovereignty (philwornath.com) ↗पर।

अक्सर पूछे जाने वाले सवाल

क्या मेरा डेटा EU में स्टोर करना काफी है?

यह latency और कुछ legal questions में मदद करता है, लेकिन यह तय नहीं करता कि access के लिए कौन compel कर सकता है: यह company की jurisdiction, सिर्फ server की नहीं location. जिन keys को आप रखते हैं, उनके साथ encryption, postcode से ज़्यादा picture बदल देता है।

क्या यूरोपियन AI मॉडल EU सर्वर्स पर चलने के बराबर है?

नहीं। यूरोप में स्थित कंपनी, जैसे पेरिस में Mistral, EU और राष्ट्रीय कानून के अधीन है। EU रीजन में चलने वाला किसी US कंपनी का मॉडल भौतिक रूप से यूरोप में होता है, लेकिन इसके पीछे की कंपनी अभी भी अमेरिकी है, जो कि ऊपर बताया गया CLOUD Act का बिंदु है। दोनों उचित विकल्प हो सकते हैं, और कोई भी गारंटी नहीं है। इसीलिए हम उन्हें अलग-अलग लेबल करते हैं। प्रोवाइडर की वर्तमान शर्तों और होस्टिंग की जांच करें, क्योंकि पार्टनरशिप और इन्वेस्टर्स बदलते रहते हैं।

क्या sovereign होने के लिए मुझे self-host करना पड़ेगा?

नहीं। Self-hosting लेवल 3 और 4 तक पहुँचने का एक तरीका है। एक यूरोपियन प्रोवाइडर, या आपकी तरफ से एन्क्रिप्शन के साथ आपके अपने अकाउंट के तहत एक बकेट, बहुत कम मेहनत में आपको वहाँ तक पहुँचा देती है।

क्या लोकल AI मॉडल्स आर्टिकल्स को समराइज़ करने के लिए पर्याप्त अच्छे हैं?

साधारण आर्टिकल्स की समरी के लिए, हाल के लैपटॉप पर मिड-साइज़ ओपन मॉडल्स काफी अच्छे से काम करते हैं। क्वालिटी और स्पीड आपके हार्डवेयर और मॉडल पर निर्भर करती है। सबसे सही तरीका यह है कि फैसला लेने से पहले अपनी रीडिंग पर इसका टेस्ट करें।

क्या सिर्फ एन्क्रिप्शन ही काफी है?

नहीं। यह स्टोरेज प्रोवाइडर से कंटेंट की सुरक्षा करता है, लेकिन कमजोर पासफ़्रेज़, कॉम्प्रोमाइज़्ड डिवाइस या फाइल साइज़ और टाइमिंग जैसे मेटाडेटा से नहीं। पासवर्ड मैनेजर में रखा गया रैंडम मल्टी-वर्ड पासफ़्रेज़ प्रैक्टिकल रूप से न्यूनतम आवश्यकता है।

क्या होगा अगर मेरे द्वारा उपयोग किया जाने वाला टूल बंद हो जाए?

एग्जिट टेस्ट इसी के लिए है। अगर आपका डेटा आपके कंट्रोल वाले स्टोरेज पर ओपन फॉर्मेट्स में मौजूद है, तो सबसे खराब स्थिति ऐप बदलना होगी, डेटा खोना नहीं।

Sources

• Linklaters: U.S. CLOUD Act and GDPR, is the cloud still safe?
• Cleary Gottlieb: U.S. CLOUD Act's potential impact on the GDPR
• eucrim: CCBE assesses the US CLOUD Act
• WilmerHale: European Court of Justice to review challenge to the EU-US Data Privacy Framework
• Latham & Watkins: EU Data Act switching requirements
• McCann FitzGerald: EU Data Act, switching cloud provider
• 9to5Mac: Mozilla announces shutdown of Pocket
• Ink & Switch: Local-first software (Onward! 2019)
• PC-WELT: Schleswig-Holstein, Open Source statt Microsoft

कानूनी और राजनीतिक विवरण बदलते रहते हैं। यह सामान्य जानकारी है, कानूनी सलाह नहीं; वर्तमान स्थिति के लिए सोर्सेस की जाँच करें।