Sketchの公式更新履歴には2026.3.1のリリース記録がありますが、この版の更新内容とデザイントークンの書き出し機能は別に確認してください。トークンはWorkspaceのWeb画面から書き出しや共有ができます。開発者がMacを使う必要はありませんが、デザインの元ファイルやトークンの出所を変更する作業にはSketchを実行できるMac環境が必要です。引き継ぎでは、確認済みの文書バージョンとリンク、実際の書き出し結果を照合します。

色、文字、レイヤーのスタイルを管理するデザインシステム担当者は、交付前の整理に使えます。
Windowsを主に使う開発者は、受け取ったトークンの出所と版を確かめる手順を確認できます。
引き継ぎルールを整えたいデザイン責任者にも向いています。

作業範囲を決め、トークンと元ファイルを分ける

最初に決めるのは、開発に渡すものがトークンなのか、編集可能なSketch文書なのか、それとも書き出し素材なのかです。デザイントークンは色や文字、レイヤーのスタイルを開発側で参照するための情報です。完全なデザイン稿や画像・アイコンなどの納品素材を代替するものではありません。

Sketchのトークン書き出し資料では、色変数、テキストスタイル、レイヤースタイルが対象として案内されています。これらは役割の異なる三つの種類です。必要な項目を先に決め、開発側が実装に使う値と、デザイナーが引き続き編集する元データを区別してください。

引き継ぐもの 主な用途 受け取り側が確認すること
デザイントークン 色や文字、スタイル値の参照 値と名称、参照元の文書
Sketch文書 画面構成やコンポーネントの確認・編集 閲覧・編集権限、利用する文書の版
書き出し素材 アイコンや画像などを制作物に利用 ファイル形式、ファイル名、対象画面

Sketchのデザイントークンは、どのように開発者へ書き出しますか。
Workspaceで対象文書を開き、交付するスタイルの範囲を確認してからトークンをエクスポートします。書き出したデータが、開発者の必要とする項目を含むか、対象文書と突き合わせてください。詳しい交接手順はSketchのDeveloper Handoff資料でも確認できます。

注意：トークンを書き出しただけでは、Sketch文書や画像素材一式を納品したことにはなりません。開発側が元ファイルを編集する必要がある場合は、別途、文書の共有と権限を調整します。

確認済みの文書と担当者をそろえる

書き出し前に、対象となるWorkspace文書やライブラリを特定し、色・テキスト・レイヤーのスタイルが意図した出所にあるか確認します。似た名前の文書や旧版が残っている場合、値だけを見ても正しい版とは判断できません。

今回の交付内容を誰が確認したかも記録します。デザイン担当者が値と文書の版を確認し、開発担当者が受け取り後に内容を照合するなど、役割を分けておくと、改稿が入った際に確認先が曖昧になりません。

Sketch Workspaceのトークンリンクを、確認済みの版に対応させるにはどうしますか。
共有リンクの状態を選ぶ前に、対象文書の版と承認状況を確定します。リンク設定には、最新の文書を参照するもの、最新のスター付きバージョンを参照するもの、無効化するものがあります。選択肢の挙動はSketchの共有設定資料で確認し、承認記録に合う方法を選んでください。

引き継ぎ条件 選ぶ方法 注意点
開発側に常に最新の内容を見てもらう 最新の文書を参照するリンク 承認後に変更すると、参照先も変わる可能性があります
承認済みの状態を基準に確認してもらう 最新のスター付きバージョンを参照するリンク 対象版が承認済みか、担当者と確認します
共有を止める、またはリンクを使わせない リンクを無効化 開発側に別の受け渡し方法を伝えます

リンクが存在することだけをもって、特定の版が固定保存されたとは扱わないでください。承認時点の内容を残す必要がある場合は、リンクの状態と文書の版を交接記録に明記します。

権限と受け取り側の見え方を確かめる

Windowsで作業する開発者も、適切な権限と共有設定があれば、Workspace上でデザインを閲覧・確認したり、許可された素材を取得したりできます。ただし、すべての文書やファイルにアクセスできるとは限りません。閲覧、コメント、編集など、必要な操作に対する権限をWorkspaceの利用資料と文書権限の説明で照合してください。

