Perguntas e respostas

Quando você começa a usar o Lolly, tudo o que você digita em qualquer lugar é totalmente privado até você deliberadamente querer que essa informação saia dali, por meio de uma mídia ou de um link de compartilhamento (se estiver online).

Com o opt-in ativado, os dados de perfil que você escolher ficam selados dentro do que você cria, identificando você como a fonte. Nada é incluído sem que você escolha.

O Lolly produz um grande volume de conteúdo. Adotamos uma abordagem estrita de minimização de dados para evitar riscos.

A Lolly foi desenvolvida com codificação assistida por IA, descoberta assistida por IA e, em muitos pontos, conteúdo assistido por IA, usando uma combinação de modelos e fornecedores, incluindo os de empresas de ponta de nuvem pública.

Um alerta de severidade alta ou crítica nas dependências da Lolly bloqueia o CI. Um alerta que ainda não pode ser corrigido só é mantido de lado como exceção aprovada, com uma justificativa escrita. O SECURITY.md lista cada exceção mantida hoje, e as notas de versão listam as que cada versão carrega. O SECURITY.md também explica como relatar uma vulnerabilidade.

Um humano criou a arquitetura, curou o código com intenção e dirigiu a arte da experiência.

Mais importante ainda, a Lolly se apoia nos ombros de décadas de inovação open source de especialistas reais ao redor do mundo.

Existe um portão de build determinístico no código-fonte da Lolly para manter o código e a documentação coerentes para o leitor médio e "desbagunçar" a experiência. Isso pode dificultar a enumeração sintética proprietária de origem. Isso não é intencional.

Divulgação de IA generativa:

• Código escrito por LLM: Opus 4.8, Gemini 3.1, Qwen3-Coder-Next (esta lista pode se expandir)
• Descoberta por LLM: Gemini 3.1, Fable
• Documentação: Sonnet 5
• Bibliotecas open source: seus respectivos autores, expressos no SBOM, comentários e cabeçalhos de arquivo

Esta lista não inclui modelos empacotados (vendored) dentro da Lolly.

Contribuição humana:

• Arquitetura: Andy Fitzsimon
• Direção de arte: Andy Fitzsimon
• Código escrito por humano: Andy Fitzsimon
• Idealização, revisão e feedback: Ravan Naidoo, Matthias Eckermann, Kelly Andrews, Ryan Kleeman, Peter Chamalian, a Comunidade Penpot (lista não exaustiva)

As feature flags ligam ou desligam partes do Lolly. Normalmente quem controla isso é um administrador - no Lolly, o controle é seu.

signed by Lolly2026-10-21vector SVG45 paths~8.0k nodes118 groups98 KBVerifique você mesmoBaixar o arquivo assinado signed by Lolly2026-10-21vector SVG45 paths~8.0k nodes118 groups98 KBVerifique você mesmoBaixar o arquivo assinado

Baixe-os em Instalar a Lolly. A página lista cada build para macOS, Windows, Linux e Android, e mostra como verificar o arquivo que você baixou. O iPhone e o iPad ainda não têm download público; a seção sobre iPhone e iPad diz o que usar no lugar.

Qualquer pessoa também pode construir e distribuir a própria cópia do app, com as ferramentas e as configurações que o público dela precisa. O Guia de Build mostra como.

Lolly porque a liberdade é doce e porque, na Austrália, na Nova Zelândia e na Grã-Bretanha, "lolly" quer dizer bala.

Tools porque uma ferramenta fica parada até você pegá-la. Ela não roda quando você não está usando e não fica te observando quando você está.

O Lolly se encaixa em qualquer lugar onde você já gera arquivos - a CLI é o mesmo motor do App, então um pipeline rodando às 2h da manhã não tem como divergir do que uma pessoa visualiza no navegador. O atrito na adoção raramente é técnico; é organizacional. Espere o seguinte:

Um catálogo de marca com curadoria precisa ser feito. O Lolly é uma plataforma, não um pacote pronto de templates seus. Para um rollout governado, alguém define o catálogo de ativos compartilhado (logos, paletas, fontes como IDs permanentes) e escreve o manifesto + template para cada tipo de saída. Indivíduos não precisam esperar por isso, porém - no app aberto qualquer um pode ingerir seus próprios arquivos em Assets e construir ferramentas no Design desde o primeiro dia.

