Figma Makeの「Skills」機能——スラッシュコマンドでAIプロトタイピングに再利用可能な規約を注入する

何が起きたか

2026年5月11日、Figmaが Figma Make Skills をリリースした。

Figma Makeは「AIにプロンプトを送ってUIプロトタイプを生成する」機能だが、Skillsはその上にチーム固有の規約・ワークフローを再利用可能なコマンドとして載せる仕組みだ。

Figma Make（既存）:
  プロンプト → AIがUIプロトタイプを生成

Figma Make Skills（新機能）:
  /skill-name → チームの規約・コンテキストが注入される → AIが規約準拠のプロトタイプを生成

Skillsとは何か

Skill = Markdownファイルで書かれた規約・ワークフローの定義だ。

# /insert-sample-data スキルの例
## 用途
このプロジェクトで使う承認済みテストデータを挿入する

## ユーザーデータ
- 名前: 田中 太郎 / 山田 花子 / 鈴木 一郎
- メール: test@example.com
- アバター画像: /assets/avatars/default-*.png

## 製品データ
- 商品名: プレミアムプラン / スタータープラン / エンタープライズ
- 価格: ¥980 / ¥2,980 / 要問合せ
- ステータス: active / trial / expired

このMarkdownを Skill として登録すると、Makeのプロンプトチャットで /insert-sample-data と入力するだけで、定義したデータが自動的にAIのコンテキストに注入される。

代表的なユースケース

1. テストデータの標準化

❌ Skill なし（毎回手動で書く）:
「ユーザー名は田中太郎、メールはtest@example.comで、
 アバターはデフォルト画像を使ってください」（毎回コピペ）

✅ /insert-sample-data を使う:
→ 1コマンドで承認済みデータが注入される
→ 環境ごとに間違ったデータを使うミスが消える

2. PRD（製品要件書）からプロトタイプを生成

# /build-from-prd スキルの例
## 前提
このプロジェクトのPRDはNotionに格納されている（Zapier連携済み）

## 出力規約
- コンポーネントはDesign Systemのトークンを使う
- ボタンは primary/secondary/destructive の3種のみ
- モバイルファーストで設計し、幅は375px基準
- アクセシビリティ: コントラスト比 4.5:1 以上

## 生成の流れ
1. PRDの「ユーザーストーリー」セクションを読む
2. 対応するUIフローを列挙する
3. 各フローのMakefileを生成する

PRDのURLをコピーして /build-from-prd [URL] と入力するだけで、Design System準拠のプロトタイプを生成できる。

3. デザインレビューの基準を組み込む

# /review-checklist スキルの例
## レビュー前確認項目
- [ ] スペーシングは 8px グリッドに準拠しているか
- [ ] フォントサイズは型スケール（12/14/16/20/24/32）内か
- [ ] タッチターゲットは 44×44px 以上か
- [ ] エラーステートは実装されているか
- [ ] ダークモードで確認したか

5月11日リリースで追加された全機能

Skills以外にも複数の機能が同時リリースされた。

機能	内容
Skills	Markdownで定義した規約をスラッシュコマンドで呼び出し
Voice-to-text	プロンプトを音声入力で作成。送信前にテキスト確認可能
Question cards	AIが分岐点で選択肢を提示。各選択肢のトレードオフを説明
Version history	すべてのビルドバージョンを追跡。任意の状態に即時ロールバック可能
Zapierコネクタ	Google Drive・Microsoft Office・Zoom含む9,000以上のアプリと連携

今後の予定

現時点では各ユーザーが自分のSkillsを管理する形だが、近日中にチーム・組織全体での共有・公開機能がリリース予定だ。

現在:
  ユーザー個人 → Skillを作成・使用

近日公開:
  チーム管理者 → Skillをパブリッシュ → チーム全員が使用可能
  組織レベル  → 組織標準のSkillを配布

これが実現すると「デザインシステムの規約をSkillとして組織に配布する」ユースケースが現実的になる。

なぜSkillsが重要なのか——AI時代のドキュメント

Figmaが指摘している興味深いデータがある：Mintlifyのドキュメントトラフィックの約半分がAIエージェント由来になっている。同じ現象がFigmaのドキュメントにも起きつつあるとFigmaは見ている。

AIエージェントがドキュメントを読む時代:
  ドキュメント = 人間が読むもの（旧）
  ドキュメント = 人間もAIも読むもの（新）

Skillsのアプローチ:
  チームの規約 → Markdown（人間にもAIにも読みやすい）
              → スラッシュコマンドで呼び出せる（AIに渡しやすい）

これはFigmaだけの話ではなく、**「チームの規約・知識をAIに渡しやすい形で管理する」**という問いがあらゆる開発ツールで重要になっていることを示している。

開発者・デザイン-Dev連携への影響

デザイナー:
  → 毎回同じ規約をプロンプトに書かなくて済む
  → チームのDesign Systemに準拠したプロトタイプが生成しやすくなる

フロントエンドエンジニア:
  → デザインからのコード生成時にコンポーネント名・スペーシング規約が統一される
  → PRD → プロトタイプ → 実装のサイクルが短縮される可能性

プロダクトマネージャー:
  → /build-from-prd でPRD → UIプロトタイプの変換をセルフサービスで実行可能
  → デザイナーへの依存を一部削減できるかもしれない

落とし穴・注意点

Skills共有はまだリリース前: 現時点では個人管理のみ。チーム展開は近日予定だが具体的な日程は未発表
SkillのMarkdownに機密情報を書かないこと: Figma Makeのコンテキストとして送信されるため、APIキー・パスワード等を含めないよう注意
Zapierコネクタは追加コスト: Zapierを使ったNotion/Drive連携はZapierの料金プランに依存する
生成されたプロトタイプのコード品質: Figma MakeはUIプロトタイプ向けであり、本番コードへの流用は要確認

まとめ・参考リンク

Figma Make Skillsは「AIへの毎回の規約の説明」というコンテキスト管理の問題に対する実用的な解答だ。Markdownで書いてスラッシュコマンドで呼び出すシンプルな仕組みだが、チームのDesign System・PRD規約・テストデータを統一できる効果は大きい。近日公開予定のチーム共有機能が来れば、組織のデザイン標準化ツールとして本格的に使えるものになるだろう。

参考リンク:

注意事項: Skills共有機能は「近日公開予定」であり、具体的なリリース日は2026年5月12日時点で未発表。Zapierコネクタを使う連携はZapierの料金プランの制約を受ける。

S	公式ソース確認済み
A	成功実績多数・失敗例少数
B	賛否両論
C	動作未確認・セキュリティリスク高
Z	個人所感