질문과 답변

가장 많이 묻는 내용이에요.

/profile 페이지에서 옵트인하면 어떻게 되나요?

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

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

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

Lolly는 "바이브 코딩"으로 만들어졌나요?

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

이 글을 작성하는 시점을 기준으로 Lolly의 공급망에는 알려진 보안 취약점이 전혀 없으며, CVE가 발견되면 신속하게 보안 대응에 나설 것을 약속해요.

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

무엇보다 중요한 건, 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 Lollyvector SVG직접 확인하기Get the signed file42 paths~11k nodes128 groups127 KB모든 피처 플래그는 관리자 콘솔이 아니라 사용자 자신의 프로필에 놓인, 사용자가 소유한 스위치예요signed by Lollyvector SVG직접 확인하기Get the signed file42 paths~11k nodes128 groups127 KB

모바일 앱이나 데스크톱 앱은 어떻게 구하나요?

누구나 자신만의 앱을 배포할 수 있고, 그 앱에 담기는 도구와 설정은 대상으로 삼는 사용자층에 따라 크게 달라져요. 그래서 사용자가 직접 만들거나 관련된 누군가가 건네주지 않는 한, 정해진 하나의 앱이라는 건 없어요.

왜 이름이 "Lolly Tools"인가요?

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

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

Lolly를 도입할 때 어떤 장애물을 예상해야 하나요?

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들을 병합" → 같은 서버에 함께 있어서는 안 될 문서 두 개를 업로드해요

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

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

유틸리티 화면은 보통 아무 웹사이트에나 맡기던 기계적인 작업들을 모아, 대신 Lolly 안에서 실행해요signed by Lollyvector SVG직접 확인하기Get the signed file134 paths~35k nodes251 groups705 KB유틸리티 화면은 보통 아무 웹사이트에나 맡기던 기계적인 작업들을 모아, 대신 Lolly 안에서 실행해요signed by Lollyvector SVG직접 확인하기Get the signed file134 paths~35k nodes251 groups706 KBTry it in the app

Lolly에서 Figma, Penpot, Illustrator, InDesign 파일을 편집하고 렌더링할 수 있나요?

네. Design을 열고 Import a design을 클릭하세요. Figma 네이티브 .fig(Save local copy), Penpot .penpot 내보내기, Illustrator .ai 또는 .pdf, InDesign .idml(File → Export → InDesign Markup), 그리고 모든 SVG(가장 넓은 문 - 거의 모든 디자인 앱이 내보낼 수 있어요)를 받아들여요. 계정도, 플러그인도, 디자인 앱 라이선스도 필요 없어요.

Design의 열린 캔버스 - Import a design이 툴바의 Lolly 메뉴 안에 있어요signed by LollyPNG직접 확인하기Get the signed filepixels, not shapes543 KBDesign의 열린 캔버스 - Import a design이 툴바의 Lolly 메뉴 안에 있어요signed by LollyPNG직접 확인하기Get the signed filepixels, not shapes490 KB

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

인터넷 없이 두 사람이 같은 디자인을 함께 작업할 수 있나요?

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

SUSE 브랜드 도구들은 어디로 갔나요?

이미 별도의 비공개 저장소에 있어요. 공개 클론은 SUSE 브랜드 팩을 아예 가져오지 않기 때문에, 공개 빌드는 중립적인 lolly-start 프로필로 실행돼요 - 브랜드에 종속되지 않은 커뮤니티 도구와, 사용자가 자신의 것으로 채워 넣는 빈 브랜드예요. SUSE는 자사 상표를 보호하기 위해 자체 인스턴스를 운영해요.

왜 무료인가요? 숨은 조건이 있나요?

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

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

SUSE는 얼마나 많은 부분을 비공개로 두나요? (일명 언제 뒤통수를 치나요)

엔진과 셸, 스키마, 그리고 브랜드에 종속되지 않은 도구들은 오픈 소스예요. 비공개로 남는 부분은 SUSE의 상표와 브랜드 도구이며, 이미 분리되어 있어요. 브랜드가 없는 Lolly 인스턴스는 lolly.ART에서 확인할 수 있어요.

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

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