क्रिएटिव अधिकार, क्रेडिट और जो आपका ही रहता है

आपको दूसरे लोगों के बनाए अच्छे काम का इस्तेमाल करने के लिए licensing का एक्सपर्ट बनने की ज़रूरत नहीं होनी चाहिए, और न ही चुपचाप उन लोगों को नज़रअंदाज़ करने की जिन्होंने उसे बनाया। इसलिए Lolly जिस भी काम का इस्तेमाल करता है उसका सोर्स रखता है, उसके लिए दर्ज किया गया licence पढ़ता है, यह समझता है कि वह licence आपके असल इस्तेमाल से क्या माँगता है, वह हिस्सा ख़ुद करता है जो कोई प्रोग्राम कर सकता है और आपको वह हिस्सा बताता है जो केवल आप कर सकते हैं।

इनमें से कुछ भी कानूनी सलाह नहीं है, और इनमें से कुछ भी आपके प्रोजेक्ट पर कोई फ़ैसला नहीं है। Lolly तथ्य दर्ज करता है, नियमों का एक छोटा सेट लागू करता है जो लाइसेंसों के अपने कानूनी टेक्स्ट से पढ़ा गया था, और अपना तर्क दिखाता है। शर्तों वाला लाइसेंस एक सामान्य, अनुमत विकल्प है। इसे कभी भी टूटे हुए एसेट के रूप में प्रस्तुत नहीं किया जाता।

तीन तथ्य, अलग-अलग रखे गए

"CC BY 4.0", "इस उपयोग के लिए एक क्रेडिट चाहिए" और "क्रेडिट उस फ़ाइल में है जो आपने अभी डाउनलोड की" तीन अलग-अलग कथन हैं, और Lolly इन्हें अलग रखता है:

• साक्ष्य वह है जो किसी स्रोत ने घोषित किया, जैसा वह मिला वैसा दर्ज किया गया, साथ में यह कि किसने कहा और कहाँ पढ़ा गया। बाद का कोई इम्पोर्ट पहले के रिकॉर्ड को कभी नहीं मिटाता।
• दायित्व वह है जो जाँची गई नियमावली उस साक्ष्य से एक उपयोग, एक डिलीवरी रूट और एक दर्शक-वर्ग के लिए निकालती है। जब तक आप निजी तौर पर काम कर रहे हैं, शेयरिंग की शर्तें सशर्त ही रहती हैं।
• डिलीवरी वह है जो तैयार बाइट्स वास्तव में साथ ले जाते हैं, जिसे उन्हें वापस पढ़कर मापा जाता है। Lolly तभी कहता है कि क्रेडिट शामिल हैं जब किसी पाठक ने उन्हें डिलीवर की गई फ़ाइल में पा लिया हो।

आप इससे सबसे पहले कहाँ मिलते हैं

Emoji सेट रोज़ का उदाहरण हैं। Twemoji CC BY 4.0 है, इसलिए किसी emoji वाली heading आर्टवर्क के क्रेडिट के साथ एक्सपोर्ट होती है और आपके लिए कुछ भी करना नहीं रह जाता। दोनों OpenMoji सेट CC BY-SA 4.0 हैं, इसलिए किसी ब्रांड treatment से उनके किसी glyph को फिर से रंगना एक adaptation है, और उस adaptation को शेयर करना आपसे एक बार एक compatible licence चुनने के लिए कहता है। सेट चुनना कभी नहीं रोका जाता, और सेट कंट्रोल वहीं licence दिखाता है जहाँ आप उसे चुनते हैं। वही नियम किसी catalog illustration, किसी LUT, किसी फ़ॉन्ट और किसी भी और दर्ज किए काम के लिए लागू होते हैं।

Lolly जिन शब्दों का उपयोग करता है

एक्सपोर्ट पैनल, Verify, कमांड लाइन और मशीन रिज़ल्ट में एक ही शब्दावली।

Lolly "कॉपीराइट सत्यापित", "कानूनी रूप से सुरक्षित", "पूरी तरह क्लियर" या "अधिकार क्लियर" जैसे शब्दों का उपयोग नहीं करता, और प्रोडक्ट में कहीं भी एक भी हरा लाइसेंस बैज नहीं है। ये शब्द ऐसी चीज़ का दावा करेंगे जिसे कोई प्रोग्राम जाँच नहीं सकता।

वे लाइसेंस जिनकी Lolly ने समीक्षा की है

नियमों का संस्करण rights-rules-2026-09-13.2। नीचे दिया गया हर नियम लाइसेंस के अपने कानूनी टेक्स्ट से पढ़ा गया था, और वह सेक्शन जहाँ से यह आया, उसके साथ engine/src/rights-profiles.ts में और यहाँ भी उद्धृत है। कोई संस्करण और पोर्ट जैसा दर्ज किया गया वैसा ही रखा जाता है: एक CC BY 3.0 घोषणा अपना ही संस्करण रखती है, 4.0 के रूप में रिपोर्ट नहीं होती, भले ही ऐप का चूज़र 4.0 को प्राथमिकता देता हो।

