우리가 Open Design을 제품이 아닌 스킬 레이어로 만든 이유

지금 당신의 노트북에서 가장 강력한 코딩 에이전트는 Claude, Codex, Cursor, Gemini, OpenCode, 또는 Qwen입니다. 우리는 당신에게 또 하나의 에이전트가 필요하다고 생각하지 않습니다. 부족한 것은 순수한 지능이 아니라 — 안목, 구조, 그리고 디자인을 하나의 공예로 존중하는 워크플로입니다.

Open Design은 그 빠진 레이어에 대한 우리의 시도입니다. 채팅 제품이 아닙니다. "내부적으로 AI를 사용하는" 디자인 도구도 아닙니다. 그것은 얇은 스킬 레이어입니다 — SKILL.md 파일들이 담긴 폴더, 이식 가능한 디자인 시스템 라이브러리, 그리고 당신의 기존 CLI 에이전트를 자동 감지해 서로 연결해 주는 daemon입니다.

이 글은 우리가 왜 그런 선택을 했는지, 그것이 당신이 Open Design을 사용하는 방식에 무엇을 의미하는지, 그리고 왜 "제품이 아닌 레이어"가 지름길이 아니라 지속성에 대한 베팅인지를 설명합니다.

제품은 잘못된 형태일 것입니다

2026년에 AI 디자인 프로젝트를 시작할 때의 본능은 새 앱을 만드는 것입니다. 채팅 인터페이스, 캔버스, 결제 시스템, 그리고 사용자 수에 비례해 선형으로 증가하는 모델 청구서. 우리는 그 길을 고려했지만 세 가지 이유로 거부했습니다.

채팅 인터페이스는 범용재입니다

모든 사용자는 이미 유능한 에이전트와 신뢰하는 채팅 창을 가지고 있습니다. 거기에 더 못한 것을 — 우리 브랜드로 포장하고, 사용자가 쌓아 온 손에 익은 감각을 잃어버린 채로 — 추가하는 것은 누구에게도 도움이 되지 않습니다. 가치는 인터페이스에 있지 않습니다. 가치는 당신이 엔터를 누른 후에 에이전트가 무엇을 하느냐에 있습니다. 디자인된 것처럼 보이는 덱을 만들어 내느냐, 아니면 div의 벽을 만들어 내느냐.

모델 청구서는 창의성에 부과되는 세금입니다

추론을 제품에 묶으면 경제 구조가 당신의 손을 강제합니다. 토큰에 마진을 붙여야 하고, 긴 세션을 제한해야 하며, 마진을 지키기 위해 최신 모델에 대한 접근을 배급해야 합니다. 그 모든 조치는 디자인 도구가 보상해야 할 바로 그 행동을 처벌합니다. 반복하고, 탐색하고, 세 번째 초안에서 작업이 비로소 좋아지기 때문에 에이전트를 다시 돌리는 행동 말입니다.

종속은 잘못된 기본값입니다

디자이너는 자신의 파일, 시스템, 스킬을 온전히 가진 채로 떠날 수 있어야 합니다. 제품은 모든 것을 독점적인 상태로 감싸 버립니다 — 내보내면 실제의 납작해진 그림자만 얻게 됩니다. 스킬 레이어는 감쌀 것이 없습니다. 산출물이 곧 파일 그 자체이기 때문입니다. 떠나는 데 아무 비용이 들지 않으며, 바로 그렇기 때문에 머무르는 것이 의미를 갖습니다.

그래서 우리는 대신 레이어를 만들었습니다. 폴더를 떨어뜨리고, daemon을 재시작하면, 스킬이 나타납니다. 그 폴더를 가지고 가서 다른 에이전트에 떨어뜨리면, 거기서도 스킬이 작동합니다.

스킬이란 실제로 무엇인가

Open Design에서 스킬은 SKILL.md 파일과, 같은 폴더에 있는 선택적인 보조 자산들입니다. 그 Markdown 파일은 다음을 기술합니다.

스킬이 하는 일 — 평이한 영어로, 한 문단
언제 호출할지 — 트리거 조건. 에이전트가 올바르게 라우팅할 수 있도록 작성
출력의 형태 — HTML, PDF, 슬라이드, Markdown 브리프
제약 조건 — OKLch 팔레트, 폰트 스택, 레이아웃 자세, 브랜드 어휘

에이전트는 그 파일을 읽고, 호출할지 결정한 다음, 출력을 디스크에 씁니다. 플러그인 시스템도, API 표면도, 버전 호환성 매트릭스도 없습니다. Markdown을 쓸 수 있다면, 스킬을 출시할 수 있습니다.

스킬의 해부

구체적으로, 스킬은 daemon이 부팅 시 발견하는 디렉터리입니다.

skills/
  magazine-poster/
    SKILL.md          # the contract: trigger, output shape, constraints
    examples/
      launch.html     # a known-good artifact the agent can pattern-match

SKILL.md의 프런트 매터는 스킬과 그 트리거의 이름을 지정합니다. 본문은 에이전트가 브리프처럼 읽는 안내문입니다. 스킬을 등록하는 것은 디스크상의 존재 그 자체뿐입니다 — 올려야 할 매니페스트도, 빌드 단계도, 리뷰 대기열도 없습니다.

왜 파일이 플러그인을 이기는가

