Figma의 오픈소스 대안

Figma는 훌륭합니다. 우리는 몇 년 동안 Figma로 실제 작업을 ship해 왔고, 이 글은 「Figma는 죽었다」는 글이 아닙니다 — 전혀 아닙니다. 우리가 또 하나의 캔버스를 만드는 대신 오픈소스 skill 층을 만든 것은 Figma의 솜씨에 대한 불만이 아닙니다. 그것은 하나의 베팅입니다. 디자인 작업의 다음 10년은 「무한 캔버스 위의 커서」보다는 「당신이 이미 비용을 내고 있는 agent가, 당신이 진짜로 소유한 워크플로를 구동하는」 모습에 가까울 것이라는 베팅. 이 글은 같은 카테고리에서 제품을 만드는 팀이 내놓는 Figma에 대한 솔직한 판단입니다. 무엇을 가장 잘하는지, 어디서 당신을 가두는지, 오픈소스 경로가 실제로 어떻게 생겼는지, 그리고 이번 분기에 어느 쪽을 골라야 하는지.

Figma가 실제로 무엇인가

Figma는 기본값이 된 협업 디자인 도구입니다. 브라우저 안의 실시간 멀티플레이어 캔버스에, 핸드오프를 위한 Dev Mode, 화이트보드용 FigJam, 깊은 플러그인 마켓플레이스, 그리고 같은 표면에 계속 덧붙는 AI 기능들이 함께 있습니다. 가격은 좌석당 월 단위이며, 역할과 조직에 따라 등급이 나뉩니다.

몇 가지 일은 그 어떤 도구보다도 잘합니다.

• 실시간 캔버스 협업. 다섯 명이 한 파일에서, 커서가 실시간으로 보이고, 코멘트가 그 자리에 달립니다. 오픈소스에는 이 멀티플레이어의 완성도에 견줄 만한 것이 없습니다.
• 픽셀 단위 벡터 작업. Auto Layout, 제약(constraint), 변형(variant), 컴포넌트 — 캔버스 원시 요소가 성숙해 있고 근육 기억이 깊이 박혀 있습니다.
• 거대한 플러그인 생태계. 10년 쌓인 서드파티 플러그인, 커뮤니티 파일, 템플릿을 바로 가져다 쓸 수 있습니다.
• 팀이 이미 익숙한 핸드오프. Dev Mode, inspect, 레드라인, 그리고 엔지니어링이 수년간 훈련받아 온 워크플로.

당신의 일이, 공유 캔버스 위에서 다른 사람들이 review 하도록 정밀한 화면을 그리는 디자이너의 일이라면, Figma는 여전히 정답이고, 좋은 정답입니다. 신경 쓸 가치가 있는 차이는 한 층 아래에 있습니다 — 누가 파일과 워크플로와 비용 곡선을 소유하느냐에.

어디서 당신을 가두는가

Figma에는 처음부터 짚고 넘어갈 만한 네 가지 락인이 따라옵니다. 가격 페이지가 말해 주지 않기 때문입니다.

파일은 독점입니다. 당신의 디자인은 Figma의 포맷 안에, Figma의 서버 안에 삽니다. PNG와 개발 스펙은 내보낼 수 있지만, 진짜 사실의 원천 — 컴포넌트, 변형, 살아 있는 디자인 시스템 — 은 오직 Figma 안에서만 완전히 읽힙니다. 도구 밖에서 살아남는 당신 작업의 평문 버전은 없습니다.

런타임은 호스팅됩니다. 캔버스가 곧 클라우드입니다. 에이전시 작업이나 NDA 하의 출시 전 크리에이티브에서, 「이 파일이 어디에 사느냐」는 매번 설정 항목이 아니라 구매 협상의 대상입니다. 로컬 전용은 하나의 모드가 아닙니다.

플러그인은 이식되지 않습니다. Figma의 플러그인 생태계는 진짜이고 깊습니다 — 하지만 모든 플러그인은 Figma의 런타임 안에서, Figma의 API를 향해 돌아갑니다. 당신이 거기서 쌓은 워크플로는, 들어내서 노트북 위의 agent가 돌리게 할 수 없고, Figma 캔버스로 시작하지 않는 파이프라인에 조합해 넣을 수도 없습니다.

