ClaudeのブランドガイドラインをSkill化して資料に自動適用する

色パレットとフォント、使用ルールをSkillにまとめておくと、Claudeがプレゼンでも文書でも表計算でも見た目を自動でブランドに合わせます。毎回の依頼で色やフォントを指定し直す手間がなくなり、資料の見た目のばらつきも減ります。

Claudeのユースケース集には、この作業が約20分で終わるマーケティング向けの例として載っています。ここでは、その手順に加えて、公式ページ同士で書き方が食い違う点や、実際に詰まりやすい設定を拾いました。

ブランドガイドラインをSkill化するとは

色の16進値やフォント、要素ごとの使用ルールをSKILL.mdにまとめ、資料を作るたびにClaudeが自動で参照する状態を作ることです。四半期報告のプレゼンでも、提案書でも、社内の表計算でも、同じ基準で色とフォントが決まります。

登録したSkillを明示的に呼び出す必要はありません。.pptx や .docx、.xlsx の作成・編集を頼んだ時点で、Claudeが関連するSkillを自動で選びます。Skillの有効化の仕組みはClaude Skillsとは・使い方で解説しています。

単発の資料なら、毎回のプロンプトに色やフォントを書き添えるだけでも間に合います。同じ指定を何度も書く作業になった時点が、Skill化に切り替える目安です。

作る前に確認する設定

Skillは「コード実行とファイル作成」が有効でないと動きません。有効にする場所はプランで違います。

Enterpriseで個人設定だけ見て終わらせると、アップロードしたSkillが使えない原因を見落とします。

事前準備 — 洗い出しておく3項目

Skillを作らせる前に、次の3つを手元にまとめておきます。曖昧なままだとClaudeが仮の値で埋めてしまい、実際のブランドとずれた資料ができあがります。

• 色パレット: 主要な文字色・背景色に加え、アクセントカラーを用途別に16進値で用意する
• タイポグラフィ: 見出し用と本文用のフォント、それぞれのフォールバックフォント
• 適用ルール: どの要素にどの色を使うか、複数のアクセントカラーをどう使い分けるか

社内に散らばったロゴやカラーガイドがあるなら、先にCoworkでブランド資産をフォルダ単位で監査する方法で棚卸ししておくと、Skillに渡す情報が具体的になります。16進値が分からない色は、既存のロゴ画像やスライドから色を拾えるツールで確かめてから書きます。

参考にできる実物 — 公式のbrand-guidelines Skill

Anthropicは、自社ブランド用のSkillをGitHubの anthropics/skills リポジトリに公開しています。skills/brand-guidelines を開くと、中身は SKILL.md と LICENSE.txt の2ファイルです。