Não é preciso git para contribuir. Designers criam as próprias ferramentas e templates dentro do app e depois compartilham com colegas ou enviam para quem cuida do deployment incluir por padrão.

Ele é deliberadamente restrito - apresente-o assim. O Lolly não serve para conteúdo sob medida nem para peças de vitrine. Ele é o seu DAM pessoal - alimentado e turbinado pelo seu design system, pelas suas ferramentas e pelo seu catálogo - e tem sim um canvas aberto (Design), mas até ali as cores, a tipografia e os assets seguem os globais de design ativos, então o arranjo livre continua dentro do sistema. Comparado ao Figma ou ao Canva, vai parecer limitado. Visto pelo que ele é - geração de assets operacionalizada, recorrente e em escala massiva - nada chega perto. O enquadramento errado é o tropeço mais comum.

Gestão de mudança do lado de quem produz. Os processos atuais funcionam hoje, mesmo que a saída esteja fora da marca. Reapontá-los para o motor significa testar e aprender de novo, e "a gente já consegue fazer arquivos" vira a desculpa para não migrar. Comece convertendo uma saída de qualidade de produção bem visível e mostrando o antes/depois lado a lado.

O Lolly eleva o nível de tudo.

Resposta simples → Os utilitários nem sempre precisam renderizar e por isso podem ter uma UX diferente.

Resposta real → O motivo de os utilitários poderem ser hospedados dentro do Lolly Tools é acrescentar mais uma 'camada de conveniência' de defesa para desestimular a exfiltração de dados.

Por quê? Porque se sabe que, todo dia, as pessoas pegam conteúdo confidencial que já têm e entregam a um site qualquer para fazer uma pequena operação mecânica:

• "Comprimir este PDF" → envia um contrato / holerite / apresentação do conselho para entidades desconhecidas.
• "converter HEIC para JPG" → envia fotos pessoais (com EXIF de GPS) para um host financiado por anúncios
• "recortar / redimensionar esta imagem" → envia o screenshot de um produto ou um asset ainda não lançado
• "formatar este JSON" / "decodificar este JWT" → cola respostas de API, tokens e segredos em um formatador
• "juntar estes PDFs" → envia dois documentos que nunca deveriam dividir o mesmo servidor

Esses sites e a enorme cauda longa de clones não são confiáveis por padrão: retenção desconhecida, jurisdições desconhecidas, suboperadores desconhecidos e um modelo de negócio de anúncios/afiliados com todo o incentivo para guardar o que você entrega. A operação é trivial; o custo é o conteúdo.

Ganhamos a guerra da governança com conveniência e serviço excelentes.

signed by Lolly2026-10-21vector SVG124 paths~29k nodes324 groups395 KBVerifique você mesmoBaixar o arquivo assinado signed by Lolly2026-10-21vector SVG124 paths~29k nodes324 groups396 KBVerifique você mesmoBaixar o arquivo assinadoTry it in the app

Sim. Abra o Design e clique em Import a design (importar um design): ele aceita um .fig nativo do Figma (Save local copy), uma exportação .penpot do Penpot, um .ai ou .pdf do Illustrator, um .idml do InDesign (File → Export → InDesign Markup) ou qualquer SVG (a porta larga - quase todo app de design exporta esse formato). Sem conta, sem plugin e sem licença de app de design.

signed by Lolly2026-10-21vector SVG288 paths~14k nodes329 groups3 images282 KBVerifique você mesmoBaixar o arquivo assinado signed by Lolly2026-10-21vector SVG281 paths~14k nodes329 groups3 images281 KBVerifique você mesmoBaixar o arquivo assinado

As camadas chegam como caixas editáveis no canvas aberto: o texto continua digitável, as formas continuam formas, as imagens entram na sua biblioteca de imagens e a tipografia e as cores seguem os globais da marca. Salve e o layout vira um template reutilizável e endereçável por URL que qualquer pessoa com o Lolly pode preencher de novo - e você pode misturar ferramentas vivas (um QR code, um gráfico) que voltam a renderizar no carregamento. Dali em diante ele renderiza como qualquer outra coisa no Lolly - SVG, PDF, PNG e o resto, reproduzível a partir da URL. Veja Importar um design.

