Als je Lolly voor het eerst gebruikt, is alles wat je waar dan ook typt volledig privé, totdat je die informatie bewust naar buiten wilt brengen via media of een deellink (als je online bent).

Als opt-in aanstaat, worden de profielgegevens die je kiest verzegeld in wat je maakt, met jou als bron erbij vermeld. Er wordt niets meegenomen zonder dat jij het zelf kiest.

Lolly produceert een grote hoeveelheid content. We hanteren een strikte dataminimalisatie om risico te voorkomen.

Lolly is ontwikkeld met AI-ondersteunde codering, AI-ondersteunde ontdekking en, op veel plekken, AI-ondersteunde inhoud, met behulp van een mix van modellen en leveranciers, waaronder die van toonaangevende public-cloudbedrijven.

Op het moment van schrijven bevat Lolly geen bekende beveiligingskwetsbaarheden in zijn supply chain, en zet zich in voor snelle beveiligingsreacties zodra er CVE's opduiken.

Een mens heeft de architectuur gemaakt, de code met intentie samengesteld en de ervaring artistiek geregisseerd.

Belangrijker nog: Lolly staat op de schouders van decennia aan opensource-innovatie van echte experts wereldwijd.

Er bestaat een deterministische build-gate in de codebase van Lolly om code en documentatie begrijpelijk te houden voor de gemiddelde lezer en de ervaring te "ontrommelen". Dit kan het lastiger maken om de herkomst via propriëtaire synthetische methodes op te sommen. Dat is onbedoeld.

Bekendmaking van generatieve AI:

• Door LLM's geschreven code: Opus 4.8, Gemini 3.1, Qwen3-Coder-Next (deze lijst kan groeien)
• LLM-ontdekking: Gemini 3.1, Fable
• Documentatie: Sonnet 5
• Opensourcebibliotheken: hun respectievelijke auteurs, vermeld in de SBOM, commentaar en bestandsheaders

Deze lijst omvat geen modellen die in Lolly zijn ingebouwd.

Menselijke bijdrage:

• Architectuur: Andy Fitzsimon
• Artistieke leiding: Andy Fitzsimon
• Door mensen geschreven code: Andy Fitzsimon
• Ideevorming, review en feedback: Ravan Naidoo, Matthias Eckermann, Kelly Andrews, Ryan Kleeman, Peter Chamalian, de Penpot-community (lijst niet volledig)

Feature flags zetten onderdelen van Lolly aan of uit. Meestal beheert een beheerder ze - bij Lolly heb jij de regie.

signed by Lollyvector SVG2026-08-24Controleer het zelfGet the signed file42 paths~11k nodes128 groups127 KBsigned by Lollyvector SVG2026-08-24Controleer het zelfGet the signed file42 paths~11k nodes128 groups127 KB

Iedereen kan zijn eigen apps verspreiden, en de tools en configuratie van die apps horen sterk te verschillen afhankelijk van het publiek waarvoor ze bedoeld zijn. Er is dus niet één app, tenzij je hem zelf hebt gemaakt of iemand uit je omgeving hem aan je geeft.

Lolly omdat vrijheid zoet is, en omdat een lolly in Australië, Nieuw-Zeeland en Groot-Brittannië een snoepje is.

Tools omdat gereedschap stil blijft liggen tot je het oppakt. Het draait niet als je het niet gebruikt en het kijkt niet met je mee terwijl je het wel gebruikt.

Lolly past overal waar je nu al bestanden genereert - de CLI is dezelfde engine als de app, dus een pipeline die om 2 uur 's nachts draait kan niet afwijken van wat iemand in een browser bekijkt. De weerstand bij invoering is zelden technisch; die is organisatorisch. Verwacht dit:

Er moet een samengestelde merkcatalogus worden opgebouwd. Lolly is een platform, geen kant-en-klaar pakket met jouw templates. Voor een bestuurde uitrol legt iemand de gedeelde assetcatalogus vast (logo's, paletten, lettertypes als permanente ID's) en schrijft het manifest + template voor elk uitvoertype. Losse gebruikers hoeven daar niet op te wachten - in de open app kan iedereen vanaf dag één eigen bestanden in de catalogus opnemen en tools bouwen in Design.

