질문과 답변

Lolly를 처음 사용할 때, 어디에 입력하든 그 내용은 사용자가 미디어나 공유 링크(온라인인 경우)를 통해 그 정보를 의도적으로 내보내기 전까지 완전히 비공개예요.

옵트인을 선택하면, 사용자가 고른 프로필 정보가 만들어진 결과물 안에 봉인되어 출처가 사용자임을 밝혀요. 사용자가 직접 고르지 않은 정보는 아무것도 포함되지 않아요.

Lolly는 대량의 콘텐츠를 생성해요. 저희는 위험을 방지하기 위해 엄격한 데이터 최소화 방침을 취하고 있어요.

Lolly는 퍼블릭 클라우드 프론티어 기업의 모델을 포함해 다양한 모델과 벤더를 활용하여 AI 지원 코딩, AI 지원 리서치, 그리고 여러 부분에서 AI 지원 콘텐츠 제작을 통해 개발되었어요.

Lolly의 의존성에서 심각도가 high 또는 critical인 권고가 나오면 CI가 막혀요. 아직 고칠 수 없는 권고는 서면으로 적은 사유가 있는 승인된 예외로만 보류돼요. 현재 보류 중인 예외는 SECURITY.md에 모두 나와 있고, 각 릴리스가 안고 있는 예외는 릴리스 노트에 있어요. SECURITY.md에는 취약점을 신고하는 방법도 나와 있어요.

아키텍처는 사람이 설계했고, 코드는 의도를 갖고 세심하게 선별했으며, 경험은 사람이 아트 디렉션을 맡았어요.

무엇보다 중요한 건, Lolly가 전 세계 진짜 전문가들이 수십 년에 걸쳐 이룬 오픈소스 혁신이라는 토대 위에 서 있다는 점이에요.

Lolly의 코드베이스에는 코드와 문서를 일반 독자가 이해하기 쉽게 일관되게 유지하고 경험을 "슬롭 제거"하기 위한 결정론적 빌드 게이트가 있어요. 이로 인해 출처를 독점적·합성적으로 열거하기가 어려워질 수 있는데, 이는 의도한 것이 아니에요.

생성형 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 Lolly2026-10-21vector SVG45 paths~8.0k nodes118 groups98 KB직접 확인하기서명된 파일 받기 signed by Lolly2026-10-21vector SVG45 paths~8.0k nodes118 groups98 KB직접 확인하기서명된 파일 받기

Lolly 설치에서 내려받을 수 있어요. 이 페이지에는 macOS, Windows, Linux, Android용 빌드가 모두 있고, 내려받은 파일을 확인하는 방법도 나와 있어요. iPhone과 iPad는 아직 공개 다운로드가 없어요. 대신 쓸 수 있는 방법은 iPhone과 iPad 섹션에서 알려줘요.

누구나 자신만의 앱 사본을 빌드해서 나눠 줄 수도 있고, 대상 사용자에게 필요한 도구와 설정을 담을 수 있어요. 방법은 빌드 가이드에서 보여줘요.

Lolly는 자유가 달콤하기 때문이고, 오스트레일리아와 뉴질랜드, 영국에서 lolly가 사탕을 뜻하기 때문이에요.

Tools는 도구가 집어 들기 전까지 가만히 있기 때문이에요. 쓰지 않을 때는 동작하지 않고, 쓰는 동안에도 사용자를 지켜보지 않아요.

Lolly는 이미 파일을 생성하고 있는 어떤 곳에도 끼워 넣을 수 있어요 - CLI는 앱과 동일한 엔진이라서, 새벽 2시에 실행되는 파이프라인이 사람이 브라우저에서 미리 보는 결과와 어긋날 수 없어요. 도입의 마찰은 기술적인 경우가 드물고, 대부분 조직적인 문제예요. 다음을 예상하세요.

정리된 브랜드 카탈로그를 직접 작성해야 해요. Lolly는 플랫폼이지, 완성된 템플릿 묶음이 아니에요. 통제된 롤아웃을 하려면 누군가 공유 에셋 카탈로그(로고, 팔레트, 폰트를 영구 ID로)를 정의하고 출력 유형마다 매니페스트와 템플릿을 작성해야 해요. 다만 개인은 그걸 기다릴 필요가 없어요 - 열린 앱에서는 누구나 자신의 파일을 애셋에 넣고 첫날부터 Design에서 도구를 만들 수 있어요.

기여하는 데 git이 필요 없어요. 디자이너는 앱 안에서 자신의 도구와 템플릿을 만든 뒤, 동료와 공유하거나 배포를 소유한 담당자에게 제출해 기본 항목으로 포함시킬 수 있어요.

