| name | x-figma-implement |
| description | x-figma-extractが生成したマッピングファイルとスクリーンショットをもとに、Figmaのデザインに合わせてコンポーネントやページを実装するスキルです。 「このFigmaのデザインを実装して」「Figmaに合わせてコンポーネント作って」「デザインを再現して」「Figmaどおりに実装して」 「マッピングファイルから実装して」「extractしたデータで実装を進めて」「Figmaのnode-idを実装して」のように依頼されたとき、 またはx-figma-extractの直後に実装フェーズへ進むときに必ず起動してください。 Figma URLが渡されて実装まで一気に依頼された場合は、まずx-figma-extractで取得・マッピングを終えてから本スキルを起動します。 デザイン取得・トークン引き当て・マッピングファイル作成自体は本スキルでは扱いません。それらはx-figma-extractで実行してください。
|
| allowed-tools | ["Bash","Read","Write","Edit","Glob","Grep","AskUserQuestion","mcp__playwright__browser_take_screenshot","mcp__playwright__browser_resize","mcp__playwright__browser_evaluate","mcp__playwright__browser_hover","mcp__playwright__browser_snapshot","mcp__figma__get_metadata","TaskCreate","TaskUpdate","TaskList"] |
figma-implement
このスキルはx-figma-extractの成果物を入力として、コンポーネント単位でデザインを再現します。アーキテクチャ設計・状態管理・ルーティング・データフェッチングは扱いません。
x-figma-extractとの連動
Figma URLや「このデザインを実装して」のように依頼された場合、本スキルは単体では動きません。以下の順で連動します。
- x-figma-extractが起動します。Figma MCPからデータを取得し、マッピングファイルとスクリーンショットを保存します
- x-figma-extractの完了後、x-figma-implement（本スキル）が起動します。Step 1の入力チェックから実装と検証まで進めます
ユーザーから「Figma URL → 実装まで」とまとめて依頼されたときは、まずx-figma-extractスキルを呼び出して成果物を揃え、続けて本スキルへ進みます。マッピングファイルがすでに存在する場合は本スキルから開始します。
| 対象 | 範囲 |
|---|
| UIフレームワーク | React / Next.jsのみ |
| CSSフレームワーク | Tailwind / Panda / vanilla-extract / CSS Modulesの4種 |
| ファイル | 内容 | 参照タイミング |
|---|
references/project-instructions.md | プロジェクト固有のユーザー指示（最優先） | 全Step |
references/project-confirmation.md | ユーザーへの提案・承諾の質問ルール | Step 3・Step 4 |
references/project-components.md | アーキテクチャパターン・配置・命名・既存共通コンポーネント探索 | Step 2・Step 3 |
references/project-icons.md | 単色/多色アイコンの実装分岐 | Step 4 |
references/project-images.md | フォーマット判定・解像度バリエーション・Image方式分岐・art direction | Step 4 |
markup-rules.md | マークアップ役割の判定ルール集（タグ・属性・ランドマーク） | Step 5 |
references/project-tokens.md | 4FW別のトークン適用方法 | Step 6 |
references/project-verification.md | スクショ・getComputedStyle・getBoundingClientRect・画像差分・a11yツリー | Step 7 |
各Stepで、まずreferences/project-instructions.mdの該当見出しを確認します。記載があればそれを最優先します。記載がなければ各referenceの手順で自律判断します。
タスク登録（実行開始時に必ず実施）
フローを開始する前に、全ステップをTaskCreateで登録します。各ステップを開始するときTaskUpdateでin_progressへ、完了したときcompletedへ更新します。
| # | subject | blockedBy |
|---|
| 1 | Step 1: 入力チェック | — |
| 2 | Step 2: プロジェクト構造を把握する | 1 |
| 3 | Step 3: コンポーネントを選定する | 2 |
| 4 | Step 4: アイコン・画像を準備する | 3 |
| 5 | Step 5: マークアップ役割を確定する | 4 |
| 6 | Step 6: スタイルを実装する | 5 |
| 7 | Step 7: 自己検証サイクル | 6 |
Step 1: 入力チェック
x-figma-extractの成果物が揃っているか確認します。マッピングファイル・スクリーンショットの正式な保存先パスはx-figma-extractスキルのreferences/project-save-format.mdから参照してください。x-figma-extract側で保存形式が変更されている可能性があるため、毎回ここから読み取ります。
| 確認項目 | 方法 |
|---|
| マッピングファイルが存在する | x-figma-extract側の保存形式に従ったパスをlsで確認 |
| スタイル表のトークン列にすべて値が入っている | ファイルを開いて目視確認 |
| テキスト・アイコン・画像の各表が記録されている | マッピングファイルのテンプレートと照合 |
| スクリーンショットが保存されている | x-figma-extract側の保存形式に従ったパスをlsで確認 |
1つでも欠けていればx-figma-extractに戻ります。空欄のままトークンを推測して実装しないでください。
Step 1で読み取った情報は以降のStepで再利用します
マッピングファイルにはStep 2以降で使う情報が含まれています。読み取った内容は記憶しておき、再度読み込まないでください。
| 読み取った情報 | 使うStep |
|---|
| Code Connect（コンポーネントインスタンスのコード対応） | Step 3（既存共通コンポーネント探索の最優先候補） |
| アイコン表（種別・サイズ・色トークン） | Step 4（アイコン実装方法の分岐判断） |
| 画像表（用途・サイズ・object-fit） | Step 4（画像方式・art directionの判断） |
| スタイル表のトークン | Step 6（スタイル実装の入力） |
レイアウト算出値（親Xの中でx=Y w=Z） | Step 7（getBoundingClientRectでの照合） |
Step 2: プロジェクト構造を把握する
references/project-instructions.mdの「アーキテクチャ・設計の参照ドキュメント」「採用しているアーキテクチャパターン」見出しに記載があるか確認します- 記載がなければユーザーに「参照すべきアーキテクチャドキュメントや設計資料はあるか」を尋ねます
- ユーザー回答もなければ
references/project-components.mdのStep 1〜3で自律推測します
把握した結果（採用しているアーキテクチャパターン・コンポーネントの配置場所・命名規約）はStep 3の判断材料になります。
Step 3: コンポーネントを選定する
references/project-components.mdのStep 4〜6で、以下を決定します。
- 既存共通コンポーネントを流用する
- 新規にローカルコンポーネントとして実装する
- 新規に共通コンポーネントとして実装する
判断には実装対象のページに関連するページ（同じ機能区分・同じレイアウトに属するもの）の確認も含みます。共通化されている箇所が関連ページに見つかることがあります。
実装着手前に、判断結果をユーザーへ提案して承諾を得てください。詳細とescape hatch（承諾省略の条件）はreferences/project-components.mdのStep 7を参照します。
判断材料が不足する場合は、最終提案を待たずに途中でも相談してください。誤った方向に進むと認識合わせがやり直しになります。
Step 4: アイコン・画像を準備する
| 対象 | 手順 |
|---|
| アイコン | references/project-icons.mdの単色/多色分岐に従います |
| 画像 | references/project-images.mdのフォーマット判定→Image方式判定→解像度バリエーション→art directionの順で決めます |
両者ともに、まずreferences/project-instructions.mdの該当見出しを確認してください。記載があればそれを最優先します。
実装着手前に、判断結果をユーザーへ提案して承諾を得てください。詳細とescape hatch（承諾省略の条件）はreferences/project-icons.md・references/project-images.mdの最終Stepを参照します。
画像として出力されたがコードで再現すべき要素を確認する（必須）
マッピングファイルの画像表に記録された要素をスクリーンショットと照合し、Figmaが画像として出力したものの、実際にはテキスト・アイコン・装飾などコードで再現すべき要素を特定します。画像表に記録されていてもコード実装は必要なことがあります。スクリーンショットを根拠に判断してください。
Step 5: マークアップ役割を確定する
markup-rules.mdの判定ルールでマークアップ役割（要素のタグ・属性）を確定します。ダブルチェック・トリプルチェックで判断の抜け漏れを防ぎます。
5-1. ルールの読み込み
markup-rules.md全体を読みます。「Figmaデータから検知できるルール」「Figmaに見えなくても常に適用するルール」「適用順序」を把握します。
5-2. ルール適用判定（トリプルチェック）
各ルールについて、適用するかどうかを2回判断します。
1回目はmarkup-rules.mdの「Figmaで見える特徴」表を参照し、当てはまるものがあるか確認します。
2回目は各ルール本体（rules/markup/配下）の「対象」セクションと「確認するHTML要素」セクションを参照し、見落としがないか確認します。
3回目は実装済みコードがある場合に限り、対象コンポーネントのTSX・CSSファイルを読み、「確認するHTML要素」に挙げられた違反パターンが実装に混入していないか確認します。マッピングファイルや既存実装に引っ張られず、ルール本体の基準のみで判断します。
いずれかで「適用する」となったルールは適用します。3回すべてで「適用しない」となったルールのみスキップします。
5-3. 適用ルールの詳細把握
5-2で適用と判定したルールについて、rules/markup/配下のファイルを読みます。各ルールのif-then表・Incorrect/Correct例・検証手順を把握します。
5-4. 役割の確定とマッピングファイルへの記録（トリプルチェック）
各要素の役割（タグ・属性・構造）を3観点で確定します。結果はマッピングファイルに記録します。
- 1回目（通常）— if-then表にしたがって各要素のタグ・属性・構造を決めます。判断材料がデザインカンプから読み取れない場合は
AskUserQuestionで1つずつユーザーに確認します。決定した役割をマッピングファイルに記録します。
- 2回目（批判的）— 1回目の結果を批判的に見直します。エッジケース・例外パターン・他に該当しそうなルールの見落とし・違反例（Incorrect）との一致がないか確認します。差分があればマッピングファイルを更新します。
- 3回目（統合的）— 全要素を横断して整合性を確認します。関連ルール同士の組み合わせ（リスト + リンク、フォーカス可能 + 可視性など）が正しいか確認します。ページ全体のランドマーク構造にも矛盾がないか確認します。最終結果をマッピングファイルに反映します。
マッピングファイルのパスと記録形式はreferences/project-save-format.md（x-figma-extract側）を参照します。記録先のマッピングファイルがどれか不明な場合は、AskUserQuestionで必ずユーザーに確認します。
完了したらStep 6へ進みます。
Step 6: スタイルを実装する
references/project-tokens.mdのCSSフレームワークを特定する手順に従い、マッピングファイルのトークンを実コードへ適用します。
reset CSS・normalize CSS・親要素から継承される値は省略できます。差分のみを指定します。意図しない継承の混入はStep 7で検証します。
Step 7: 自己検証サイクル
差分ゼロになるまで以下のループを繰り返します。差分が1つでも残っていればStep 6に戻ります。
- ビューポートをFigmaフレーム幅に合わせてスクリーンショットを取得します（下記参照）
- Figmaスクリーンショットと目視で比較し、差分を列挙します
- 差分があれば
getComputedStyle・getBoundingClientRectで数値を確認して原因を特定します
- 配置意図を持つ要素の数値を照合します（必須）。中央配置・絶対配置・オフセット配置など配置意図を持つすべての要素について、目視差分の有無にかかわらず
getBoundingClientRectで数値を取得し、Figmaのレイアウト算出値と一致することを確認します。目視では気づきにくいズレがあるため、この照合を省略してはいけません
- Step 6に戻ってコードを修正します
- 1に戻ります
- 差分ゼロを確認したらループを抜けてユーザーへ完了報告します
利用できる比較手法は以下のとおりです。詳細はreferences/project-verification.mdを参照します。
| 手法 | 用途 |
|---|
| スクリーンショット目視比較 | 全体の見た目を確認 |
getComputedStyle | CSSプロパティの最終適用値を数値で照合 |
getBoundingClientRect | 表示サイズ・座標をFigma値と数値で照合 |
| Playwright + pixelmatch | スクショ同士のピクセル差分を機械検出 |
browser_snapshot（a11y tree） | DOM構造の見出し・ボタン・ランドマーク階層の妥当性 |
スクリーンショット比較の前にビューポートをFigmaフレーム幅に合わせる
Figmaスクリーンショットと実装スクリーンショットの横幅が異なると比較する意味がなくなります。
- x-figma-extractのマッピングファイルで
### スクリーンショットの「Figmaフレーム寸法」を確認します
mcp__playwright__browser_resizeでブラウザビューポートをその寸法（例: 375×812）に設定してからスクリーンショットを取得します- 両スクリーンショットの幅を揃えた状態で目視比較します
フレーム寸法が記録されていない場合はmcp__figma__get_metadataでフレームノードのwidth・heightを取得してください。
完了報告で触れる項目はreferences/project-verification.mdの最終セクションを参照してください。