청구는 영원히 좌석당입니다. 구독 좌석은 안정적인 디자인 팀에는 괜찮습니다. 하지만 빠르게 커지는 조직에는 어색해지고, 같은 워크플로를 이어받을 수도 있었을 기여자·외주·일회성 협업자라는 긴 꼬리에는 아예 성립하지 않습니다.

이 중 어느 것도 버그가 아닙니다. 호스팅된 협업 캔버스 제품의 형태이며, Figma는 그 형태의 가장 좋은 버전입니다. 우리는 그저 캔버스를 위해 만들지 않을 뿐입니다 — 우리는 agent를 위해 만듭니다.

Open Design가 거는 그 전환

Open Design는 Figma의 클론이 아닙니다. 여기에는 무한 캔버스도, 멀티플레이어 커서도 없습니다. 그것은 당신이 이미 쓰는 코딩 agent를 디자인 엔진으로 바꿔 주는 얇은 skill 층입니다. 네 가지 원시 요소는 skills, systems, adapters, 그리고 daemon입니다 — 그리고 핵심은, 그것들이 전부 그냥 파일이라는 점입니다.

• 모든 skill은 읽고, fork 하고, PR로 되돌려 보낼 수 있는 SKILL.md 파일입니다.
• 모든 디자인 시스템은 이식 가능한 DESIGN.md 파일입니다 — 우리가 Figma 자체를 위해 ship 한 것을 포함해서요. 어떤 에디터에서든 열 수 있고, git에서 diff 할 수 있으며, 다음에 그것을 읽는 도구보다 더 오래 살아남습니다.
• 모든 agent adapter는 약 80줄의 TypeScript입니다.

그것이 사 주는 것은, 위의 네 가지 락인의 정반대입니다.

• 파일은 평문입니다. skill과 system은 repo 안의 Markdown입니다. 당신의 디자인 시스템은 도구 없이도 읽힙니다.
• 런타임은 로컬입니다. pnpm tools-dev를 통해 당신의 노트북 위에서 돌거나, 당신이 직접 배포합니다. 프롬프트는 당신이 고른 모델 제공자에게 갑니다 — 그 무엇도 우리를 거치지 않습니다.
• 워크플로는 이식 가능합니다. skill은 하나의 폴더입니다. 그것은 어떤 벤더의 플러그인 런타임이 아니라, 당신의 $PATH 위에 있는 어떤 agent에든 조합됩니다.
• 기본값이 BYOK입니다. OpenAI 호환 base_url과 key를 아무거나 붙여 넣으세요. 당신의 토큰은 곧장 제공자에게 갑니다. Apache-2.0, 가입 불필요, 좌석당 청구 없음.

심성 모형은 이렇습니다. Figma는 당신이 빌린 캔버스입니다. Open Design는 당신이 소유한 워크플로입니다.

나란히 비교

	Figma	Open Design
라이선스	독점	Apache-2.0
런타임	호스팅됨(브라우저, Figma 클라우드)	로컬 daemon(pnpm tools-dev) + 선택적 셀프호스트
소스 포맷	독점 .fig	repo 안의 평문 SKILL.md / DESIGN.md
주요 표면	실시간 멀티플레이어 캔버스	agent 구동 생성 + 샌드박스 미리보기
모델 / AI	Figma 자체 AI 기능	OpenAI 호환 엔드포인트 무엇이든 + 감지된 코딩 agent CLI
플러그인	마켓플레이스, Figma 안에서 실행	fork 가능한 skill 폴더, 어떤 agent든 실행
디자인 시스템	Figma 라이브러리(도구 내)	이식 가능한 DESIGN.md 파일(Figma용 한 개 포함)
가격	좌석당 구독	무료; 모델 제공자에게 직접 지불
핸드오프	Dev Mode, inspect, 레드라인	$PATH 위의 어떤 agent든, 더해서 HTML / PDF / PPTX / ZIP 내보내기
셀프호스트 가능	아니오	예(노트북 또는 당신 자신의 배포)
데이터 경로	파일 → Figma 클라우드	프롬프트 → 당신이 고른 제공자; 그 무엇도 우리를 거치지 않음