의도적으로 범위가 좁아요 - 그렇게 설명하세요. Lolly는 맞춤 제작물이나 대표 비주얼을 위한 도구가 아니에요. Lolly는 분명히 사용자의 개인 DAM이고 - 디자인 시스템과 도구, 카탈로그가 이를 채우고 강화해요 - 열린 캔버스(Design)도 실제로 갖추고 있지만, 그곳에서도 색상과 서체, 에셋은 활성 디자인 전역 값을 따르기 때문에 자유로운 배치도 시스템 안에 머물러요. Figma나 Canva에 견주어 평가하면 제한적으로 보일 거예요. 본모습 - 운영화된, 반복적인, 대규모 에셋 생성 - 으로 평가하면 견줄 상대가 없어요. 잘못된 설명이 가장 흔한 걸림돌이에요.

제작 측의 변화 관리. 기존 프로세스는 결과물이 브랜드에서 벗어나더라도 오늘도 그대로 돌아가요. 이를 엔진 쪽으로 돌린다는 건 다시 테스트하고 다시 익힌다는 뜻이고, "우리는 이미 파일을 만들 수 있는데요"가 이전하지 않을 핑계가 돼요. 눈에 잘 띄는 실제 품질의 결과물 하나를 먼저 전환해서 전후를 나란히 놓고 보여주는 것부터 시작하세요.

Lolly는 모든 것의 수준을 끌어올려요.

기본 답변 → 유틸리티는 항상 렌더링이 필요한 것은 아니어서, 다른 UX를 가질 수 있어요.

진짜 답변 → 유틸리티를 Lolly Tools 안에서 제공하는 이유는, 데이터 유출의 유인을 없애기 위한 또 하나의 '편의 계층' 방어선을 더하기 위해서예요.

왜냐고요? 매일같이 사람들이 이미 가지고 있는 기밀 콘텐츠를 가져다가, 사소한 기계적 작업 하나를 처리하려고 아무 웹사이트에나 넘긴다는 사실이 알려져 있기 때문이에요:

• "이 PDF를 압축해줘" → 계약서 / 급여명세서 / 이사회 자료를 알 수 없는 곳에 업로드해요.
• "HEIC를 JPG로 변환" → 개인 사진을(GPS EXIF까지 담긴 채로) 광고로 운영되는 호스트에 업로드해요
• "이 이미지를 자르기 / 크기 조정" → 제품 스크린샷이나 미공개 에셋을 업로드해요
• "이 JSON을 정리" / "이 JWT를 디코딩" → API 응답과 토큰, 비밀 값을 포매터에 붙여 넣어요
• "이 PDF들을 병합" → 같은 서버에 함께 있어서는 안 될 문서 두 개를 업로드해요

이런 사이트와 끝없이 이어지는 복제 사이트들은 보관 기간도, 관할 지역도, 하위 처리자도 알 수 없고, 넘겨받은 것을 계속 쥐고 있을 이유가 충분한 광고/제휴 수익 모델을 갖고 있어서 기본적으로 신뢰할 수 없어요. 작업 자체는 사소하지만, 대가로 치르는 것은 콘텐츠예요.

저희는 뛰어난 편의성과 서비스로 거버넌스 싸움에서 이겨요.

signed by Lolly2026-10-21vector SVG124 paths~29k nodes324 groups395 KB직접 확인하기서명된 파일 받기 signed by Lolly2026-10-21vector SVG124 paths~29k nodes324 groups396 KB직접 확인하기서명된 파일 받기Try 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 Lolly2026-10-21vector SVG288 paths~14k nodes329 groups3 images282 KB직접 확인하기서명된 파일 받기 signed by Lolly2026-10-21vector SVG281 paths~14k nodes329 groups3 images281 KB직접 확인하기서명된 파일 받기

레이어는 열린 캔버스 위에 편집 가능한 상자로 들어와요. 텍스트는 다시 입력할 수 있고, 도형은 도형 그대로 남고, 이미지는 사용자의 이미지 라이브러리에 합류하며, 서체와 색상은 브랜드 전역 값을 따라요. 저장하면 그 레이아웃은 Lolly를 쓰는 누구나 내용을 다시 채울 수 있는, URL로 지정 가능한 재사용 템플릿이 돼요 - 불러올 때 다시 렌더링되는 라이브 도구(QR 코드, 차트)도 함께 섞어 넣을 수 있고요. 그다음부터는 Lolly의 다른 결과물과 똑같이 렌더링돼요 - SVG, PDF, PNG 등 무엇이든, URL로 재현할 수 있어요. Import a design을 참고하세요.

다른 이름으로 저장 또는 저장을 눌렀다면 저장에 사용한 브라우저나 앱의 홈 화면, 프로젝트에 있어요. 다운로드만 눌렀다면 파일은 브라우저나 시스템이 다운로드를 저장하는 위치에 있고, 보통 애셋에도 사본이 있어요. 작업하는 동안 저장되는 도구는 저장하지 않은 작업도 프로젝트에 보관해요. 모든 경우를 작업 찾기 및 복구에서 다뤄요.

