जब आप Lolly पहली बार इस्तेमाल करते हैं, तो आप कहीं भी जो कुछ टाइप करते हैं वह पूरी तरह निजी रहता है - जब तक आप जानबूझकर यह न चाहें कि वह जानकारी किसी मीडिया या शेयर लिंक (ऑनलाइन होने पर) के ज़रिये बाहर जाए।

opt-in चुने जाने पर, आपके चुने हुए प्रोफ़ाइल विवरण आपकी बनाई गई चीज़ में सील कर दिए जाते हैं, जो आपको स्रोत के रूप में दर्ज करते हैं। आपके चुने बिना कुछ भी शामिल नहीं होता।

Lolly बड़ी मात्रा में सामग्री तैयार करता है। जोखिम रोकने के लिए हम डेटा न्यूनीकरण का सख़्त रुख़ अपनाते हैं।

Lolly को AI-सहायता प्राप्त कोडिंग, AI-सहायता प्राप्त डिस्कवरी, और कई जगहों पर AI-सहायता प्राप्त कंटेंट के साथ विकसित किया गया, जिसमें मॉडलों और वेंडरों का मिश्रण इस्तेमाल किया गया, जिनमें पब्लिक-क्लाउड फ्रंटियर कंपनियों के मॉडल भी शामिल हैं।

इस लेखन के समय, Lolly की सप्लाई चेन में शून्य ज्ञात सुरक्षा भेद्यताएँ हैं, और CVEs सामने आने पर तेज़ सुरक्षा प्रतिक्रिया प्रथाओं के लिए प्रतिबद्ध है।

एक इंसान ने आर्किटेक्चर तैयार किया, जानबूझकर कोड को क्यूरेट किया और अनुभव की आर्ट डायरेक्शन की।

सबसे महत्वपूर्ण बात, Lolly दुनिया भर के वास्तविक विशेषज्ञों द्वारा दशकों से किए गए ओपन सोर्स इनोवेशन के कंधों पर खड़ा है।

Lolly के कोडबेस में एक डिटरमिनिस्टिक बिल्ड-गेट मौजूद है, जो कोड और दस्तावेज़ीकरण को औसत पाठक के लिए सुसंगत रखता है और अनुभव को "de-slop" करता है। इससे मूल के प्रोप्राइटरी सिंथेटिक एन्युमरेशन में कठिनाई हो सकती है। यह अनजाने में है।

जेनरेटिव AI प्रकटीकरण:

• LLM-लिखित कोड: Opus 4.8, Gemini 3.1, Qwen3-Coder-Next (यह सूची बढ़ सकती है)
• LLM डिस्कवरी: Gemini 3.1, Fable
• दस्तावेज़ीकरण: Sonnet 5
• ओपन सोर्स लाइब्रेरीज़: उनके संबंधित लेखक, जो SBOM, टिप्पणियों और फ़ाइल हेडर में दर्शाए गए हैं

इस सूची में Lolly में वेंडर किए गए मॉडल शामिल नहीं हैं।

मानव योगदान:

• आर्किटेक्चर: Andy Fitzsimon
• आर्ट डायरेक्शन: Andy Fitzsimon
• मानव-लिखित कोड: Andy Fitzsimon
• आइडिएशन, समीक्षा और फ़ीडबैक: Ravan Naidoo, Matthias Eckermann, Kelly Andrews, Ryan Kleeman, Peter Chamalian, Penpot समुदाय (सूची संपूर्ण नहीं है)

फ़ीचर फ़्लैग Lolly के हिस्सों को चालू या बंद करते हैं। आम तौर पर इन्हें कोई प्रशासक नियंत्रित करता है - Lolly में नियंत्रण आपके पास है।

signed by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file42 paths~11k nodes128 groups127 KBsigned by Lollyvector SVG2026-08-24खुद जाँचेंGet the signed file42 paths~11k nodes128 groups127 KB

कोई भी अपने ऐप बाँट सकता है, और उन ऐप के टूल तथा कॉन्फ़िगरेशन इस पर निर्भर करते हुए काफ़ी अलग-अलग होने चाहिए कि वे किस दर्शक वर्ग के लिए बने हैं। इसलिए कोई एक ऐप नहीं है - या तो आपने उसे ख़ुद बनाया हो, या कोई संबंधित व्यक्ति आपको दे।

Lolly इसलिए कि आज़ादी मीठी होती है, और इसलिए भी कि ऑस्ट्रेलिया, न्यूज़ीलैंड और ब्रिटेन में lolly का मतलब मिठाई होता है।