दर्ज, लेकिन व्याख्यायित नहीं

CC BY-NC, CC BY-ND और NC-SA तथा NC-ND के संयोजनों को पहचाना जाता है, उनकी शर्तें सूचीबद्ध की जाती हैं, और यहाँ कोई नियम उन्हें पढ़ता नहीं है। ये licence.unknown रिपोर्ट करते हैं, साथ में शर्तों को नाम देती एक लाइन। एक व्यावसायिक संदर्भ किसी क़ीमत या अकाउंट से नहीं पढ़ा जा सकता, और किसी नियम के छूने से पहले हर संयुक्त टेक्स्ट को अपनी ख़ुद की समीक्षा चाहिए।

तीन और ईमानदार जवाब, जिनमें से कोई भी अनुमति नहीं है:

• एक LicenseRef- पहचानकर्ता वैसे का वैसा ही वापस आता है। यह एक संग्रहीत परिभाषा की ओर इशारा करता है और अपनी वर्तनी से कभी प्रोप्राइटरी नहीं होता।
• ऐसी घोषणा जिसे कुछ भी नहीं पहचानता, बिना पार्स किए वापस आती है, मूल टेक्स्ट उसके साथ रखा हुआ।
• A OR B एक विकल्प है जो अधिकार धारक ने दिया, इसलिए हर विकल्प लौटाया जाता है और कोई भी नहीं चुना जाता। A AND B संचयी है, और ये नियम इसे दो प्रोफ़ाइलों को साथ पढ़ने की बजाय दर्ज कर लेते हैं।

लाइसेंस की गुम जानकारी को कभी इस साक्ष्य के रूप में नहीं पढ़ा जाता कि कोई कृति आगे भेजने के लिए स्वतंत्र है।

Lolly आपके लिए क्या करता है

• कैटलॉग में। किसी काम की शीट उसका सोर्स और क्रिएटर दिखाती है, canonical licence नाम को उसके नीचे रखे मूल लेबल के साथ, जहाँ एक दर्ज है वहाँ एक कॉपी करने लायक़ क्रेडिट और एक लाइन जो बताती है कि इसे इस्तेमाल करना क्या माँगता है। एक टाइल ज़रूरत बताती है; यह कभी दावा नहीं करती कि कोई एक्सपोर्ट पूरा हो गया।
• एक्सपोर्ट पैनल में। जैसे ही कोई रेंडर दर्ज किए काम का इस्तेमाल करता है, Content protection के अंदर एक Source credits कार्ड दिखता है, आपके अपने एक्सपोर्ट के लिए चुने Licence के बगल में। यह स्थिति दिखाता है, Details के पीछे क्रेडिट टेक्स्ट, एक Copy credit बटन और जब कोई फ़ैसला बाक़ी हो तो एक इनलाइन कार्ड। कोई फ़ैसला कभी कोई रोकने वाला डायलॉग नहीं होता: जिस डाउनलोड में कोई कार्रवाई बाक़ी है वह आगे बढ़ जाता है, और प्राइवेट काम इस्तेमाल लायक़ बना रहता है।
• फ़ाइल में। जिस एक्सपोर्ट ने दर्ज किया काम रखा है वह हर अलग काम के लिए एक Content Credentials source ingredient लिखता है, उसके पब्लिक एड्रेस पर मूल बाइट्स से बंधा हुआ, क्रिएटर, licence और उसका लिंक, सोर्स, रिवीज़न और बदलाव ले जाते हुए। Lolly जो उसने देखा वह साइन करता है। यह कभी upstream कलाकार की तरफ़ से कोई दावा साइन नहीं करता, और Verify बताता है इन दोनों में से क्या हुआ।
• लिखे जाने के बाद। डिलीवर किए गए बाइट्स को यह कहने से पहले वापस पढ़ा जाता है कि क्रेडिट शामिल हैं। जो credential वेरिफ़ाई नहीं हुआ वह डिलीवर किया क्रेडिट नहीं गिना जाता।
• एक एडिट करने लायक़ .lolly फ़ाइल में। बाइट्स तभी यात्रा करते हैं जब कोई रिव्यू किया licence सोर्स को आगे भेजने की परमिशन दर्ज करता है, और पैक की CREDITS.txt बताती है कि क्या यात्रा किया, किस licence के तहत और क्या वजह के साथ रोका गया। कोई अदर्ज licence रोक ली जाती है। आप जानबूझकर अब भी रोकी गई सामग्री शामिल कर सकते हैं, और क्रेडिट फ़ाइल दर्ज करती है कि यह आपका चुनाव था।
• Verify में। एक Sources पैनल किसी फ़ाइल के दर्ज हर सोर्स को सूचीबद्ध करता है, एक कंप्यूट किया सारांश, क्रेडिट, एक Copy credit बटन, एक Open source लिंक जो केवल माँगे जाने पर खुलता है और जो जाँचा गया उसकी बताई सीमाओं के साथ। A Check for this use सवाल तभी पूछा जाता है जब आप कोई इस्तेमाल चुनते हैं, और इसका जवाब देने के लिए कुछ भी फ़ेच नहीं होता।
• जब आप मेटाडेटा हटाते हैं। Stripping आपको बताती है कि फ़ाइल अब कितने सोर्स क्रेडिट नहीं रखती, क्रेडिट टेक्स्ट देती है और क्रेडिट के साथ बगल में एक साफ़ फ़ाइल देती है। Strip किए बाइट्स कभी फिर से स्टैंप नहीं होते।