Windowsの開発者はSketchのデザイン素材を閲覧・ダウンロードできますか。
共有相手に必要な権限があり、対象文書や素材が共有されていれば、Web上で確認できる場合があります。開発者自身のアカウントでリンクを開き、閲覧できる画面と取得できるファイルを交付前に確認するのが確実です。Inspectの資料を参考に、画面上の寸法やスタイル情報も確認します。

受け取り側には、色名やテキストスタイル名だけでなく、実際の値と参照した文書を確かめてもらいます。たとえば、開発側がトークンの値をサンプルとして確認し、デザイン側が同じ文書の表示と照合します。トークンを特定の開発環境へ自動同期できるとは限りません。製品への取り込み方法や本番環境での扱いは、開発チームが採用するツールと実装方法に合わせて検証してください。

改稿時は、リンク更新より先に影響を確認する

交付後にデザイン変更が入った場合は、まず開発が旧トークンを実装に使い始めているか確認します。まだ参照段階ならリンクの更新や再書き出しで対応できる場合がありますが、実装済みなら変更点と影響範囲を開発側と照合し、どの版を正とするか決めてから更新してください。

WorkspaceのWeb画面は、閲覧、確認、共有などの引き継ぎ作業に役立ちます。一方、元のSketch文書を編集したり、トークンの定義元を変更したりする必要がある場合は、Sketchを実行できるMac環境に戻ります。Webで確認できることを、ブラウザー上で完全に元ファイルを編集できることと混同しないようにします。

Sketchのデザイントークンを変更するには、必ずMacが必要ですか。
Workspaceで共有済みの内容を閲覧したり、利用できる範囲でエクスポートしたりするだけなら、Macを使わずに進められる場合があります。トークンの元となるSketch文書を変更する作業では、Sketchを実行できるMacが必要です。変更内容と使用中の版を開発側と確認してから、再書き出しするかどうかを決めてください。

引き継ぎ方法を決める際は、次の条件で分岐できます。

  • Workspace上の確認や、許可されたトークンの取得だけで足りる場合：Macを用意する前に、Windowsから対象リンクと権限を確認します。
  • 開発側が編集可能なSketch文書を必要とする場合：文書共有の権限を確認し、トークンだけの交付で代用しないようにします。
  • 元文書やトークン定義そのものを変更する場合：Sketchを実行できるMac環境で編集してから、変更後の版を再確認します。
  • 開発側が旧版を使い始めている場合：リンクだけを差し替えず、変更点、適用する版、再確認の担当者を合意します。

交付記録を残し、受け取りまで検収する

交付記録には、文書名、確認状態、トークンリンクの用途、書き出し日時、確認担当者、受け取り担当者を記載します。値を推測で埋めず、実際に確認した内容だけを残してください。リンク設定を変更した場合は、その状態も記録しておくと、後から参照先の違いを調べやすくなります。

最初の交付では、代表的なトークンを使って、接收側の権限、リンクの状態、値と名称の読みやすさを一通り確認します。問題がなければ、今後の更新を誰が担当するかを決め、次回の改稿時に同じ手順で版を確かめられるようにします。

  • [ ] 引き継ぐ対象が、トークン・Sketch文書・書き出し素材のどれか明確です。
  • [ ] 対象のWorkspace文書と確認済みの版が特定されています。
  • [ ] トークンの値と名称を元文書と照合しました。
  • [ ] 受け取り側のアカウントで、権限とリンクの表示を確認しました。
  • [ ] リンクの状態が、承認記録と交付目的に合っています。
  • [ ] 書き出し日時、確認者、受け取り担当者、更新担当者を記録しました。

最終更新：2026年10月1日。Sketchの公式更新履歴、Developer Handoff、Workspace、共有設定の各資料を照合しています。 公開後にバージョンや書き出し・共有方法の案内が変わった場合は、該当箇所を再確認してください。

Workspace上の確認や、許可された素材の取得だけなら、まずWebで完結するかを確かめるのが適切です。一方、Sketchの元ファイルを直す工程が残っているなら、現在のWindows環境だけで無理に進めるより、作業期間と頻度に応じてMacを用意する方が手戻りを避けられます。Macを所有すれば継続利用しやすい反面、購入と維持の負担があり、一般的なクラウド環境ではmacOS専用ソフトを動かせません。短期間だけ編集や最終確認が必要な場合は、RUVCLOUDのMac利用料金を確認し、利用頻度に合うか比べてください。必要なMac環境を一時的に確保する選択肢はRUVCLOUDの利用案内で確認できます。