Geen git nodig om bij te dragen. Ontwerpers maken hun eigen tools en templates in de app en delen ze daarna met collega's of dienen ze in bij wie de deployment beheert, zodat ze standaard worden meegeleverd.

Het is bewust smal - presenteer het ook zo. Lolly is niet bedoeld voor maatwerk of hero-content. Het is je persoonlijke DAM - gevoed en versterkt door je designsysteem, tools en catalogus - en het heeft wel degelijk een open canvas (Design), maar ook daar voldoen kleuren, typografie en assets aan de actieve design-globals, dus vrij schikken blijft binnen het systeem. Naast Figma of Canva gelegd oogt het beperkt. Beoordeeld op wat het is - geoperationaliseerde, terugkerende assetgeneratie op enorme schaal - is er geen concurrentie. De verkeerde framing is de meest voorkomende tegenslag.

Verandermanagement aan de productiekant. Bestaande processen werken vandaag, ook al is de output niet merkconform. Ze naar de engine ombuigen betekent opnieuw testen en opnieuw leren, en "we kunnen al bestanden maken" wordt het excuus om niet te migreren. Begin met het omzetten van één zichtbare uitvoer van productiekwaliteit en zet het voor en na naast elkaar.

Lolly tilt alles naar een hoger niveau.

Kort antwoord → Hulpprogramma's hoeven niet altijd te renderen en kunnen daarom een andere UX krijgen.

Echte antwoord → Hulpprogramma's kunnen binnen Lolly Tools worden gehost om nog een 'gemakslaag' aan verdediging toe te voegen die data-exfiltratie ontmoedigt.

Waarom? Omdat bekend is dat mensen elke dag vertrouwelijke content die ze al hebben aan een willekeurige website geven om er één kleine mechanische bewerking op uit te voeren:

• "Comprimeer deze PDF" → uploadt een contract / loonstrook / bestuurspresentatie naar onbekende partijen.
• "converteer HEIC naar JPG" → uploadt persoonlijke foto's (met GPS-EXIF) naar een host die van advertenties leeft
• "snijd deze afbeelding bij / schaal hem" → uploadt een productscreenshot of een nog niet uitgebrachte asset
• "formatteer deze JSON" / "decodeer deze JWT" → plakt API-antwoorden, tokens en secrets in een formatter
• "voeg deze PDF's samen" → uploadt twee documenten die nooit dezelfde server zouden mogen delen

Deze sites en hun enorme staart aan klonen zijn standaard niet te vertrouwen, met onbekende bewaartermijnen, onbekende jurisdicties, onbekende subverwerkers en een verdienmodel op basis van advertenties/affiliates dat er alle belang bij heeft te houden wat je ze geeft. De bewerking is triviaal; de content is de prijs.

We winnen de strijd om governance met uitstekend gemak en uitstekende service.

signed by Lollyvector SVG2026-09-03Controleer het zelfGet the signed file134 paths~35k nodes251 groups705 KBsigned by Lollyvector SVG2026-09-03Controleer het zelfGet the signed file134 paths~35k nodes251 groups706 KBTry it in the app

Ja. Open Design en klik op Import a design (een ontwerp importeren): het accepteert een native Figma-.fig (Save local copy), een Penpot-export .penpot, een Illustrator-.ai of .pdf, een InDesign-.idml (File → Export → InDesign Markup) of elke SVG (de brede deur - vrijwel elke ontwerpapp exporteert dat). Geen account, geen plug-in en geen licentie voor een ontwerpapp nodig.

signed by LollyPNG2026-08-28Controleer het zelfGet the signed filepixels, not shapes543 KBsigned by LollyPNG2026-08-28Controleer het zelfGet the signed filepixels, not shapes490 KB

