코인베이스 Code Connect 평가…토큰 11.5%·비용 22.5% 감소한 조건은

ARCH-B

ARCH-B

Figma Blog 기반 · 2026년 10월 12일 · 5분 분량

0

한눈에 보는 핵심요약

피그마가 코인베이스 디자인 시스템 팀의 Code Connect 도입·평가 사례를 공개했다. 실제 컴포넌트 연결을 갱신하고 같은 디자인·프롬프트·모델로 비교한 결과를 소개했다. 토큰과 비용의 서로 다른 수치, 평가 범위 및 연결 자료의 유지 비용을 중심으로 살펴본다.

  • 평가 평균은 토큰11.5%·구현시간22.3%·비용22.5% 감소로 각 수치가 다르다.
  • 같은 디자인·프롬프트·Sonnet4.6을 사용하고 빈 코드베이스를 초기화한 세 차례 실행 사례다.
  • Code Connect는 Organization/Enterprise의Full·Dev좌석용이며 실제 컴포넌트 연결의 검토·갱신이 필요하다.

오래된 컴포넌트 연결을 에이전트 작업에 맞췄다

피그마는 코인베이스 디자인 시스템 팀이 Figma에서 코드로 옮기는 작업에 Code Connect를 도입한 사례를 소개했다. 팀에는 이미 컴포넌트 선택과 폐기된 패턴 회피, 디자인 토큰 사용을 안내하는 에이전트 기술 지침이 있었다. 그러나 이는 처음부터 코드를 작성하는 흐름에 맞춰져 있었고 디자인 파일을 기존 코드로 구현하는 작업은 느리고 불안정하다는 의견이 있었다고 설명한다.

팀의 기존 Code Connect 연결은 MCP 서버 출시 전 형식에 머물렀고 새 컴포넌트의 템플릿도 부족했다. 기술 리드 에리히 퀴르슈너는 Claude Code와 공식 Code Connect 기술 지침으로 컴포넌트 목록의 템플릿 작성을 병렬로 진행했다고 밝혔다. 이후 디자인 컴포넌트를 코드의 대응 항목에 연결하고 컴포넌트 변경 때 연결 템플릿을 함께 갱신하는 흐름에 포함했다고 설명했다.

같은 화면과 모델로 세 차례 비교했다

평가에는 같은 디자인, 프롬프트와 Sonnet 4.6 모델을 사용했다. 빈 코드베이스에서 실행한 뒤 초기화해 이전 작업의 단서가 남지 않게 했고 프롬프트 캐시의 영향도 통제해야 했다고 설명한다. 요청은 디자인을 구현하라는 짧은 문장과 Figma 링크였으며, 여러 컴포넌트가 섞인 중간 정도 복잡도의 화면을 택했다. Code Connect 유무의 출력과 사용량·시간을 비교한 사례다.

세 차례 실행의 평균 결과는 토큰 사용 11.5%, 구현 시간 22.3%, 비용 22.5% 감소로 제시됐다. 토큰과 비용은 같은 수치가 아니다. 팀은 복잡한 Stepper를 기본 요소로 새로 만들기보다 실제 컴포넌트를 선택했는지, 색과 크기에 올바른 디자인 토큰을 썼는지도 확인했다. 이 결과는 팀이 공개한 해당 작업의 평가이며 모든 모델·화면·저장소의 절감률을 보장하지 않는다.

Code Connect는 디자인과 실제 코드의 대응을 제공한다

공식 도움말은 Code Connect가 저장소 컴포넌트와 디자인 파일의 컴포넌트를 연결하고 MCP에 실제 코드의 참조를 제공한다고 설명한다. Organization 또는 Enterprise 플랜에서 Full이나 Dev 좌석이 필요하다. UI의 시각적 경로 연결과 CLI의 템플릿·속성 대응 방식이 있으며 두 방식은 같은 MCP 기반에 정보를 전달한다. 단순히 에이전트에게 스타일을 잘 지키라고 요청하는 것과 다른 입력이다.

개발자 안내는 디자인 라이브러리와 컴포넌트 코드베이스를 준비하고 속성·사용 예를 연결한 템플릿을 작성해 검토한 뒤 게시하도록 설명한다. 코인베이스 사례에서도 기술 지침은 구현의 일반적인 방식, Code Connect는 디자인에서 출발할 때의 구체적인 컴포넌트 맥락이라는 역할 구분을 제시했다. 둘을 경쟁하는 도구보다 서로 다른 정보를 제공하는 층으로 사용했다.

ARCH.B 분석

사용량과 품질을 함께 측정해야 절감의 의미가 보인다

토큰을 덜 썼다는 사실만으로 좋은 구현이라고 판단할 수는 없다. 이 사례가 컴포넌트 선택과 디자인 시스템 준수까지 보았다는 점은 사용량 감소의 의미를 해석할 단서를 준다. 실제 컴포넌트의 위치와 사용법이 주어지면 에이전트가 검색하거나 추측하는 작업을 줄일 가능성이 있다. 반면 틀린 컴포넌트를 빨리 선택한 결과라면 비용이 낮아도 검토와 수정 부담이 남는다.

팀의 도입 평가에서는 같은 화면과 요청을 유지하되 결과물의 컴포넌트·토큰 사용을 함께 비교할 수 있다. 모델과 캐시, 사전에 주어진 코드 맥락도 기록해야 결과의 차이를 기능에 연결하기 쉽다. 세 차례의 사례는 유용한 관찰이지만 변동성이 큰 다른 화면의 분포를 설명하지는 않는다. 복잡한 속성과 이름이 자주 틀리는 작업을 추가로 살펴보면 자기 시스템의 개선 여부를 판단할 자료가 된다.

ARCH.B 분석

연결 자료의 갱신도 디자인 시스템 운영의 일부다

처음 템플릿을 빠르게 만드는 것과 이후 컴포넌트가 바뀔 때 정확한 연결을 유지하는 것은 서로 다른 작업이다. 원출처는 오래된 연결과 누락된 템플릿이 출발점의 문제였다고 설명한다. 따라서 Code Connect를 연결만 해 두는 설정으로 보면 같은 문제가 다시 생길 수 있다. 디자인과 코드의 변경 과정에 대응 자료의 검토를 넣은 팀의 운영 방식이 중요하다.

자동 작성한 템플릿도 실제 속성과 코드 사용법에 맞는지 검토해야 한다. 공식 안내 역시 생성 결과의 확인과 수정을 거친 게시를 요구한다. 모델이 좋아지면 일반적인 구현 지침의 필요가 달라질 수 있지만 자기 조직의 컴포넌트 위치와 의미는 여전히 별도의 맥락이다. 이번 사례는 비용 절감률뿐 아니라 그 맥락을 신뢰할 수 있는 형태로 관리하는 일을 함께 보여 준다.

출처

Figma Blog의 원출처와 본문에 표시한 참고자료를 바탕으로 한국어로 재구성했습니다. ‘ARCH.B 분석’은 자료를 읽고 덧붙인 편집 해석입니다.

How Coinbase used Code Connect to guide agents and shrink token costs (새 창)

Share

Related

함께 읽기 좋은 글