저장한 작업은 여전히 프로젝트에 있어요. 저장하지 않은 작업은 사라지지만, 작업하는 동안 저장되는 도구는 예외이며 이 경우도 프로젝트에 보관돼요. 다음에는 나가기 전에 다른 이름으로 저장을 누르세요. 탭을 닫았거나 도구를 떠났을 때를 참고하세요.

네. 링크가 모든 것을 담을 수 없을 때(직접 찍은 사진, 긴 텍스트 등), 공유 대화상자가 무엇이 빠지는지 정확히 알려주고 대신 .lolly 파일을 제안해요. 디자인과 거기에 쓰인 이미지, 그리고 원한다면 도구 자체까지 담은 파일 하나예요. 얼마나 함께 보낼지는 사용자가 정해요 - 이름과 세부 정보는 프로필에서 옵트인한 경우에만 들어가고, 라이선스가 있는 아트워크는 직접 포함하지 않는 한 빠지며, 도구가 담긴 파일을 여는 사람은 실행 전에 그 도구를 신뢰하는지 묻는 질문을 받아요. Sharing your work를 참고하세요.

네. 한 사람이 초대(링크, QR 코드 또는 짧은 코드)를 공유하고 다른 사람이 수락하면, 두 기기가 같은 세션을 실시간으로 함께 유지해요 - 접속 표시와 포커스 링까지 전부요. 중간에 서버가 없기 때문에 지하실의 휴대폰 핫스팟을 포함해 함께 연결된 네트워크라면 어디서든 작동해요. Working together를 참고하세요.

이미 별도의 비공개 저장소에 있어요. 공개 클론은 SUSE 브랜드 팩을 아예 가져오지 않기 때문에, 공개 클론으로 만든 빌드는 다른 프로필을 고르지 않는 한 중립적인 lolly-start 프로필을 써요 - 브랜드에 종속되지 않은 커뮤니티 도구와, 사용자가 자신의 것으로 채워 넣는 빈 브랜드예요. lolly.tools는 lolly-demo 프로필로 빌드되며, Lolly 자체 디자인 시스템인 Lolly Demo로 열려요. SUSE는 자사 상표를 보호하기 위해 자체 인스턴스를 운영해요.

저희는 저희를 위해 Lolly를 만들었어요. SUSE에는 브랜드에 맞는 파일 수천 개가 필요했고, 각 파일 안에 이름이 봉인되어야 했으며, 그 과정에서 외부 서비스에 아무것도 넘기지 않아야 했어요. 그래서 이 모든 것을 기기 안에서 처리하는 도구를 만들었고, 저희가 만드는 다른 모든 것처럼 오픈 소스로 공개했어요. 매일 직접 쓰기 때문에 계속 유지 관리하고 있고요. 어떤 의무도 없어요: 여기 있는 모든 것은 저희가 있든 없든 그대로 작동해요.

그 선은 약속이 아니라 라이선스로 그어져 있어요. 로컬에서 실행되는 것은 무엇이든 영원히 무료예요. 이미 배포된 버전은 되돌릴 수 없도록 라이선스가 부여되어 있고, 누군가의 작업물을 다시 라이선스할 수 있는 기여자 계약도 없어요. 전체 내용은 포지셔닝에서 확인하세요.

엔진과 셸, 스키마, 그리고 브랜드에 종속되지 않은 도구들은 오픈 소스예요. 비공개로 남는 부분은 SUSE의 상표와 브랜드 도구이며, 이미 분리되어 있어요. lolly.tools의 공개 인스턴스는 Lolly 자체 디자인 시스템인 Lolly Demo로 운영돼요.

이 경계는 약속이 아니라 구조로 정해져 있어요. 배포된 모든 버전은 오픈 소스이고 배포를 취소할 수 없으며, 누군가의 작업물을 다시 라이선스할 수 있는 기여자 계약도 없고, 유일하게 남겨 두는 것은 상표뿐이에요. 2023년 다른 회사가 엔터프라이즈 Linux 소스를 닫았을 때, SUSE는 그 코드를 열어 두기 위해 OpenELA를 공동 설립했어요 - 이 프로젝트도 같은 자세를 이어받고 있어요.

투명하게 밝히자면, SUSE는 Lolly를 자사 IT 시스템에 통합하기 위한 내부 도구를 실제로 만들고 있어요 - 이는 SUSE의 내부 구성에 관한 이야기이지, 공개 개발이냐 비공개 개발이냐의 문제가 아니에요. 또한 Lolly는 Open Build Service를 통해 빌드하는 것을 목표로 하고 있으며, 안전한 공급망 아티팩트는 SUSE Application Collection에서 제공돼요.

누구는 라임이라 하고, 누구는 민트, 가끔은 사과라고도 해요. Lolly는 달콤함을 가져다주고, 맛은 여러분이 만들어 내는 거예요!