Sketch 공식 변경 기록에는 2026.3.1 버전이 별도 항목으로 기록되어 있습니다(공식 변경 기록). 이 버전 표기는 디자인 토큰 내보내기 기능이 새로 추가됐다는 뜻은 아닙니다. Sketch 2026.3.1 디자인 토큰은 Workspace 웹에서 내보내거나 링크로 전달할 수 있지만, 원본 디자인이나 토큰의 출처를 수정해야 한다면 Sketch를 실행할 수 있는 맥 환경이 필요합니다. 인계 전에는 승인된 문서 버전에 링크를 연결하고 실제 내보낸 파일과 대조하세요.
이 글은 색상, 글자, 레이어 스타일을 관리하는 디자인 시스템 담당자를 위한 절차입니다.
윈도우를 주로 쓰며 Sketch 자료를 받는 개발자와, 인계 기준을 정해야 하는 디자인 책임자도 참고할 수 있습니다.
마지막 업데이트: 2026년 10월 1일. 버전과 기능은 Sketch 공식 변경 기록 및 개발자 인계·Workspace 문서를 기준으로 확인했습니다.
인계 전에 전달 대상부터 구분합니다
디자인 토큰은 색상이나 텍스트 스타일처럼 반복해서 참조할 값을 개발 과정에 전달하는 자료입니다. Sketch 문서 원본이나 이미지·아이콘 같은 내보내기 소재와는 목적이 다릅니다. 토큰을 전달했다고 해서 개발자가 편집 가능한 전체 디자인 파일이나 모든 시각 자료까지 받은 것은 아닙니다.
먼저 개발팀이 어떤 값을 필요로 하는지, 원본을 이어서 편집해야 하는지 확인하세요. Sketch의 개발자 인계 문서는 검사와 내보내기를 각각 다루므로, 필요한 자료를 구별해 인계 범위를 정하는 편이 안전합니다(개발자 인계 안내).
| 전달하려는 것 | 받는 사람이 확인할 내용 | 인계 전에 정할 점 |
|---|---|---|
| 디자인 토큰 | 색상, 텍스트 스타일, 레이어 스타일과 이름 | 개발에서 참조할 범위와 사용 목적 |
| Sketch 문서 원본 | 화면 구성과 편집 가능한 디자인 요소 | 이어서 수정할 담당자와 문서 접근 권한 |
| 내보낸 이미지나 아이콘 | 화면에 사용할 개별 리소스 | 필요한 파일 형식과 사용 위치 |
Workspace에서 디자인을 보는 것과 원본 문서를 직접 수정하는 것은 다른 작업입니다. 브라우저에서 확인이나 일부 인계 절차를 진행할 수 있더라도, 전체 원본 편집이 웹에서 가능하다고 전제하지 마세요. Workspace의 기능 범위는 공식 Workspace 안내에서, 검사 화면에서 확인하는 항목은 Inspect 안내에서 확인할 수 있습니다.
Sketch Workspace에서 윈도우 개발자가 확인하고 내려받을 수 있는 범위
개발자는 권한이 허용된 Workspace 문서를 브라우저에서 열어 디자인을 검사할 수 있습니다. 실제로 보이는 문서와 제공되는 작업은 문서 권한, 공유 설정, 인계 방식에 따라 달라질 수 있습니다. 따라서 “링크를 보냈다”는 사실만으로 모든 수신자가 토큰과 소재를 열거나 내려받을 수 있다고 판단하지 말고, 개발자 계정으로 접근을 확인하세요.
| 확인 조건 | 윈도우에서 웹으로 진행할 수 있는 작업 | 별도 확인이 필요한 부분 |
|---|---|---|
| Workspace 문서에 접근할 수 있음 | 공유된 디자인을 열어 검사 | 수신자에게 부여된 권한 |
| 토큰 내보내기 또는 공유가 준비됨 | 허용된 내보내기나 링크로 토큰 확인 | 링크가 가리키는 문서 상태와 버전 |
| 원본 디자인을 바꿔야 함 | 웹 검수만으로 수정하지 않음 | Sketch를 실행할 수 있는 맥 환경 |
1단계: 토큰의 출처와 승인 담당자를 기록합니다
색상, 텍스트 스타일, 레이어 스타일이 어느 문서나 라이브러리에서 온 값인지 확인하세요. 비슷한 이름의 라이브러리나 중복 문서가 있으면 값 자체가 익숙해 보여도 출처를 잘못 지정할 수 있습니다. 확인한 사람과 승인한 사람도 구분해 기록합니다.
이 단계에서는 토큰 내보내기와 원본 디자인 편집을 별도 작업으로 봅니다. 개발자가 윈도우에서 값을 확인한다고 해도, 디자인 담당자가 토큰의 원천이 되는 Sketch 파일을 고치는 상황이라면 맥에서 Sketch를 실행해야 합니다. 문서 접근과 권한은 문서 권한 안내를 함께 확인하세요.
2단계: 승인 내용에 맞는 Workspace 링크를 선택합니다
내보내기나 공유 링크를 만들 때는 링크가 어떤 상태를 가리키는지 먼저 정해야 합니다. 공식 내보내기 안내에서 확인할 수 있는 선택지는 최신 문서, 가장 최근에 별표 표시된 버전, 링크 비활성화입니다(토큰 내보내기 안내). 현재 인터페이스와 사용 권한은 배포 시점의 공식 문서에서 다시 확인하세요.
- 승인 기록이 최신 문서를 대상으로 한다면 최신 문서를 가리키는 방식을 검토합니다.
- 특정 검토본을 기준으로 삼았다면 별표 표시된 버전이 승인본과 일치하는지 확인한 뒤 선택합니다.
- 공유를 멈춰야 하거나 해당 링크로 더 이상 전달하지 않으려면 링크 비활성화를 검토합니다.
여기서 최신 문서를 가리키는 링크를 승인 시점의 고정 사본으로 취급하지 않는 것이 중요합니다. 나중에 문서가 바뀌면 링크에서 보이는 내용도 달라질 수 있으므로, 승인 내용과 링크가 항상 같다고 가정하지 마세요. 링크 설정과 공유 범위는 공유 설정 안내에 따라 확인합니다.
주의: 개발자가 승인 당시의 값을 재현해야 한다면, 최신 상태를 가리키는 링크 하나만 남기지 마세요. 승인한 문서 상태와 실제 내보내기 결과를 함께 기록해야 나중에 차이를 확인할 수 있습니다.
3단계: 내보낸 토큰을 개발팀과 함께 대조합니다
링크를 만들거나 파일을 내보낸 뒤에는 전달한 결과를 실제 문서와 비교하세요. 개발자는 색상 값, 텍스트 스타일, 레이어 스타일 이름 가운데 대표 항목을 확인하고, 디자인 담당자는 그 항목이 승인된 문서에서 나온 것인지 점검합니다. 차이가 있으면 코드에 반영하기 전에 출처나 버전부터 바로잡습니다.
Design Tokens를 프로젝트의 참고 자료나 개발 워크플로에 연결하는 방식은 팀마다 다를 수 있습니다. 내보내기 결과만으로 개발 도구와 자동 동기화된다거나, 생산 환경에 곧바로 적용된다고 약속할 수는 없습니다. 실제 프로젝트에 어떻게 연결할지는 개발팀이 사용하는 도구와 배포 절차에 맞춰 별도로 검증하세요.
변경이 생기면 링크를 다시 승인 상태와 맞춥니다
인계 후 디자인이 수정되면 먼저 개발팀이 기존 토큰을 이미 적용했는지 확인합니다. 아직 적용 전이고 변경 내용이 승인됐다면 링크 갱신이나 재내보내기를 검토하세요. 개발이 진행 중이라면 변경을 바로 덮어쓰기보다 현재 기준을 유지할지, 새 버전으로 전환할지 담당자끼리 합의합니다.
웹에서 확인할 수 있다는 점과 Sketch 원본을 수정할 수 있다는 점은 같지 않습니다. 색상이나 스타일의 실제 출처를 바꾸거나 화면 구성을 고쳐야 한다면 Sketch를 실행할 수 있는 맥으로 돌아가 수정한 다음, 새 승인 상태를 기준으로 다시 인계하세요.
수정에도 맥이 필요한가요?
토큰을 열어 확인하고, 허용된 방식으로 내보내거나 공유하는 작업은 Workspace 웹에서 진행할 수 있습니다. 하지만 Sketch 문서의 디자인 원본이나 토큰 출처를 편집하려면 Sketch를 실행할 수 있는 맥 환경이 필요합니다. 웹에서 확인할 수 있다는 이유만으로 원본까지 완전히 수정할 수 있다고 판단해서는 안 됩니다.
인계 방식을 조건에 따라 고릅니다
- 개발팀이 승인된 값만 읽으면 되고 디자인 원본은 바뀌지 않는다면, Workspace에서 접근 권한을 확인하고 승인 상태에 맞는 링크 또는 내보내기를 사용합니다.
- 특정 승인본을 기준으로 검수해야 한다면, 그 상태를 별표 표시 버전 등과 대조하고 개발자에게 실제로 보이는 내용까지 확인합니다.
- 디자인이나 토큰 출처를 수정해야 한다면, 웹 검수만으로 처리하지 말고 Sketch를 실행할 수 있는 맥 환경에서 원본을 편집합니다.
- 링크 접근이 필요 없어졌다면 공유 상태를 검토하고, 더 이상 사용할 수 없도록 비활성화할지 담당자와 정합니다.
판단이 애매하면 개발팀이 기존 값을 이미 사용했는지부터 확인하세요. 사용 여부를 확인하기 전에는 링크 내용을 바꾸거나 기존 내보내기를 폐기하지 않는 편이 안전합니다.
마지막으로 인계 기록을 남깁니다
아래 항목을 프로젝트 기록에 채워 넣으면 누가 무엇을 확인했는지 다시 추적하기 쉽습니다. 값은 실제 문서와 작업 기록을 확인한 뒤 적고, 기억에 의존해 채우지 마세요.
- [ ] 문서 이름과 토큰 출처를 적었습니다.
- [ ] 이번 인계 내용을 확인하고 승인한 담당자를 기록했습니다.
- [ ] 링크가 최신 문서, 승인된 별표 표시 버전, 비활성화 상태 중 무엇인지 확인했습니다.
- [ ] 실제 내보낸 결과와 승인된 디자인 문서를 대조했습니다.
- [ ] 개발팀 수신자 권한과 브라우저에서의 열람 여부를 확인했습니다.
- [ ] 내보낸 시점과 전달받은 담당자를 기록했습니다.
- [ ] 변경이 생겼을 때 링크를 갱신할 담당자를 정했습니다.
마지막으로 대표 토큰을 개발자 계정으로 열어 값과 스타일 이름을 확인하세요. 링크 접근, 문서 상태, 실제 내보내기 결과 가운데 하나라도 맞지 않으면 인계를 완료 처리하지 말고 해당 항목을 다시 확인합니다.
참고: 링크가 열리는 것만으로 개발팀이 올바른 문서를 받았다고 볼 수는 없습니다. 문서 이름과 승인 상태, 토큰 내용을 한 번 더 맞춰 보세요.
윈도우에서 Workspace 문서를 확인하고 이미 열린 자료를 전달하는 작업이라면 맥을 따로 마련할 필요가 없습니다. 반대로 Sketch 원본을 수정해야 하는데 현재 환경에서 실행할 수 없다면, 기존 방식은 수정 담당자의 맥 접근에 의존하고 링크와 원본 버전을 따로 추적해야 하며, 장비 구매는 짧은 작업에 비용 부담이 될 수 있습니다. 이런 경우 먼저 RUVCLOUD 원격 맥 이용 안내와 요금 및 이용 조건을 살펴보고 프로젝트 기간에 맞는 원격 맥 이용을 검토할 수 있습니다. 다만 원본 편집이 자주 이어져 장기간 안정적으로 사용하거나 물리 장비와 직접 연결해야 한다면 구매나 현장 장비가 더 적합할 수 있습니다. Sketch 2026.3.1 디자인 토큰 전달에서 웹 검수만 필요하다면 Workspace를 우선 사용하고, 원본 수정이 필요한 시점에만 맥 환경을 선택하세요.