Fragen & Antworten

Wenn Sie Lolly zum ersten Mal verwenden, bleibt alles, was Sie irgendwo eingeben, vollständig privat, bis Sie diese Informationen bewusst nach außen geben - über Medien oder einen Freigabelink (sofern online).

Wenn Sie zugestimmt haben, werden die von Ihnen gewählten Profildaten fest in das eingebettet, was Sie erzeugen, und nennen Sie als Quelle. Nichts wird aufgenommen, ohne dass Sie es auswählen.

Lolly erzeugt sehr viele Inhalte. Wir gehen streng nach dem Grundsatz der Datenminimierung vor, um Risiken zu vermeiden.

Lolly wurde mit KI-unterstütztem Coding, KI-unterstützter Recherche und, an vielen Stellen, KI-unterstützten Inhalten entwickelt, unter Verwendung einer Mischung aus Modellen und Anbietern, darunter auch solche von Public-Cloud-Frontier-Unternehmen.

Eine Warnung mit hohem oder kritischem Schweregrad in Lollys Abhängigkeiten blockiert die CI. Eine Warnung, die sich noch nicht beheben lässt, wird nur als genehmigte Ausnahme mit schriftlicher Begründung zurückgehalten. SECURITY.md listet jede heute geltende Ausnahme auf, und die Release Notes nennen die Ausnahmen, die jede Version mitführt. SECURITY.md erklärt auch, wie Sie eine Sicherheitslücke melden.

Ein Mensch hat die Architektur entworfen, den Code mit Bedacht kuratiert und das Erlebnis künstlerisch geleitet.

Vor allem aber steht Lolly auf den Schultern jahrzehntelanger Open-Source-Innovation echter Experten aus aller Welt.

Ein deterministisches Build-Gate existiert in Lollys Codebase, um Code und Dokumentation für den durchschnittlichen Leser kohärent zu halten und das Erlebnis zu "entschlacken". Dies kann es erschweren, die Herkunft mit proprietären synthetischen Verfahren automatisiert zu erfassen. Das ist unbeabsichtigt.

Offenlegung zu generativer KI:

• Von LLMs geschriebener Code: Opus 4.8, Gemini 3.1, Qwen3-Coder-Next (diese Liste kann erweitert werden)
• LLM-Recherche: Gemini 3.1, Fable
• Dokumentation: Sonnet 5
• Open-Source-Bibliotheken: ihre jeweiligen Autoren, ausgewiesen in der SBOM, in Kommentaren und Datei-Headern

Diese Liste umfasst keine Modelle, die fest in Lolly eingebunden sind.

Menschlicher Beitrag:

• Architektur: Andy Fitzsimon
• Künstlerische Leitung: Andy Fitzsimon
• Von Menschen geschriebener Code: Andy Fitzsimon
• Ideenfindung, Review und Feedback: Ravan Naidoo, Matthias Eckermann, Kelly Andrews, Ryan Kleeman, Peter Chamalian, die Penpot-Community (Liste nicht abschließend)

Feature-Flags schalten Teile von Lolly ein oder aus. Üblicherweise steuert das eine Administratorin oder ein Administrator - bei Lolly haben Sie die Kontrolle.

signed by Lolly2026-10-21vector SVG45 paths~8.0k nodes118 groups98 KBPrüfen Sie es selbstSignierte Datei holen signed by Lolly2026-10-21vector SVG45 paths~8.0k nodes118 groups98 KBPrüfen Sie es selbstSignierte Datei holen

Laden Sie sie über Lolly installieren herunter. Die Seite listet jeden Build für macOS, Windows, Linux und Android und zeigt, wie Sie die heruntergeladene Datei prüfen. Für iPhone und iPad gibt es noch keinen öffentlichen Download; der Abschnitt zu iPhone und iPad sagt, was Sie stattdessen nutzen können.