色は7つです。文字と暗い背景用のDark(#141413)、明るい背景用のLight(#faf9f5)、補助のMid Gray(#b0aea5)とLight Gray(#e8e6dc)があります。アクセントはOrange(#d97757)、Blue(#6a9bcc)、Green(#788c5d)です。

フォントは見出しがPoppins(代替Arial)、本文がLora(代替Georgia)です。Poppinsを当てるのは24pt以上の見出しだけという決まりになっています。

自作の前にこの例を眺めると、「どこまで書けば足りるか」の見当がつきます。注意したいのは次の2点です。

• 同じファイルのFontsの注記では「より良い結果のため、環境にフォントをあらかじめ入れておく」とされ、一方でTechnical Detailsには「フォントの導入は不要」とも書かれています。フォールバックが働く前提の作りです。ブランドフォントにこだわるなら、出力したファイルで表示を確かめます
• 色の適用方法として、python-pptxの RGBColor を使うと明記されています。この例が想定しているのは主にPowerPointです。Word文書や表計算への当てはめ方は書かれていません

手順1: 色とフォントを1つのプロンプトにまとめて渡す

色の16進値、フォントとフォールバック、適用ルールを1つのプロンプトに書き、Skillとして構造化するよう頼みます。次のような形にすると、Claudeが迷わず処理できます。

プレゼン・文書・スプレッドシートに自社のブランドスタイルを
自動適用するSkillを作りたいです。以下を反映してください。
 
色パレット:
- ダーク #1A1A1A(本文・濃色背景の文字)
- ライト #FAFAF7(明るい背景)
- アクセント1 #C0562E / アクセント2 #3E7CB1
 
タイポグラフィ:
- 見出し(24pt以上): Inter(太字)/ フォールバック Arial
- 本文: Source Serif(標準)/ フォールバック Georgia
 
適用ルール:
- スライドタイトルと文書見出しにInterを使う
- 図やグラフはアクセント1・2を交互に使う
- 明るい背景にはダーク、濃色背景にはライトを使う
 
SKILL.mdを含む、そのまま使えるSkillとして構成してください。

手順2: 参考ファイルを渡して精度を上げる

既存のスタイルガイドやテンプレートをアップロードすると、Claudeがそれを実例として参照します。Skillの作成にもファイル作成とSkillsの有効化が要るので、前節の設定を先に済ませます。

Google Driveと連携すれば、保管済みのブランド資料を毎回アップロードし直さずに参照させられます。公式の例はDrive連携を「Required context」の手順に置いています。連携なしでも、その都度PDFやスプレッドシートを添付すれば代替できます。

手順3: 生成されたSKILL.mdを確認して取り込む

ユースケース集の実演では、Claudeは次の4ファイルを返しています。

• SKILL.md(本体)
• color-typography-specs.md(Pythonコード例つきの技術仕様)
• usage-examples.md(使用例)
• brand_utils.py(色や書式を適用するユーティリティ)

依頼文によって構成は変わります。先頭のfrontmatterは次のような形です。

# SKILL.md(先頭のfrontmatter部分)
name: brand-guidelines
description: >
  資料・文書・スプレッドシートを作成または編集するとき、
  自社の色パレットとタイポグラフィを自動で適用する。

frontmatterの name と description は必須で、文字数に上限があります。ヘルプセンターでは name が64文字以内、description が200文字以内と書かれています。「ブランドガイドライン」とだけ書くより、「資料・文書・スプレッドシートを作成・編集するとき」のように起動してほしい場面を入れるほうが確実です。Claudeは作業の開始時にこの説明文だけを見て関連を判断し、関係すると分かって初めて本文を読み込みます。

name は小文字・数字・ハイフンだけにします。APIドキュメントでは、予約語として「claude」「anthropic」を含められません。フォルダ名と name が合わないと、アップロード時にエラーになります。

返ってきたファイルを自分で整えて取り込むときは、ZIPの作り方に決まりがあります。

手順4: 新しい資料を作らせて動きを確認する

色やフォントの指定を一切書かずに、新しい資料を頼みます。「今四半期の売上成長・顧客獲得・市場拡大をまとめたプレゼンを作って。ブランドガイドラインを使って」のように、内容だけを伝える依頼です。Skillが働いていれば、色もフォントも登録した基準どおりに仕上がります。

ユースケース集の例では依頼文の末尾に「Use our brand guidelines」と添えています。自動で選ばれるはずでも、思いどおりに動かないときは、この一言を足すのが切り分けの第一歩です。

ずれていたらSKILL.mdに戻り、足りない項目を1つずつ見ます。プレゼンだけで終えず、文書と表計算でも同じ依頼を試します。公式の例が python-pptx 前提であるように、形式ごとに適用の実装が別になりうるからです。表計算のヘッダー色だけ既定の配色なら、そのルールが文章に書かれているかを確かめます。

更新とスタッキング、共有の注意点

ブランドが変わったら、Skillを作り直さずにチャットで伝えます。ユースケース集の例は、タイトルスライドを暗い背景に明るい文字にする依頼です。見出しを24ptから28ptへ変え、新しい製品色のPurple #8B7AB8 とTeal #4A9B9B も足します。Claudeが既存のSkillを編集します。

複数のSkillを同時に使う場面では、公式ページ同士の言い方が割れています。

• ユースケース集: Skillは組み合わせ可能(composable)で、「互いに参照できる」と説明している
• ヘルプセンター: Skillは他のSkillを明示的に参照できないが、Claudeが複数を自動で併用すると説明している

後者に合わせるなら、SKILL.mdの中で別のSkillを名指しして呼ぶ書き方には頼らず、依頼文で両方を指名するのが安全です。ユースケース集の例も「brand-guidelinesで書式を整え、product-researchで情報を集める」と依頼文の側で指定しています。

共有の扱いも見落としやすい点です。アップロードしたカスタムSkillは、共有するまで同僚には見えません。Team・Enterpriseでは特定の人への共有か、組織ライブラリへの公開を選べます。グループへの共有はEnterpriseのみです。共有されたSkillは閲覧専用で、更新すると受け取った側は次の利用時に最新版を使います。

「Share」ボタンは、既定では表示されません。所有者が Organization settings > Plugins & skills の「Policy」タブを開き、トグルを有効にすると出ます。対象は「Share with organization」と「Share with groups」で、少なくとも一方が必要です(どちらも既定オフ)。カスタムロールを使う組織では、ロールに「Share skills with groups」の権限も要ります。HIPAA対応など規制の強い構成では、Skill自体も共有も既定でオフで、管理者が有効にする必要があります。

よくあるつまずき

• Skillが自動で起動しない: description が曖昧だと、Claudeが「この作業に関係する」と判断できません。起動条件を具体的に書き、前述の依頼文末の一言で切り分けます
• 似た説明文のSkillが並んで、どちらが起動するか読めない: ブランド用と文章トーン用のSkillがどちらも「資料作成」を起動条件にしている場合です。「色とフォントの適用」「語尾・敬体の統一」のように担当領域を分け、片方に「ブランド用の色・フォントに限る」と適用範囲を書き足します。迷いが実際に起きているかは、両方に関係する依頼を1つ投げて、意図した組み合わせで反映されるかで確認します
• Enterpriseで組織設定が抜けている: 個人の Customize > Skills が見えていても、組織側の「Policy」タブでコード実行とSkillsが無効なら機能しません
• ZIPの構造を間違える: ファイルをZIP直下に並べると取り込みの形式から外れます。Skillのフォルダを直下に1つ置く形に直します
• 参考ファイルを渡さない: 既存の資料なしで頼むと、色の使い分けやトーンをClaudeが補うことになります。過去の資料を1つ渡すだけでも手がかりになります
• すべてを文章の指示に頼る: 色の適用のように毎回同じ結果が欲しい処理は、スクリプトに任せるとぶれません。構成やトーンのように場面ごとの判断が要る部分まで無理にスクリプト化すると、柔軟性が失われます
• スクリプトに秘密を書く: ヘルプセンターは、APIキーやパスワードをSkillに直接書かないこと、ダウンロードしたSkillは有効にする前に中身を確認することを求めています

使い分け早見表 — Skill化に向く作業かどうか

ヘルプセンターは、よいSkillの条件を「具体的で繰り返す作業を解く」「1つのワークフローに絞る」と挙げています。ブランド適用は資料を作るたびに同じ基準を守る作業なので、この条件に当てはまります。組織配布や共有の細かい条件、Skill自体に追加費用がかかるかどうかはClaude Skills料金にあります。

まとめ

自作を始める前に、公式のbrand-guidelines Skillと自社の素材を見比べて、不足している情報を埋めてから依頼文を書くと手戻りが減ります。公開後は、色もフォントも指定しない依頼で文書と表計算まで確かめ、ずれた項目だけSKILL.mdへ戻して直します。

同じ見た目の資料を繰り返し作るチームに向く使い方です。資料作成以外のマーケティング活用はClaudeのマーケティング活用ガイドでまとめています。