メインコンテンツへスキップ
見出し画像

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駆動開発 #コーディング

     
     
    Web制作・開発会社の「労働集約という病」をAIで冷徹に切除し、利益率を極限化する組織ハッキング術を公開。 人間の感情と作業を排除し、社長一人で莫大な富を搾取する「完全無人ファクトリー」を構築する覚悟を持つ経営者のみ、有料記事で圧倒的な暴利と勝利を手に入れてください。

    あなたへのおすすめ