Jeder kann außerdem eine eigene Kopie der App bauen und verteilen, mit den Werkzeugen und Einstellungen, die das eigene Publikum braucht. Der Build-Leitfaden zeigt, wie.

Lolly, weil Freiheit süß ist und weil "lolly" in Australien, Neuseeland und Großbritannien eine Süßigkeit bedeutet.

Tools, weil ein Werkzeug still daliegt, bis Sie es in die Hand nehmen. Es läuft nicht, wenn Sie es nicht benutzen, und es beobachtet Sie nicht, während Sie es benutzen.

Lolly fügt sich überall dort ein, wo Sie schon heute Dateien erzeugen - die CLI nutzt dieselbe Engine wie die App, deshalb kann ein Pipeline-Lauf um 2 Uhr nachts nicht von dem abweichen, was jemand im Browser sieht. Die Reibung bei der Einführung ist selten technisch, sondern organisatorisch. Rechnen Sie mit Folgendem:

Ein kuratierter Markenkatalog muss erst entstehen. Lolly ist eine Plattform, kein fertiges Paket Ihrer Vorlagen. Für einen gesteuerten Rollout legt jemand den gemeinsamen Asset-Katalog fest (Logos, Paletten, Schriften als dauerhafte IDs) und schreibt Manifest + Template für jeden Ausgabetyp. Einzelne müssen darauf aber nicht warten - in der offenen App kann jeder eigene Dateien in Assets übernehmen und vom ersten Tag an Werkzeuge in Design bauen.

Für Beiträge ist kein Git nötig. Designerinnen und Designer bauen ihre eigenen Werkzeuge und Vorlagen direkt in der App, teilen sie mit Kolleginnen und Kollegen oder reichen sie bei den Betreibern des Deployments ein, damit sie standardmäßig ausgeliefert werden.

Es ist bewusst eng gefasst - stellen Sie es auch so dar. Lolly ist nicht für maßgeschneiderte Einzelstücke gedacht. Es ist Ihr persönliches DAM - gespeist und verstärkt durch Ihr Designsystem, Ihre Werkzeuge und Ihren Katalog - und es hat eine offene Arbeitsfläche (Design), doch auch dort richten sich Farben, Typografie und Assets nach den aktiven Design-Globals, sodass freies Anordnen innerhalb des Systems bleibt. Gemessen an Figma oder Canva wirkt es begrenzt. Gemessen an dem, was es ist - operationalisierte, wiederkehrende Asset-Erzeugung in großem Umfang - hält nichts mit. Die falsche Einordnung ist der häufigste Rückschlag.

Veränderung auf der Produktionsseite begleiten. Bestehende Abläufe funktionieren heute, auch wenn das Ergebnis nicht markenkonform ist. Sie auf die Engine umzustellen heißt: neu testen, neu lernen, und "wir können doch schon Dateien erzeugen" wird zur Ausrede, nicht zu migrieren. Beginnen Sie damit, eine gut sichtbare Ausgabe in Produktionsqualität umzustellen und Vorher/Nachher nebeneinander zu zeigen.

Lolly hebt alles auf ein höheres Niveau.

Kurze Antwort → Utilities müssen nicht immer etwas rendern und können deshalb eine andere Bedienoberfläche bekommen.

Eigentliche Antwort → Utilities laufen deshalb in Lolly Tools, weil sie eine weitere 'Bequemlichkeitsschicht' der Verteidigung hinzufügen, die Datenabfluss unattraktiv macht.

Warum? Weil bekanntermaßen jeden Tag Menschen vertrauliche Inhalte, die sie ohnehin schon haben, nehmen und sie einer beliebigen Website übergeben, damit sie einen kleinen mechanischen Handgriff erledigt:

• "Dieses PDF komprimieren" → lädt einen Vertrag / eine Gehaltsabrechnung / eine Vorstandspräsentation zu unbekannten Anbietern hoch.
• "HEIC in JPG umwandeln" → lädt private Fotos (samt GPS-EXIF) zu einem werbefinanzierten Anbieter hoch
• "dieses Bild zuschneiden / skalieren" → lädt einen Produkt-Screenshot oder ein unveröffentlichtes Asset hoch
• "dieses JSON formatieren" / "dieses JWT dekodieren" → fügt API-Antworten, Tokens und Geheimnisse in einen Formatierer ein
• "diese PDFs zusammenführen" → lädt zwei Dokumente hoch, die niemals denselben Server teilen dürften

Diese Seiten und die unzähligen Klone in ihrem Windschatten sind standardmäßig nicht vertrauenswürdig: unbekannte Aufbewahrung, unbekannte Rechtsräume, unbekannte Unterauftragsverarbeiter und ein Werbe- bzw. Affiliate-Geschäftsmodell, das jeden Anreiz hat, zu behalten, was Sie ihm geben. Der Vorgang ist trivial; der Preis ist der Inhalt.

Wir gewinnen den Kampf um Governance mit hervorragendem Komfort und gutem Service.

signed by Lolly2026-10-21vector SVG124 paths~29k nodes324 groups395 KBPrüfen Sie es selbstSignierte Datei holen signed by Lolly2026-10-21vector SVG124 paths~29k nodes324 groups396 KBPrüfen Sie es selbstSignierte Datei holenTry it in the app

Ja. Öffnen Sie Design und klicken Sie auf Import a design: Akzeptiert werden eine native Figma-Datei .fig (Save local copy), ein Penpot-Export .penpot, eine Illustrator-Datei .ai oder .pdf, eine InDesign-Datei .idml (File → Export → InDesign Markup) oder jedes SVG (die breite Tür - fast jede Design-App exportiert es). Kein Konto, kein Plug-in und keine Lizenz für eine Design-App nötig.

signed by Lolly2026-10-21vector SVG288 paths~14k nodes329 groups3 images282 KBPrüfen Sie es selbstSignierte Datei holen signed by Lolly2026-10-21vector SVG281 paths~14k nodes329 groups3 images281 KBPrüfen Sie es selbstSignierte Datei holen

Ebenen kommen als bearbeitbare Kästen auf der offenen Arbeitsfläche an: Text bleibt neu tippbar, Formen bleiben Formen, Bilder wandern in Ihre eigene Bildbibliothek und Schrift und Farben richten sich nach den Marken-Globals. Speichern Sie das Layout, und es wird zu einer wiederverwendbaren, per URL adressierbaren Vorlage, die jeder mit Lolly neu befüllen kann - und Sie können lebende Werkzeuge einmischen (einen QR-Code, ein Diagramm), die beim Laden neu gerendert werden. Von da an rendert es wie alles andere in Lolly - SVG, PDF, PNG und den Rest, reproduzierbar aus seiner URL. Siehe Import a design.

Wenn Sie Speichern unter oder Speichern gedrückt haben, ist es in Projekte, auf dem Startbildschirm, in dem Browser oder der App, aus dem Sie gespeichert haben. Wenn Sie nur Herunterladen gedrückt haben, liegt die Datei dort, wo Ihr Browser oder System Downloads speichert, und meist liegt auch eine Kopie in Assets. Tools, die während der Arbeit speichern, halten außerdem nicht gespeicherte Arbeit in Projekte. Ihre Arbeit finden und wiederherstellen deckt jeden Fall ab.

Gespeicherte Arbeit ist weiterhin in Projekte. Nicht gespeicherte Arbeit ist weg, außer in den Tools, die während der Arbeit speichern, welche sie ebenfalls in Projekte halten. Drücken Sie beim nächsten Mal Speichern unter, bevor Sie das Tool verlassen. Siehe Wenn Sie den Tab geschlossen oder das Tool verlassen haben.