Tools इसलिए कि औज़ार तब तक शांत पड़ा रहता है जब तक आप उसे उठाते नहीं। जब आप उसे इस्तेमाल नहीं कर रहे तब वह चलता नहीं, और जब कर रहे होते हैं तब वह आप पर नज़र नहीं रखता।

Lolly वहीं फ़िट हो जाता है जहाँ आप पहले से फ़ाइलें बनाते हैं - CLI वही इंजन है जो ऐप चलाता है, इसलिए रात 2 बजे चलने वाली पाइपलाइन उससे अलग नहीं हो सकती जो कोई व्यक्ति ब्राउज़र में देखता है। अपनाने में रुकावट शायद ही कभी तकनीकी होती है; वह संगठनात्मक होती है। इनकी उम्मीद रखें:

एक क्यूरेटेड ब्रांड कैटलॉग तैयार करना पड़ता है। Lolly एक प्लेटफ़ॉर्म है, आपके टेम्पलेट का बना-बनाया पैक नहीं। नियंत्रित रोलआउट के लिए कोई साझा एसेट कैटलॉग तय करता है (लोगो, पैलेट, फ़ॉन्ट - स्थायी ID के रूप में) और हर आउटपुट प्रकार के लिए मैनिफ़ेस्ट + टेम्पलेट लिखता है। हालाँकि व्यक्तियों को इसका इंतज़ार नहीं करना पड़ता - खुले ऐप में कोई भी अपनी फ़ाइलें कैटलॉग में ला सकता है और पहले ही दिन से Design में टूल बना सकता है।

योगदान के लिए git ज़रूरी नहीं। डिज़ाइनर ऐप में ही अपने टूल और टेम्पलेट बनाते हैं, फिर उन्हें साथियों के साथ साझा करते हैं या डिफ़ॉल्ट में शामिल कराने के लिए तैनाती के मालिक को भेज देते हैं।

यह जानबूझकर सीमित है - इसे उसी रूप में प्रस्तुत करें। Lolly विशेष रूप से गढ़ी गई या हीरो सामग्री के लिए नहीं है। यह आपका निजी DAM है - आपके डिज़ाइन सिस्टम, टूल और कैटलॉग से भरा और सशक्त - और इसमें खुला कैनवास (Design) है भी, लेकिन वहाँ भी रंग, टाइप और एसेट सक्रिय डिज़ाइन ग्लोबल्स के अनुरूप रहते हैं, इसलिए मुक्त व्यवस्था भी सिस्टम के भीतर ही रहती है। Figma या Canva के मुक़ाबले आँकने पर यह सीमित लगेगा। जो यह वास्तव में है उस रूप में आँकने पर - संचालनगत, आवर्ती, विशाल पैमाने का एसेट निर्माण - इसका कोई मुक़ाबला नहीं। ग़लत ढंग से प्रस्तुत करना ही सबसे आम अड़चन है।

उत्पादन पक्ष पर बदलाव-प्रबंधन। मौजूदा प्रक्रियाएँ आज काम कर रही हैं, भले ही उनका आउटपुट ब्रांड से मेल न खाता हो। उन्हें इंजन की ओर मोड़ने का मतलब है दोबारा परीक्षण, दोबारा सीखना, और "हम पहले से फ़ाइलें बना ही लेते हैं" पलायन न करने का बहाना बन जाता है। शुरुआत ऐसे एक प्रोडक्शन-गुणवत्ता वाले आउटपुट को बदलकर करें जो सबकी नज़र में हो, और पहले/बाद की तुलना साथ-साथ दिखाएँ।

Lolly हर चीज़ का स्तर ऊपर उठा देता है।

संक्षिप्त उत्तर → यूटिलिटीज़ को हमेशा रेंडर करने की ज़रूरत नहीं होती और इसीलिए उन्हें अलग UX मिल सकता है।

असली उत्तर → यूटिलिटीज़ को Lolly Tools के भीतर होस्ट करने योग्य बनाने की वजह यह है कि बचाव की एक और 'सुविधा परत' जुड़ जाए, ताकि डेटा बाहर भेजने की गुंजाइश कम हो।

क्यों? क्योंकि यह जाना-माना तथ्य है कि हर दिन लोग अपने पास मौजूद गोपनीय सामग्री उठाते हैं और एक छोटा-सा यांत्रिक काम कराने के लिए उसे किसी अनजान वेबसाइट को सौंप देते हैं:

• "इस PDF को कंप्रेस करो" → कोई अनुबंध / वेतन पर्ची / बोर्ड डेक अनजान संस्थाओं को चला जाता है।
• "HEIC को JPG में बदलो" → निजी तस्वीरें (GPS EXIF सहित) विज्ञापन से चलने वाले होस्ट पर चली जाती हैं
• "इस इमेज को क्रॉप / रीसाइज़ करो" → कोई प्रोडक्ट स्क्रीनशॉट या अनरिलीज़्ड एसेट अपलोड हो जाता है
• "इस JSON को फ़ॉर्मैट करो" / "इस JWT को डिकोड करो" → API रिस्पॉन्स, टोकन, सीक्रेट किसी फ़ॉर्मैटर में चिपका दिए जाते हैं
• "इन PDF को मर्ज करो" → ऐसे दो दस्तावेज़ अपलोड हो जाते हैं जिन्हें कभी एक ही सर्वर पर नहीं होना चाहिए

ये साइटें और इनके क्लोन की विशाल लंबी पूँछ डिफ़ॉल्ट रूप से भरोसेमंद नहीं हैं - अज्ञात रिटेंशन, अज्ञात न्यायक्षेत्र, अज्ञात उप-प्रोसेसर और ऐसा विज्ञापन/एफ़िलिएट कारोबारी मॉडल जिसे आपकी दी हुई चीज़ अपने पास रखने का पूरा फ़ायदा है। काम मामूली है; क़ीमत आपकी सामग्री है।

गवर्नेंस की यह लड़ाई हम बेहतरीन सुविधा और सेवा से जीतते हैं।

signed by Lollyvector SVG2026-09-03खुद जाँचेंGet the signed file134 paths~35k nodes251 groups705 KBsigned by Lollyvector SVG2026-09-03खुद जाँचेंGet the signed file134 paths~35k nodes251 groups706 KBTry it in the app

हाँ। Design खोलें और Import a design पर क्लिक करें: यह नेटिव Figma .fig (Save local copy), Penpot का .penpot एक्सपोर्ट, Illustrator की .ai या .pdf, InDesign की .idml (File → Export → InDesign Markup) या कोई भी SVG (सबसे चौड़ा दरवाज़ा - लगभग हर डिज़ाइन ऐप इसे एक्सपोर्ट करता है) स्वीकार करता है। न कोई खाता चाहिए, न प्लगइन, न किसी डिज़ाइन ऐप का लाइसेंस।

signed by LollyPNG2026-08-28खुद जाँचेंGet the signed filepixels, not shapes543 KBsigned by LollyPNG2026-08-28खुद जाँचेंGet the signed filepixels, not shapes490 KB

लेयर खुले कैनवास पर संपादन-योग्य बॉक्स के रूप में आती हैं: टेक्स्ट दोबारा टाइप किया जा सकता है, आकृतियाँ आकृतियाँ ही रहती हैं, इमेज आपकी अपनी इमेज लाइब्रेरी में जुड़ जाती हैं, और टाइप तथा रंग ब्रांड ग्लोबल्स के अनुरूप हो जाते हैं। इसे सहेजें और वह लेआउट एक पुन: उपयोग योग्य, URL से पता किया जा सकने वाला टेम्पलेट बन जाता है जिसे Lolly रखने वाला कोई भी दोबारा भर सकता है - और आप उसमें लाइव टूल (कोई QR कोड, कोई चार्ट) भी मिला सकते हैं जो लोड होने पर फिर से रेंडर होते हैं। उसके बाद यह Lolly की बाकी हर चीज़ की तरह रेंडर होता है - SVG, PDF, PNG और बाकी सब, अपने URL से दोबारा बनने योग्य। देखें डिज़ाइन इम्पोर्ट करना।

हाँ। जब कोई लिंक सब कुछ नहीं ले जा सकता (आपकी अपनी तस्वीरें, लंबा टेक्स्ट), तो Share डायलॉग ठीक-ठीक बताता है कि क्या छूट जाएगा और उसकी जगह एक .lolly फ़ाइल देता है: एक ही फ़ाइल जिसमें डिज़ाइन, उसमें इस्तेमाल हुई इमेज और, यदि आप चाहें, ख़ुद टूल भी होता है। कितना कुछ साथ जाए यह आप तय करते हैं - आपका नाम और विवरण तभी जाते हैं जब आपकी प्रोफ़ाइल में opt-in हो, लाइसेंस वाली कलाकृति तब तक रोक ली जाती है जब तक आप उसे शामिल न करें, और टूल वाली फ़ाइल खोलने वाले से पहले पूछा जाता है कि वह उस पर भरोसा करता है या नहीं, तभी वह चल सकती है। देखें अपना काम साझा करना।