जो आपका ही रहता है

• आपकी लाइसेंस पसंद आपकी अपनी है। किसी फ़ाइल पर दावा करना तीन ऐसी स्थितियों को अलग करता है जो पहले एक ही थीं: कोई सार्वजनिक लाइसेंस घोषित नहीं, एक स्पष्ट all-rights-reserved नोटिस, और एक वास्तविक सार्वजनिक लाइसेंस अनुदान। Lolly अधिकार वाली लाइन केवल आख़िरी दो के लिए लिखता है, और कभी आपकी प्रोफ़ाइल से नहीं।
• आपकी कृति आपके लिए दोबारा लाइसेंस नहीं की जाती। किसी स्रोत की शर्तें और आपकी अपनी आउटपुट घोषणा अलग-अलग रिकॉर्ड हैं। एक ShareAlike शर्त उस अनुकूलन पर लागू होती है जिसे यह नियंत्रित करती है, स्वचालित रूप से आपकी बनाई हर दूसरी चीज़ पर नहीं।
• निजी कृति उपयोग करने योग्य बनी रहती है। शेयरिंग पर लागू होने वाली शर्तें तभी उठाई जाती हैं जब शेयरिंग सामने हो। यहाँ कुछ भी इम्पोर्ट बैन में नहीं बदलता, और कोई लाइसेंसिंग प्रश्नावली आपके और आपकी अपनी फ़ाइलों के बीच नहीं आती।
• एक निर्णय अपने ही तथ्यों के आधार पर याद रखा जाता है। आपके द्वारा दर्ज हर पसंद पर उन कृतियों, उपयोगों, रूट और दर्शक-वर्ग की फ़िंगरप्रिंट लगाई जाती है जिनके बारे में यह लिया गया था। सेट, ट्रीटमेंट, फ़ॉर्मैट या दर्शक-वर्ग बदलें और सवाल फिर पूछा जाता है। कोई सामान्य "लाइसेंस अनदेखा करें" स्विच नहीं है, क्योंकि किसी चेतावनी को क्लिक करके हटाना न कोई क्रेडिट दे सकता है, न कोई अनुमति दे सकता है।
• आपकी जानकारी किसी तीसरे पक्ष के क्रेडिट से अलग रहती है। अपना निजी मेटाडेटा हटाने से कोई क्रेडिट पाया हुआ कलाकार नहीं हटता, और कोई ज़रूरी क्रेडिट आपकी संपर्क जानकारी एक्सपोर्ट करने का बहाना कभी नहीं बनता।

कमांड लाइन पर

जब मूल्यांकन में कोई ज़रूरी क्रेडिट या कोई समस्या होती है, तो एक रेंडर स्टैंडर्ड एरर पर एक Rights: ब्लॉक प्रिंट करता है। इसमें स्थिति, हर समस्या के लिए code - summary फ़ॉर्मैट में एक लाइन, डिलीवर की गई फ़ाइल को वापस पढ़ने पर क्या मिला, और पेस्ट करने के लिए क्रेडिट टेक्स्ट शामिल होता है।

Rights: actions-required
  licence.adaptation-choice - If you share this adaptation, it needs a compatible licence.
  Credential intact. It records 1 source. The exporter recorded it; the source did not sign a credential of its own.
  Credits included in this file's metadata.
  "water wave (OpenMoji Color 17.0.0)" by Vanessa Boutzikoudi (OpenMoji), CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0/, source https://raw.githubusercontent.com/hfg-gmuend/openmoji/f9fc506a3f913be9897ab0181d611d4c910a4104/color/svg/1F30A.svg, changes: recoloured.

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