Ja. Wenn ein Link nicht alles mitnehmen kann (eigene Fotos, lange Texte), sagt der Share-Dialog genau, was verloren ginge, und bietet stattdessen eine .lolly-Datei an: eine Datei mit dem Design, den verwendeten Bildern und, wenn Sie möchten, dem Werkzeug selbst. Sie entscheiden, wie viel mitreist - Ihr Name und Ihre Daten kommen nur hinein, wenn Ihr Profil dem zustimmt, lizenzierte Grafiken bleiben außen vor, sofern Sie sie nicht einschließen, und wer eine Datei mit einem Werkzeug öffnet, wird gefragt, ob er ihm vertraut, bevor es laufen darf. Siehe Ihre Arbeit teilen.

Ja. Eine Person teilt eine Einladung (einen Link, einen QR-Code oder einen kurzen Code), die andere nimmt sie an, und beide Geräte halten dieselbe Sitzung live - samt Anwesenheit und Fokusringen. Das funktioniert in jedem gemeinsamen Netzwerk, auch über einen Handy-Hotspot im Keller, weil kein Server dazwischensteht. Siehe Zusammenarbeiten.

Sie liegen bereits in einem separaten, privaten Repository. Ein öffentlicher Klon holt das SUSE-Brand-Pack gar nicht erst, deshalb nutzt ein daraus gebauter Build das neutrale Profil lolly-start, solange Sie kein anderes wählen - die markenunabhängigen Community-Werkzeuge plus eine leere Marke, die Sie mit Ihrer eigenen füllen. lolly.tools wird mit dem Profil lolly-demo gebaut und öffnet sich in Lolly Demo, Lollys eigenem Designsystem. SUSE betreibt eine eigene Instanz, um seine Marken zu schützen.

Wir haben Lolly für uns selbst gebaut. SUSE brauchte Tausende markenkonformer Dateien, jede mit dem eigenen Namen fest darin, erzeugt ohne irgendetwas an fremde Dienste zu geben. Also haben wir ein Werkzeug gebaut, das all das auf dem Gerät erledigt, und es als Open Source veröffentlicht, wie alles andere, was wir machen. Wir pflegen es weiter, weil wir es jeden Tag benutzen. Es gibt keine Verpflichtung: Alles hier funktioniert mit uns oder ohne uns.

Diese Grenze zieht die Lizenz, nicht ein Versprechen: Alles, was lokal läuft, ist kostenlos, für immer. Eine veröffentlichte Version ist so lizenziert, dass sie nicht zurückgenommen werden kann, und es gibt keine Contributor-Vereinbarung, die die Arbeit anderer neu lizenzieren könnte. Die vollständige Aussage steht unter Positionierung.

Die Engine, die Shells, die Schemas und die markenunabhängigen Werkzeuge sind Open Source; privat bleiben die Marken von SUSE und die gebrandeten Werkzeuge, und die sind bereits herausgetrennt. Die öffentliche Instanz unter lolly.tools läuft mit Lolly Demo, Lollys eigenem Designsystem.

Die Grenze ist strukturell, nicht bloß versprochen. Jede veröffentlichte Version ist Open Source und lässt sich nicht zurückziehen, es gibt keine Contributor-Vereinbarung, die die Arbeit anderer neu lizenzieren könnte, und zurückgehalten wird allein die Marke. Als ein anderes Unternehmen 2023 die Quellen seines Enterprise-Linux schloss, hat SUSE OpenELA mitgegründet, um diesen Code offen zu halten - dieselbe Haltung erbt dieses Projekt.

Zur vollen Offenlegung: SUSE baut sehr wohl interne Werkzeuge, um Lolly in die eigenen IT-Systeme einzubinden - das betrifft den internen Aufbau bei SUSE, nicht öffentliche gegenüber privater Entwicklung. Lolly soll außerdem über den Open Build Service gebaut werden, mit sicheren Supply-Chain-Artefakten aus der SUSE Application Collection.

Die einen sagen Limette, die anderen Minze und manchmal Apfel: Lolly bringt die Süße, den Geschmack machen Sie!