Когато използваш Lolly за първи път, всичко, което въвеждаш където и да е, е напълно поверително, докато сам не поискаш тази информация да излезе навън - чрез медия или линк за споделяне (ако си онлайн).

С включено съгласие избраните от теб данни от профила се запечатват в това, което правиш, и те посочват като източник. Нищо не се включва, без ти да си го избрал.

Lolly произвежда голям обем съдържание. Подхождаме със строга минимизация на данните, за да предотвратим риск.

Lolly е разработена с кодиране с помощта на ИИ, проучване с помощта на ИИ и, на много места, съдържание с помощта на ИИ, като е използвана комбинация от модели и доставчици, включително такива от водещи компании в публичните облачни услуги.

Към момента на писане на този текст Lolly не съдържа никакви известни уязвимости в сигурността на веригата си на доставки и се ангажира с практики за бързо реагиране по сигурността, когато се появят CVE.

Човек създаде архитектурата, курира кода съзнателно и артистично ръководи преживяването.

Най-важното е, че Lolly стъпва на раменете на десетилетия иновации с отворен код от истински експерти по целия свят.

В кодовата база на Lolly съществува детерминиран build-gate, който поддържа кода и документацията последователни за обикновения читател и „de-slop“ преживяването. Това може да затрудни собственическото синтетично установяване на произхода. Това е неволно.

Разкриване на генеративен ИИ:

• Код, написан от 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 е същият енджин като приложението, така че pipeline, изпълнен в 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 и кликни Импортирай дизайн: приема нативен 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. Виж Импортиране на дизайн.

Да. Когато линкът не може да носи всичко (собствените ти снимки, дълъг текст), диалогът за споделяне казва точно какво би отпаднало и предлага вместо това .lolly файл: един файл, в който са дизайнът, изображенията, които той използва, и, ако избереш, самият инструмент. Ти решаваш колко от това пътува - името и данните ти влизат само ако профилът ти го е разрешил, лицензираните изображения се задържат, освен ако не ги включиш, а онзи, който отвори файл с инструмент в него, бива питан дали му се доверява, преди инструментът да може да се изпълни. Виж Споделяне на работата ти.

Да. Единият споделя покана (линк, QR код или кратък код), другият я приема и двете устройства държат една и съща сесия на живо - с присъствие, рамки на фокуса и всичко останало. Работи във всяка обща мрежа, включително през точка за достъп от телефон в мазе, защото по средата няма сървър. Виж Съвместна работа.

Те вече живеят в отделно, частно хранилище. Публичният клон изобщо не изтегля брандовия пакет на SUSE, така че публичният билд върви с неутралния профил lolly-start - независимите от бранд community инструменти плюс празен бранд, който запълваш със свой. SUSE поддържа собствена инстанция, за да защити търговските си марки.

Направихме Lolly за себе си. На SUSE ѝ трябваха хиляди файлове по бранда, всеки с името ѝ, запечатано вътре, направени без нищо да се подава на външни услуги. Затова построихме инструмент, който върши всичко това на устройството, и го пуснахме с отворен код, както всичко останало, което правим. Продължаваме да го поддържаме, защото го използваме всеки ден. Няма задължение: всичко тук работи със или без нас.

Тази граница е прокарана в лиценза, а не в обещание: всичко, което работи локално, е безплатно завинаги. Веднъж пусната, версията е лицензирана така, че да не може да бъде взета обратно, и няма споразумение за сътрудници, което да преотстъпи нечий труд под друг лиценз. Виж позициониране за пълното изложение.

Енджинът, обвивките, схемите и независимите от бранд инструменти са с отворен код; търговските марки на SUSE и брандираните инструменти са частта, която остава частна, и те вече са отделени. Небрандиран екземпляр на Lolly можеш да намериш на lolly.ART.

Границата е структурна, а не обещана. Всяка пусната версия е с отворен код и не може да бъде върната обратно, няма споразумение за сътрудници, което да преотстъпи нечий труд под друг лиценз, и единственото задържано нещо е търговската марка. Когато през 2023 г. друга компания затвори изходния код на своя корпоративен Linux, SUSE стана съосновател на OpenELA, за да запази този код отворен - същата позиция наследява и този проект.

За пълна прозрачност: SUSE наистина изгражда вътрешни инструменти, за да интегрира Lolly в своите IT системи - това засяга вътрешната организация на SUSE, а не публична срещу частна разработка. Lolly се стреми също да бъде изграждан чрез Open Build Service, със сигурни артефакти по веригата на доставки, предоставяни от SUSE Application Collection.

Едни казват лайм, други мента, а понякога и ябълка. Lolly носи сладостта, а вкусът го правиш ти!