एग्ज़िट 4 वही कोड है जो यह CLI पहले से ही किसी सुरक्षात्मक जाँच को देता है जिसने ना कहा हो। यह जान-बूझकर 3 नहीं है, जिसका मतलब है "किसी दूसरे runner पर फिर कोशिश करें", क्योंकि एक लाइसेंस निर्णय हर उस runner पर बाक़ी रहेगा जो मौजूद है।

--rights=private बताता है कि यह रेंडर किसी को भी डिलीवर नहीं किया जा रहा। ब्लॉक फिर भी प्रिंट होता है और क्रेडिट कॉपी करने के लिए अभी भी वहाँ है; जो पीछे हटती है वह शेयरिंग पर लागू होने वाली शर्त है, और कोई डिलीवरी दावा दर्ज नहीं होता। किसी शर्त को अनदेखा करने के लिए कोई फ़्लैग नहीं है: --rights=ignore एक उपयोग त्रुटि है।

समस्या कोड स्थिर और मशीन-पठनीय हैं, अनूदित कॉपी से स्वतंत्र:

attribution.source-missing, attribution.delivery-missing, licence.adaptation-choice, licence.use-not-covered, licence.grant-conflict, licence.unknown, source.redistribution-unknown, credential.ingredient-missing.

MCP के ज़रिए, lolly_verify एक rights पेलोड लौटाता है जिसमें सारांश, हर दर्ज स्रोत के लिए एक पंक्ति और बताई गई सीमाएँ होती हैं; एक ब्राउज़र-मुक्त lolly_render status, issues, credits, fingerprint और एक creditsInFile फ़्लैग लौटाता है जिसे बाइट्स वापस पढ़कर मापा जाता है।

नियम कहाँ रहते हैं

चार इंजन मॉड्यूल, सभी प्योर: न नेटवर्क, न घड़ी, न फ़ाइल-सिस्टम। नियमों का डेटा वर्ज़न किया गया है और रिपॉज़िटरी में है, कभी फ़ेच नहीं किया जाता।

tests/fixtures/rights/ में अपेक्षा फ़ाइलें एवैल्युएटर के आउटपुट से नहीं बल्कि लाइसेंस टेक्स्ट से लिखी गई थीं, और इसका README हर अपेक्षा के पीछे का सेक्शन उद्धृत करता है।

यह क्या नहीं करता

साफ़-साफ़ बताया गया, क्योंकि जिस कमी को नाम नहीं दिया जाता वह एक वादे जैसी लगने लगती है।

• NC और ND की व्याख्या नहीं की जाती। इनकी शर्तें दर्ज होती हैं और अज्ञात के रूप में रिपोर्ट होती हैं।
• कोई गंतव्य पुष्ट नहीं होता। Lolly एक कैप्शन तैयार करता है; किसी कनेक्टर का अनुरोध स्वीकार करना इस बात का सबूत नहीं कि कोई क्रेडिट किसी पाठक तक पहुँचा, और यहाँ कुछ भी यह वादा नहीं करता कि बाद का कोई अपलोड, स्क्रीनशॉट या ट्रांसकोड छुपे हुए मेटाडेटा को बचाए रखेगा।
• नेटिव मेटाडेटा क्रेडिट फ़ील्ड प्लान से नहीं लिखे जाते। क्रेडिट Content Credentials में और पढ़ने योग्य टेक्स्ट में यात्रा करते हैं। IPTC और XMP के प्रति-स्रोत क्रेडिट फ़ील्ड अभी एट्रिब्यूशन प्लान से नहीं भरे जाते।
• सुधार और वापसी नहीं बनाए गए हैं। किसी दर्ज कृति में कोई छूटा हुआ निर्माता या कोई स्थानीय सुधार जोड़ने, और किसी रिकॉर्ड को वापस लेने, का कोई इंटरफ़ेस नहीं है।
• जुड़े हुए प्रोवाइडर नहीं बनाए गए हैं। ख़रीदा गया स्टॉक, कोई कस्टम अनुमति और कोई प्रोवाइडर अकाउंट - इनका कोई इम्पोर्ट रास्ता नहीं है, इसलिए इनके अनुदान केवल आपके अपने कथन के रूप में ही दर्ज किए जा सकते हैं।
• संगठन की नीति इन परिणामों के साथ नहीं जोड़ी जाती। एक्सपोर्ट नीति और लाइसेंस शर्तें आज अलग-अलग हैं, और संगठन की मंज़ूरी किसी अधिकार धारक की अनुमति नहीं है।
• कई डिलीवरी रूट अभी इस रास्ते पर नहीं हैं। कोई कैटलॉग ओरिजिनल डाउनलोड करना, कोई बल्क ZIP, कोई व्युत्पन्न डाउनलोड, Send और Copy image अभी इन क्रेडिट का मूल्यांकन नहीं करते और न ही इन्हें ले जाते हैं।