
Figma MCPとClaude CodeでFigmaから実装する手順──つなぐ前のデータの点検、1画面ずつの生成、スクリーンショットとの照合、部品の対応づけまでの5工程
この記事は、Figma MCPとClaude Codeを使って、Figmaのデザインから実装する手順を扱います。見積もりの直し方ではなく、現場の作業の順番の話です。
「つないだら、それらしいコードは出た。でも使えない」
Figma MCPをClaude Codeにつなぎ、「このフレームを実装して」と頼む。
数分で、それらしい画面が出てきます。
けれど、中を開くと、色の値は直書き、同じボタンが3通りの書き方、レイヤー名は「Frame1268」のまま。
これを直す時間で、手で組んだほうが早かった。現場からよく聞く声です。
Figmaからの実装とは、デザインデータを整えてから1画面ずつ生成し、スクリーンショットと照合し、共通部品に対応づける、5つの工程の作業である
黒字化の外科医です。Figma MCPとClaude Codeで、手直しの少ない実装をする順番を解剖します。
工程を分けるべき理由は、三つあります。
第一に、生成の出来は、データの作り方で決まるから。
Figmaの公式ドキュメントは、繰り返す要素のコンポーネント化、変数の利用、意味のあるレイヤー名、オートレイアウトを勧めています。
第二に、一度に全画面を頼むと、ずれを見つけられないから。
1画面ずつなら、どこで崩れたかが分かります。
第三に、自社の部品を使わせないと、案件ごとにコードがばらばらになるから。
保守の手間は、納品した後に効いてきます。
なお、工程が変わったときの見積もりの直し方は、こちらで扱いました。
▶ Figma MCPで実装の工程を変えたら、見積もりはどう直すか──コーディングを半額にせず、データの整備とレビューを行に足す計算例
Figma MCPとClaude Code:公式で確かめた範囲
確認日:2026年10月27日(Figmaの開発者向けドキュメント developers.figma.com、Claude Codeの公式ドキュメント code.claude.com)。機能・席・回数の条件は変わるため、使う前に必ず公式で確かめてください。
【Figma MCPサーバー】
・リモート版(https://mcp.figma.com/mcp)が推奨とされている
・デスクトップ版は、Professional・Education・Organization・Government・
Enterpriseのプランで、DevまたはFullの席が必要とされている
・読み取りの道具の例
get_design_context:選択したレイヤーのデザインの情報とコード
get_variable_defs:選択範囲で使われている変数とスタイル
get_screenshot:選択範囲のスクリーンショット
get_metadata:選択範囲の軽い構造の一覧
get_code_connect_map:Code Connectの対応づけ
・利用の回数の上限は、Figmaの「Plans, access, and permissions」のページで確認する
【Claude Codeへの追加(Figmaの手順)】
・プラグイン:claude plugin install figma@claude-plugins-official
・手動:claude mcp add --transport http figma https://mcp.figma.com/mcp
→ /mcp で figma を選び、Authenticate からブラウザで許可する
【Claude Code側の注意】
・公式は、接続する前にサーバーを信頼できるか確かめるよう警告している実装の5工程
① データの点検(人)
コンポーネント化、変数、レイヤー名、オートレイアウトの状態を確かめる
足りない場合は、整備してから進むか、お客様に相談する
② 計画(Claude Code・プランモード)
get_metadata で画面の構造を読ませ、使う共通部品と作る順番を出させる
計画を人が読んで、承認する
③ 1画面ずつ生成(Claude Code)
get_design_context と get_variable_defs で、1画面ずつ実装する
色・余白は変数を参照させ、直書きを禁止する(CLAUDE.mdに書く)
④ 照合(Claude Code+人)
get_screenshot の画像と、実装した画面を並べて差分を出させる
ずれが意図どおりか(ブラウザの都合か、デザインの誤りか)は人が決める
⑤ 部品の対応づけ(人が判断)
繰り返し出てくる部品を、Code Connectで自社のコードの部品に結ぶか決める②でプランモードを使うと、Claude Codeはファイルを読んで計画を出し、承認するまで編集しません。
今すぐ試せる:1画面目を頼むプロンプト
Figmaのファイル〔ファイル名〕の、フレーム〔フレーム名〕を実装します。
まず計画だけを出し、私が承認するまで編集しないこと。
1. get_metadata で構造を読み、既存の部品(〔src/components〕)で使えるものを挙げる。
2. get_variable_defs で変数を読み、既存の色・余白の定義(〔ファイル名〕)との対応表を作る。
3. 対応がない変数と、直書きになりそうな箇所を「要確認」として出す。
4. 実装の順番を、部品の単位で示す。実装工場:データの点検表
【Figmaのデータ】
□ 繰り返すもの(ボタン、カード、入力欄、ナビ)がコンポーネントになっている
□ 色・余白・角丸・文字が変数になっている
□ レイヤー名が役割を表している(Frame1268のままではない)
□ オートレイアウトで組まれ、幅を変えても崩れない
□ 動きや画面幅ごとの振る舞いに、注記がある
【受け入れの線】
・上の5つのうち、2つ以上が欠けていたら、整備を先に見積もる
・お客様の支給データなら、整備の範囲をお客様と合意してから着手するチェックが少ないデータで進めると、③の後に手直しが集中します。点検は、着手の前に5分で終わります。
構造的なリスク
逆説を指摘しておきます。
照合の差分がなくなるほど、デザインどおりに「できすぎた」画面になります。
けれど、デザインのデータには、長い見出し、空の一覧、エラーの表示など、実際の運用で起きる状態が描かれていないことがあります。その状態の確認は、Figmaとの照合では見つかりません。人が運用の場面を想定して確かめてください。
よくあるQ&A
Q. 1画面ずつだと、遅くないか?
最初の2〜3画面は遅く感じます。けれど、そこで部品と変数の対応が固まると、残りの画面の手直しが減ります。
Q. LPの量産にも使えるか?
使えます。型と確認の手順をファイルに置く方法は、こちらです。
▶ Claude CodeでLP制作を量産しても品質を落とさない手順──型をCLAUDE.mdとSkillsに置き、確認を自動と人の2段に分け、本数で元が取れるかを計算する
Q. 手順書にまとめたものはあるか?
保守・LP・改修・点検の手順書とプロンプトを、キットにしました。
▶ Claude Codeの作業手順書キット、Web制作会社向け──保守・LP・改修・点検の4つの手順書、CLAUDE.mdとsettings.jsonとhooksの雛形、人が見る線の表、記録の型
最後に
Figmaからの実装は、つないだ瞬間ではなく、データの点検から始まります。
点検・計画・1画面ずつの生成・照合・部品の対応づけを工程として回した会社だけが、手直しに時間を溶かさずに、デザインを実装に変えられるのです。
これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。
#Web制作会社 #FigmaMCP #ClaudeCode #Figma #MCP #デザイン実装 #制作会社経営 #中小企業 #AI駆動開発 #コーディング