हाँ। एक व्यक्ति निमंत्रण साझा करता है (कोई लिंक, कोई QR कोड या कोई छोटा कोड), दूसरा उसे स्वीकार करता है, और दोनों डिवाइस एक ही सत्र लाइव रखते हैं - उपस्थिति, फ़ोकस रिंग, सब कुछ। यह किसी भी साझा नेटवर्क पर काम करता है, तहख़ाने में चल रहे फ़ोन हॉटस्पॉट पर भी, क्योंकि बीच में कोई सर्वर होता ही नहीं। देखें मिलकर काम करना।

वे पहले से ही एक अलग, निजी रिपॉज़िटरी में रहते हैं। सार्वजनिक क्लोन SUSE ब्रांड पैक लाता ही नहीं, इसलिए सार्वजनिक बिल्ड तटस्थ lolly-start प्रोफ़ाइल पर चलता है - ब्रांड-निरपेक्ष कम्युनिटी टूल और एक खाली ब्रांड जिसे आप अपने ब्रांड से भरते हैं। SUSE अपने ट्रेडमार्क की सुरक्षा के लिए अपना ख़ुद का इंस्टेंस चलाता है।

हमने Lolly अपने लिए बनाया था। SUSE को हज़ारों ब्रांड-अनुरूप फ़ाइलें चाहिए थीं, हर एक के भीतर उसका नाम सील किया हुआ, और वह भी बिना कुछ भी बाहरी सेवाओं को सौंपे। तो हमने ऐसा टूल बनाया जो यह सब डिवाइस पर ही करता है, और उसे ओपन सोर्स के रूप में जारी कर दिया - जैसे हम बाकी सब कुछ करते हैं। हम इसका रखरखाव इसलिए जारी रखते हैं क्योंकि हम इसे रोज़ इस्तेमाल करते हैं। कोई बंधन नहीं है: यहाँ सब कुछ हमारे साथ भी चलता है और हमारे बिना भी।

यह रेखा किसी वादे में नहीं, लाइसेंस में खींची गई है: जो कुछ स्थानीय रूप से चलता है वह हमेशा के लिए मुफ़्त है। जो संस्करण एक बार जारी हो गया, उसका लाइसेंस ऐसा है कि उसे वापस नहीं लिया जा सकता, और कोई कंट्रिब्यूटर एग्रीमेंट नहीं है जो किसी के काम को दोबारा लाइसेंस दे सके। पूरा वक्तव्य पोज़िशनिंग में देखें।

इंजन, शेल, स्कीमा और ब्रांड-निरपेक्ष टूल ओपन सोर्स हैं; SUSE के ट्रेडमार्क और ब्रांडेड टूल ही वह हिस्सा हैं जो निजी रहता है, और उन्हें पहले ही अलग किया जा चुका है। Lolly का बिना ब्रांड वाला इंस्टेंस आप lolly.ART पर पा सकते हैं।

यह सीमा वादे पर नहीं, ढाँचे पर टिकी है। जारी किया गया हर संस्करण ओपन सोर्स है और उसे अ-जारी नहीं किया जा सकता, कोई कंट्रिब्यूटर एग्रीमेंट नहीं है जो किसी के काम को दोबारा लाइसेंस दे सके, और रोका गया एकमात्र हिस्सा ट्रेडमार्क है। 2023 में जब एक दूसरी कंपनी ने अपने एंटरप्राइज़ Linux सोर्स बंद कर दिए, तो SUSE ने उस कोड को खुला रखने के लिए OpenELA की सह-स्थापना की - यही रुख़ यह परियोजना भी अपनाती है।

पूरी स्पष्टता के साथ: SUSE अपने IT सिस्टम में Lolly को जोड़ने के लिए आंतरिक टूलिंग बना रहा है - यह SUSE की आंतरिक व्यवस्था की बात है, सार्वजनिक बनाम निजी विकास की नहीं। Lolly का लक्ष्य Open Build Service के ज़रिये बनना भी है, जिसमें सुरक्षित सप्लाई-चेन आर्टिफ़ैक्ट SUSE Application Collection से मिलेंगे।

कोई कहता है नींबू, कोई पुदीना और कभी-कभी सेब - मिठास Lolly लाता है, फ़्लेवर आप बनाते हैं!