Lagen komen binnen als bewerkbare vakken op het open canvas: tekst blijft overtypbaar, vormen blijven vormen, afbeeldingen komen in je eigen afbeeldingsbibliotheek en typografie en kleuren voldoen aan de merkglobals. Sla het op en de lay-out wordt een herbruikbare, via een URL adresseerbare template die iedereen met Lolly opnieuw kan vullen - en je kunt er live tools in mengen (een QR-code, een grafiek) die bij het laden opnieuw renderen. Vanaf daar rendert het net als al het andere in Lolly - SVG, PDF, PNG en de rest, reproduceerbaar vanaf de URL. Zie Een ontwerp importeren.

Ja. Als een link niet alles kan meenemen (je eigen foto's, lange teksten), vertelt het deelvenster precies wat er zou wegvallen en biedt het in plaats daarvan een .lolly-bestand aan: één bestand met het ontwerp, de afbeeldingen die het gebruikt en, als je dat wilt, de tool zelf. Jij bepaalt hoeveel er meereist - je naam en gegevens gaan alleen mee als je profiel daarvoor kiest, gelicentieerde beelden blijven achter tenzij je ze meestuurt, en wie een bestand opent waar een tool in zit, krijgt eerst de vraag of hij die vertrouwt voordat die mag draaien. Zie Je werk delen.

Ja. De één deelt een uitnodiging (een link, een QR-code of een korte code), de ander accepteert, en beide apparaten houden dezelfde sessie live - inclusief aanwezigheid en focusringen. Het werkt op elk gedeeld netwerk, ook op een telefoonhotspot in een kelder, want er zit geen server tussen. Zie Samenwerken.

Die staan al in een aparte, private repository. Een publieke clone haalt het SUSE-merkpakket helemaal niet op, dus een publieke build draait het neutrale profiel lolly-start - de merkonafhankelijke community-tools plus een leeg merk dat je met je eigen merk invult. SUSE draait een eigen instantie om zijn handelsmerken te beschermen.

We hebben Lolly voor onszelf gebouwd. SUSE had duizenden merkconforme bestanden nodig, elk met zijn naam erin verzegeld, gemaakt zonder iets aan externe diensten af te staan. Dus bouwden we een tool die dat allemaal op het apparaat doet, en brachten die uit als open source, net als al het andere wat we maken. We blijven het onderhouden omdat we het elke dag gebruiken. Er is geen enkele verplichting: alles hier werkt met of zonder ons.

Die grens ligt vast in de licentie, niet in een belofte: alles wat lokaal draait is gratis, voor altijd. Een versie die is uitgebracht, is zo gelicentieerd dat ze niet kan worden teruggenomen, en er is geen contributor agreement dat iemands werk opnieuw zou kunnen licentiëren. Zie positionering voor de volledige verklaring.

De engine, de shells, de schema's en de merkonafhankelijke tools zijn open source; de handelsmerken van SUSE en de tools met merk zijn het deel dat privé blijft, en die zijn al afgesplitst. Een instantie van Lolly zonder merk vind je op lolly.ART.

De grens is structureel, geen belofte. Elke uitgebrachte versie is open source en kan niet worden teruggetrokken, er is geen contributor agreement dat iemands werk opnieuw zou kunnen licentiëren, en het enige wat wordt achtergehouden is het handelsmerk. Toen een ander bedrijf in 2023 zijn enterprise-Linux-broncode sloot, was SUSE medeoprichter van OpenELA om die code open te houden - dezelfde houding die dit project overneemt.

Volledige openheid: SUSE bouwt wel degelijk interne tooling om Lolly in zijn IT-systemen te integreren - dat gaat over de interne inrichting van SUSE, niet over publieke versus private ontwikkeling. Lolly wil ook via Open Build Service gebouwd worden, met veilige supply-chain-artefacten geleverd door de SUSE Application Collection.

Sommigen zeggen limoen, anderen zeggen munt en soms appel; Lolly brengt de zoetheid, jij zorgt voor de smaak!