Se você pressionou Salvar como ou Salvar, está em Projetos, na tela inicial, no navegador ou app de onde você salvou. Se você só pressionou Baixar, o arquivo está onde seu navegador ou sistema salva downloads, e geralmente uma cópia está em Ativos. As ferramentas que salvam enquanto você trabalha também guardam trabalho não salvo em Projetos. Encontre e recupere seu trabalho cobre todos os casos.

O trabalho salvo continua em Projetos. O trabalho não salvo se foi, exceto nas ferramentas que salvam enquanto você trabalha, que o mantêm em Projetos também. Da próxima vez, pressione Salvar como antes de sair. Veja Se você fechou a aba ou saiu da ferramenta.

Sim. Quando um link não consegue carregar tudo (suas próprias fotos, textos longos), a caixa de compartilhamento diz exatamente o que ficaria de fora e oferece um arquivo .lolly no lugar: um único arquivo com o design, as imagens que ele usa e, se você quiser, a própria ferramenta. Você decide quanto viaja junto - seu nome e seus dados só entram se o seu perfil tiver dado opt-in, arte licenciada fica de fora a menos que você a inclua, e quem abre um arquivo que carrega uma ferramenta é perguntado se confia nela antes de ela poder rodar. Veja Compartilhando seu trabalho.

Sim. Uma pessoa envia um convite (um link, um QR code ou um código curto), a outra aceita e os dois dispositivos mantêm a mesma sessão ao vivo - presença, anéis de foco e tudo mais. Funciona em qualquer rede compartilhada, inclusive no hotspot de um celular em um subsolo, porque não há servidor no meio. Veja Trabalhando em conjunto.

Elas já ficam em um repositório separado e privado. Um clone público não baixa o brand pack da SUSE, então um build feito a partir dele usa o perfil neutro lolly-start, a menos que você escolha outro - as ferramentas comunitárias, que independem de marca, mais uma marca em branco que você preenche com a sua. O lolly.tools é construído com o perfil lolly-demo e abre no Lolly Demo, o design system próprio da Lolly. A SUSE opera a própria instância para proteger suas marcas registradas.

Criamos o Lolly para nós mesmos. A SUSE precisava de milhares de arquivos dentro da marca, cada um com o nome dela selado por dentro, feitos sem entregar nada a serviços de fora. Então criamos uma ferramenta que faz tudo isso no próprio dispositivo e a lançamos como open source, como tudo o que fazemos. Continuamos mantendo porque usamos todo dia. Não existe obrigação: tudo aqui funciona com ou sem a gente.

Essa linha está traçada na licença, não em uma promessa: tudo o que roda localmente é gratuito, para sempre. Uma versão já lançada é licenciada de modo que não pode ser retirada e não existe contributor agreement que possa relicenciar o trabalho de ninguém. Veja o posicionamento para a declaração completa.

O engine, os shells, os schemas e as ferramentas independentes de marca são open source; as marcas registradas e as ferramentas de marca da SUSE são a parte que continua privada, e elas já estão separadas. A instância pública em lolly.tools roda o Lolly Demo, o design system próprio da Lolly.

A fronteira é estrutural, não prometida. Toda versão lançada é open source e não pode ser des-lançada, não existe contributor agreement que possa relicenciar o trabalho de ninguém e a única coisa retida é a marca registrada. Quando outra empresa fechou o código do seu Linux corporativo em 2023, a SUSE cofundou a OpenELA para manter esse código aberto - a mesma postura que este projeto herda.

Para deixar claro: a SUSE está sim desenvolvendo ferramentas internas para integrar o Lolly aos seus sistemas de TI - isso diz respeito à organização interna da SUSE, não a desenvolvimento público vs. privado. O Lolly também pretende ser construído pelo Open Build Service, com artefatos de cadeia de suprimentos seguros entregues pela SUSE Application Collection.

Uns dizem limão, outros dizem menta e às vezes maçã; o Lolly traz a doçura, o sabor é você quem faz!