솔직하게 요약하면, Figma는 시장에서 가장 잘 다듬어진 협업 캔버스 경험을 가지고 있고, 정밀한 화면을 함께 review 하는 디자이너 팀에게는 그 완성도가 곧 제품 자체입니다. Open Design는 캔버스를 통째로 라이브러리와 맞바꿉니다 — 당신의 노트북에 이미 있는 도구와 조합되도록 설계된 skills, systems, agents. 다른 형태, 다른 베팅.

누가 무엇을 골라야 하나

만약 당신이……	선택
실시간으로 여러 디자이너가 캔버스 작업을 하고 라이브 review가 필요한 디자인 팀이라면	Figma. 오픈소스에는 그 멀티플레이어 캔버스에 견줄 만한 것이 없습니다.
온종일 픽셀 단위 벡터와 컴포넌트 작업을 하는 디자이너라면	Figma. 캔버스 원시 요소가 성숙해 있고 당신의 근육 기억은 진짜 돈값을 합니다.
이미 Figma로 표준화되어 있고 Dev Mode가 엔지니어링 루프에 들어가 있는 조직이라면	Figma. 통합 비용은 이미 치렀으니, 그것을 써먹으세요.
이미 터미널에서 Claude Code, Codex, 또는 Cursor를 구동하는 디자인 엔지니어라면	Open Design. 당신의 agent가 곧 디자인 엔진입니다. skill 층은 새 앱 없이 취향과 구조를 더해 줍니다.
BYOK, 프로젝트 도중의 모델 교체, 또는 민감한 브리프의 로컬 전용 처리가 필요한 누구든	Open Design. 현실은 마케팅보다 거칩니다, 하지만 진짜로 성립하는 유일한 계약입니다.
도구 교체를 견뎌 내는 디자인 시스템을 원하는 팀이라면	Open Design. DESIGN.md 파일은 그것을 읽는 도구보다 오래 삽니다.
프로젝트가 채택할 수 있는 디자인 워크플로를 ship 하고 싶은 오픈소스 기여자라면	Open Design. 폴더 하나 떨어뜨리고, daemon을 재시작하고, PR을 보내세요.

대부분의 팀에게 승부를 가르는 차원은 품질이 아닙니다 — Figma의 솜씨는 진짜입니다. 그것은, 당신의 일이 그릴 캔버스냐, 아니면 자동화할 워크플로냐입니다. 후자라면, 당신은 그것을 빌리기보다 소유하고 싶을 것입니다.

다음에 할 일

이미 반복되는 Figma 작업이 있다면 — 이 frame들을 내보내고, 저 token들을 동기화하고, 그 deck 템플릿을 다시 만드는 — 차이를 가장 빨리 느끼는 방법은 그중 하나를 플러그인으로 옮기는 것입니다. 「Figma를 대체하기」가 아니라, 성가시고 반복되는 작은 작업 하나로 시작하세요.

아니면 그냥 세 줄짜리 명령 빠른 시작을 돌리고, 그것을 당신이 이미 비용을 내고 있는 모델로 가리키세요. 전체가 하나의 repo 안에 살고, 첫 deck은 약 10분이면 됩니다.

이 오픈소스 워크플로를 써 보세요.

더 읽을거리

• Figma 워크플로를 Open Design 플러그인으로 옮기는 법 — 내보내기, token 동기화, 또는 브랜드 키트의 구체적 경로
• Claude Design의 오픈소스 대안 — 같은 솔직한 판단을, 도구 하나 옆에서
• 왜 우리는 Open Design를 제품이 아니라 skill 층으로 만들었나 — 「제품이 아니라 층」이라는 베팅 뒤에 있는 더 긴 선언문