이것은 의도적입니다. 우리는 15년 동안 플러그인 생태계가 쇠퇴하는 것을 지켜봐 왔습니다 — 각각이 표현력과 지속성 사이의 거래였고, 어느 쪽도 이기지 못했습니다. 플러그인은 특정 연도의 누군가의 API를 찍은 스냅숏입니다. 런타임이 움직이고, API가 깨지면, 당신이 의존하던 워크플로는 사라집니다. 파일은 깨지지 않습니다. 오늘 작성된 SKILL.md는 2년 후의 에이전트에게도, 그리고 아무 도구도 없는 사람에게도 정확히 똑같이 읽힙니다.

거의 흰색에 가까운 편집 디자인 바탕 위에, 평문 텍스트 줄들이 담긴 한 장의 마크다운 문서 시트가 녹색 프레임으로 선택되어 있는 모습 — 스킬은 그저 파일입니다 — 제품 안에 갇힌 기능이 아니라, 에이전트가 읽는 평이한 Markdown입니다.

왜 시스템도 Markdown인가

Open Design은 수십 개의 디자인 시스템을 — Linear, Vercel, Stripe, Apple, Cursor, Figma 등 — DESIGN.md 파일로 제공합니다. 같은 발상입니다. 이식 가능하고, 읽을 수 있으며, 에이전트가 섭취할 수 있습니다.

이 맥락에서 디자인 시스템은 Figma 라이브러리가 아닙니다. 그것은 하나의 계약입니다.

## Color
--bg: oklch(98% 0.01 95);
--ink: oklch(20% 0.02 260);
--accent: oklch(72% 0.19 35);

## Type
Display — Albert Sans, 600, -0.02em
Body — Albert Sans, 400, 1.7 line-height

## Posture
Generous whitespace. One accent, used sparingly. No drop shadows.

에이전트는 그 계약을 읽고 그것을 존중하는 작업물을 만들어 냅니다 — 지각적으로 고르게 유지되도록 OKLch로 표현된 색상, 벗어나지 않을 타입 램프, 생성된 열 개의 화면이 하나의 제품처럼 느껴지게 하는 레이아웃 자세.

섞고, 포크하고, 소유하라

시스템은 그저 텍스트이기 때문에, 하나를 포크해서 그 자리에서 편집하거나, 변형판을 출시하거나, 30분 만에 처음부터 직접 작성할 수 있습니다. 심지어 프로젝트 도중에 시스템들을 섞을 수도 있습니다 — 타이포그래피는 Linear에서, 색상 로직은 Vercel에서, 레이아웃은 사내 맞춤 사양에서 가져오는 식으로 — 당신과 규칙 사이를 가로막는 바이너리 포맷이 없기 때문입니다. 스킬과 시스템이 어떻게 조합되는지에 대한 전체 메커니즘은 31 skills, 72 systems: how the Open Design library works에서 다룹니다.

BYOK는 유일하게 정직한 모델입니다

Open Design은 자기 키 가져오기(bring-your-own-key) 방식으로 작동합니다. 어떤 OpenAI 호환 엔드포인트든 — DeepSeek, Groq, OpenRouter, 직접 자체 호스팅한 vLLM 등 — 그 base URL과 API key를 붙여 넣으면, 끝입니다.

OPENAI_BASE_URL=https://api.deepseek.com/v1
OPENAI_API_KEY=sk-…

우리는 추론을 돌리지 않습니다. 토큰에 마진을 붙이지 않습니다. 당신과 결제 관계를 맺지 않습니다. 그것은 지속가능성의 문제가 아닙니다 — "에이전트가 돌아갈 때 누가 지불하는가?"라는 질문에 대한 유일하게 정직한 답입니다.

프라이버시는 같은 선택에서 따라옵니다

daemon이 당신의 머신에서 제공자를 직접 호출하기 때문에, 당신의 프롬프트는 결코 우리 서버를 거치지 않습니다. 그것을 로깅할 프록시도 없고, 당신의 미공개 작업물을 조용히 보관하는 분석 파이프라인도 없습니다. 에이전시 업무나 NDA 하의 어떤 것이든, "이게 어디서 돌아가는가?"는 더 이상 조달 협의가 아니라 하나의 설정이 됩니다. 더 깊은 트레이드오프 — 그리고 여전히 존재하는 거친 모서리들 — 은 the BYOK reality check에 있습니다.

누가 지불하느냐에 대한 답은 이것입니다. 당신이, 직접, 당신이 선택한 모델 제공자에게 지불합니다. 우리는 길을 비켜 줍니다.

이것이 당신에게 의미하는 것

멋진 채팅 창과 단일 구독을 갖춘 잘 다듬어진 SaaS를 원한다면, 우리는 맞는 도구가 아닙니다. 그런 형태의 좋은 제품들이 있습니다 — 그것들을 쓰세요.

다음과 같은 워크플로를 원한다면,

이미 신뢰하는 에이전트가 작업을 하고,
스킬은 읽고 편집할 수 있는 파일이며,
디자인 시스템은 프로젝트와 에이전트를 넘나들며 이식 가능하고,
청구서는 우리가 아니라 모델 제공자에게 가는 —

그렇다면 Open Design은 당신을 위해 만들어졌습니다. GitHub 저장소로 들어가서, pnpm tools-dev를 실행하고, 에이전트를 스킬로 향하게 한 다음, 출시하세요.

스킬 레이어가 이기는 이유는 그것이 당신의 노트북에 있는 에이전트와 경쟁하지 않기 때문입니다. 그것을 증강합니다.