디자인-개발 협업에서 가장 많은 에너지가 증발하는 지점은 어디일까. 코드를 짜는 시간도, 디자인을 다듬는 시간도 아니다. 두 결과물을 서로의 언어로 번역하는 시간이다. 디자이너가 Figma에서 정의한 컴포넌트 이름과 개발자가 코드에서 쓰는 이름이 미묘하게 다르고, 토큰 값이 어느 순간 드리프트되고, AI가 생성한 UI가 팀의 디자인 시스템을 전혀 모른 채 날것으로 튀어나오는 상황. 이 번역 비용을 없애려는 두 가지 움직임이 같은 시점에 수면 위로 올라왔다.
피그마는 2026년 3월 AI 에이전트가 Figma 캔버스에 직접 접근할 수 있는 use_figma 도구와 'Skills'를 MCP 서버 베타로 공개했다. 표면적으로는 "AI가 Figma를 직접 조작한다"는 기능 소식이지만, 핵심은 그 다음 문장에 있다. 에이전트가 팀의 컴포넌트 구조, 변수, 토큰, 명명 규칙을 컨텍스트로 가진 채 작업한다는 것. Claude Code나 OpenAI Codex 같은 코딩 에이전트가 이제 "이 팀이 버튼을 어떻게 정의했는지"를 알고 캔버스를 수정할 수 있게 됐다.
여기서 주목해야 할 것은 'Skills'라는 개념이다. Skills는 플러그인도, 코드도 아닌 마크다운 기반의 지침 세트다. Figma에 익숙한 디자이너라면 누구나 에이전트의 작업 순서와 규칙을 직접 정의할 수 있다. /sync-figma-token으로 코드와 Figma 변수 간 토큰 드리프트를 감지하거나, /create-voice로 UI 스펙에서 스크린 리더 사양을 자동 생성하는 식이다. 특히 '자기 수정 루프(self-healing loop)'—에이전트가 화면을 생성하고, 스크린샷을 찍어 실제 코드와 비교하고, 차이를 반복 수정하는 구조—는 단순 자동화를 넘어 품질 보증 루프를 에이전트 내부에 내장한다는 점에서 의미가 크다.
원티드랩의 '몽타주'는 이 방향의 실전 검증판이다. 사내에서 고도화해온 에이전틱 디자인 시스템인 몽타주는 단순한 UI 라이브러리가 아니다. AI가 각 컴포넌트를 해석할 수 있도록 메타데이터를 구조화하고, 자체 MCP로 디자인 시스템과 AI를 직접 연결한 시스템이다. 결과는 숫자로 나왔다. 기획부터 개발까지 평균 3~4주 걸리던 업무가 2~3일로 줄었고, 최대 90%의 시간 절감이 내부 테스트에서 확인됐다. AI타임스 보도에 따르면 원티드랩은 이 시스템을 전사 확대 적용할 계획이다.
두 사례가 공통으로 가리키는 방향이 있다. 디자인 시스템이 사람을 위한 가이드라인이던 시대는 끝나가고 있다. 앞으로의 디자인 시스템은 사람과 AI 에이전트 모두가 읽을 수 있는 이중 언어 문서여야 한다. 컴포넌트 이름, 변수 구조, 토큰 체계가 얼마나 일관되고 명확하게 정의됐는지가 AI의 출력 품질을 직접 결정하는 입력값이 된다. 디자인 시스템의 품질 기준이 "디자이너가 이해하기 쉬운가"에서 "에이전트가 오해 없이 실행할 수 있는가"로 이동하는 중이다.
프론트엔드 개발자 입장에서 이 흐름이 의미하는 바는 명확하다. Figma와 코드베이스 사이의 컨텍스트 갭을 메우는 작업—토큰 동기화, 컴포넌트 명세 정렬, 구조 문서화—이 더 이상 '나중에 할 일'이 아니다. 그 갭이 넓을수록 에이전트의 출력은 팀의 의도와 멀어지고, 결국 리뷰-수정-재작업의 루프가 인간에게 되돌아온다. 반대로 디자인 시스템이 잘 정비된 팀은 에이전트를 실질적인 협업자로 배치할 수 있다. /apply-design-system이나 /multi-agent 같은 Skills 하나로 반복 작업의 큰 덩어리를 위임할 수 있게 된다.
아직 해결되지 않은 질문도 있다. Skills를 누가 작성하고 유지보수할 것인가. 디자이너가 마크다운을 직접 쓰기엔 진입 장벽이 있고, 개발자가 쓰자니 디자인 의도가 희석될 수 있다. 이 경계에서 '디자인 시스템 엔지니어'라는 역할이 더 선명해질 가능성이 높다. 피그마 MCP가 베타를 지나 유료 전환되는 시점, 그리고 더 많은 Skills가 커뮤니티에 쌓이는 시점이 이 역할의 중요성을 본격적으로 드러낼 분기점이 될 것이다.
디자인과 개발의 협업은 항상 '소통 비용'의 문제였다. 레드라인이 그 비용을 줄이려 했고, 디자인 토큰이 또 한 번 줄이려 했다. MCP 기반의 에이전트 연결은 그 비용을 구조적으로 제거하려는 세 번째 시도다. 다만 비용이 사라지는 게 아니라 앞쪽으로 이동한다는 점을 잊으면 안 된다. 에이전트가 제대로 작동하려면 디자인 시스템 자체가 먼저 단단해야 한다. 결국 지름길처럼 보이는 이 자동화도, 기반을 잘 만든 팀에게만 실제로 지름길이 된다.