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

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

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

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

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

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

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

इमोजी सेट रोज़मर्रा का मामला हैं। Twemoji CC BY 4.0 है, इसलिए इमोजी वाली कोई हेडिंग आर्टवर्क को क्रेडिट किए हुए एक्सपोर्ट होती है और आपके लिए कुछ भी करना बाक़ी नहीं रहता। दोनों OpenMoji सेट CC BY-SA 4.0 हैं, इसलिए ब्रांड ट्रीटमेंट के साथ उनके किसी ग्लिफ़ को रीकलर करना एक अनुकूलन है, और उस अनुकूलन को शेयर करने पर आपसे एक बार एक संगत लाइसेंस चुनने के लिए कहा जाता है। सेट चुनना कभी नहीं रोका जाता, और सेट कंट्रोल वहीं लाइसेंस बताता है जहाँ आप उसे चुनते हैं। यही नियम किसी कैटलॉग इलस्ट्रेशन, किसी 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 आपके लिए क्या करता है

• कैटलॉग में। किसी कृति की शीट उसका स्रोत और निर्माता दिखाती है, कैननिकल लाइसेंस नाम जिसके नीचे मूल लेबल भी रखा गया है, जहाँ एक दर्ज है वहाँ कॉपी करने योग्य क्रेडिट, और एक लाइन जो बताती है कि इसके उपयोग के लिए क्या चाहिए। एक टाइल आवश्यकता बताती है; यह कभी दावा नहीं करती कि कोई एक्सपोर्ट पूरा हो चुका है।
• एक्सपोर्ट पैनल में। जैसे ही कोई रेंडर दर्ज कृति का उपयोग करता है, एक स्रोत क्रेडिट कार्ड दिखाई देता है। यह स्थिति, विवरण के पीछे का क्रेडिट टेक्स्ट, एक क्रेडिट-कॉपी बटन, और जब कोई निर्णय बाक़ी हो तो एक इनलाइन कार्ड दिखाता है। कोई निर्णय कभी रोकने वाला डायलॉग नहीं होता: जिस डाउनलोड में अभी भी कोई क्रिया बाक़ी है वह आगे बढ़ता है, और निजी कृति उपयोग करने योग्य बनी रहती है।
• फ़ाइल में। दर्ज कृति रखने वाला एक्सपोर्ट हर अलग कृति के लिए एक Content Credentials स्रोत इंग्रीडिएंट लिखता है, जो मूल बाइट्स से उनके सार्वजनिक पते पर जुड़ा होता है, जिसमें निर्माता, लाइसेंस और उसका लिंक, स्रोत, संशोधन और बदलाव शामिल होते हैं। Lolly वही साइन करता है जो उसने देखा। यह कभी मूल कलाकार की ओर से कोई दावा साइन नहीं करता, और Verify बताता है कि इन दोनों में से क्या हुआ।
• लिखे जाने के बाद। डिलीवर किए गए बाइट्स को वापस पढ़ा जाता है इससे पहले कि कुछ भी कहे कि क्रेडिट शामिल हैं। जो क्रेडेंशियल सत्यापित नहीं हुआ वह डिलीवर किए गए क्रेडिट के रूप में नहीं गिना जाता।
• एक संपादन योग्य .lolly फ़ाइल में। बाइट्स तभी यात्रा करते हैं जब कोई समीक्षित लाइसेंस स्रोत को आगे भेजने की अनुमति दर्ज करता है, और पैक की CREDITS.txt बताती है कि क्या यात्रा किया, किस लाइसेंस के तहत, और क्या रोका गया और किस कारण से। एक अदर्ज लाइसेंस रोक लिया जाता है। आप फिर भी रोकी गई सामग्री को जान-बूझकर शामिल कर सकते हैं, और क्रेडिट फ़ाइल दर्ज करती है कि यह आपकी पसंद थी।
• Verify में। एक स्रोत पैनल हर वह स्रोत सूचीबद्ध करता है जो कोई फ़ाइल दर्ज करती है, साथ में एक गणना किया गया सारांश, क्रेडिट, एक क्रेडिट-कॉपी बटन, स्रोत खोलने का एक लिंक जो केवल अनुरोध पर खुलता है, और जाँच की गई सीमाओं का बयान। इस उपयोग के लिए जाँच वाला प्रश्न तभी पूछा जाता है जब आप कोई उपयोग चुनते हैं, और उसका जवाब देने के लिए कुछ भी फ़ेच नहीं किया जाता।
• जब आप मेटाडेटा हटाते हैं। स्ट्रिपिंग आपको बताती है कि फ़ाइल अब कितने स्रोत क्रेडिट नहीं ले जाती, क्रेडिट टेक्स्ट देती है, और क्रेडिट के साथ एक साफ़ फ़ाइल भी देती है। स्ट्रिप किए गए बाइट्स कभी दोबारा स्टैम्प नहीं किए जाते।

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

• आपकी लाइसेंस पसंद आपकी अपनी है। किसी फ़ाइल पर दावा करना तीन ऐसी स्थितियों को अलग करता है जो पहले एक ही थीं: कोई सार्वजनिक लाइसेंस घोषित नहीं, एक स्पष्ट 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 अभी इन क्रेडिट का मूल्यांकन नहीं करते और न ही इन्हें ले जाते हैं।