読み込み中

ブランドをスキルとしてエンコードする

組織全体のあらゆるClaude出力がブランドに準拠した状態を保ちます。

15 分デザインClaude Cowork
読み込み中

セットアップ

プラグインを試す

Designプラグインには、ブランドを意識した出力の出発点として/ux-copyと/design-systemが同梱されています。これらの上に独自の/on-brandを構築します。管理者がプラグインを管理していてまだ利用できない場合は、このステップをスキップしてください。以下の内容はこれを必要としません。

DesignAccelerate design workflows — critique, design system management, UX writing, accessibility audits, research synthesis, and dev handoff. From exploration to pixel-perfect specs.
追加
/ux-copyWrite or review UX copy — microcopy, error messages, empty states, CTAs.
Cowork で開く
/design-systemAudit, document, or extend your design system.
Cowork で開く

ツールを接続する

Claude Cowork は、お使いのシステムと直接連携することでより強力になります。権限とアクセスはあなたが管理します。ツールアクセスについて学ぶ。

設定するには、Cowork で カスタマイズ → コネクタ に移動します。

Figma
公開された変数、タイプスタイル、コンポーネントをライブラリファイルから直接読み取ります。
接続
Notion
チームがすでに管理している場所からブランドガイドラインとボイスドキュメントを取得します。
接続
GitHub任意
design-tokens パッケージを読み取り、スキルが実際にリリースされる内容と同期した状態を保ちます。
接続

作業フォルダを設定する

使用するファイル(ブランドガイドラインのPDF、ボイス&トーンドキュメント、エクスポートされたコンポーネントドキュメント、トークンのJSON)をマシン上の1つのフォルダにドラッグし、Cowork にそのフォルダを指定します。Cowork はそこから読み取り、スキル定義をそこに書き戻します。ブランドシステムを管理している場合は、そのフォルダからCowork プロジェクトを作成し、ガイドラインの更新が反映されるようにしてください。

Brand / System-Source
brand-guidelines-2026.pdfFeb 3, 20263.4 MB
voice-and-tone.docxFeb 3, 202652 KB
tokens.jsonApr 20, 202618 KB
Cowork のチャットバーで:Brand / System-Source

プロンプト

これを Claude Cowork にコピーする

このフォルダ内のブランドドキュメントを/on-brand という共有スキルに変換してください。このスキルは、生成するあらゆるコンテンツやUIに対してカラートークン、タイポグラフィ、スペーシング、ボイスルールを適用し、ブランドに合わないパターンは簡潔な理由とともに拒否するようにしてください。

Brand / System-Source

これがうまくいく理由

ソース

ドキュメントを指し示す。 フォルダチップと「このフォルダ内の」という表現により、Claude は一般的なブランディングの知識ではなく、あなたのガイドラインが権威であることを理解します。

プロンプト

出力に名前を付ける。 「ブランドガイドライン」ではなく「/on-brand という共有スキル」を求めることが、再利用可能なコマンドと一度限りの回答との違いを生みます。

プロンプト

対象範囲を列挙する。 「カラートークン、タイポグラフィ、スペーシング、ボイス」——各要素を明示することで、Claude は何がブランドに該当するかを推測するのではなく、ドキュメントの該当セクションを最初に読むようになります。

プロンプト

失敗時の挙動を定義する。 「ブランドに合わないパターンは簡潔な理由とともに拒否する」という指示が、スキルを単なる提案ではなく強制力のあるものにし、その理由が拒否された相手への学びになります。

より良い下書きを得る

練習

お手本となる例を追加する。 気に入っている例をフォルダに入れておくと、Cowork がその構成とボイスに合わせてくれます。

練習

不確実な点にフラグを立てるよう依頼する。 「自信が持てない箇所にはフラグを立ててください」と追加しておくと、下書きをレビューする際に最初に確認すべき箇所がわかります。

Cowork を自分用に調整する

プラグインの /on-brand は汎用的な土台です。ステップ2で自分のブランドレビューに合格する出力が得られたら、Cowork にそれを強化するよう指示してください。例外リスト、サブブランドのバリエーション、アクセシビリティの最低基準、そして絶対に使いたくない言い回しを重ねて組み込みます。数分間の対話で、以降はそのスキルがあなたのシステムを強制するようになります。

このタスクでここまで行ったことをスキルにするか、私のフィードバックをもとに /on-brand スキルを編集してください。

Brand

繰り返し使えるようにする

アーティファクトとして共有する

ガイドラインは変化するものであり、スキルもそれに合わせて変化すべきです。Cowork に、ブランド準拠状況のサマリーをアーティファクトとして公開するよう依頼し、/on-brand が現在何を適用しているかを誰もが確認できるようにしましょう。スキルを再実行する(またはスケジュール設定する)と、ページには最新のガイドラインが反映されます。

/on-brand が適用している内容を1ページのサマリーにまとめ、会社全体向けのアーティファクトとして公開してください。

Brand / System-Source

ガイドラインの変更のたびに再同期する

ブランドは進化していくものであり、スキルはチケットを起票しなくてもそれに追従すべきです。プロンプトに /schedule と入力するか、Cowork のサイドバーで Scheduled を開き、カスタマイズしたスキルがソースフォルダとライブラリから毎週自動的に再構築されるよう設定してください。

/schedule 毎週月曜日の午前9時に、Brand/System-Source と Figma ライブラリを再読み込みして /on-brand を再構築し、スキルが新たに適用するようになった変更点の簡単な変更履歴を投稿してください。

Brand
スケジュールタスクアクティブ
ブランドスキルの再同期

毎週月曜日の午前9時に、ガイドラインフォルダと Figma ライブラリを再読み込みし、/on-brand を再構築して、新たに適用されるようになった変更点の簡単な変更履歴を投稿します。

毎週月曜日午前9:00Cowork で開く

チームメンバーと共有する

カスタマイズした /on-brand には、あなたのトークン、タイプスケール、ボイスルール、拒否リストが組み込まれています。これをワークスペース全体で共有し、マーケティング、プロダクト、セールス、サポートのすべてが同じシステムから生成できるようにしましょう。そうすれば、デザインチームが事後にブランドポリスを務める必要がなくなります。

デザインシステムチームにとって何が変わるか