메뉴
画面設計書・Figma・実装キャプチャの三点突合で、実装済み画面を仕様とデザインに同期する。Figma 側の対象ノード特定、スクリーンショットによる採用判断、visible 判定、色・フォント・余白の実値抽出、capture-emulator-screen による実装側キャプチャ、デザイントークン対応、差分修正までを扱う。「Figma 通りに直して」「デザイン差分を抽出して修正して」「この画面を設計とデザインに合わせて」と言われた時に使用する。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | sync-screen-design |
| description | 画面設計書・Figma・実装キャプチャの三点突合で、実装済み画面を仕様とデザインに同期する。Figma 側の対象ノード特定、スクリーンショットによる採用判断、visible 判定、色・フォント・余白の実値抽出、capture-emulator-screen による実装側キャプチャ、デザイントークン対応、差分修正までを扱う。「Figma 通りに直して」「デザイン差分を抽出して修正して」「この画面を設計とデザインに合わせて」と言われた時に使用する。 |
| user-invocable | true |
| argument-hint | <画面名 / Figma URL / node-id> |
| allowed-tools | Bash(curl -s -H *api.figma.com*), Bash(curl -sL *), Bash(uv run *), Bash(python3 *), Bash(dart format *), Read, Glob, Grep, Edit, Write, AskUserQuestion, Skill(capture-emulator-screen) |
実装済みの画面を画面設計書・Figma・実装キャプチャで突き合わせ、仕様とデザインに同期する。
visible=false の隠しノードがツリーに残る）。static const 経由。capture-emulator-screen Skill）。UI の見た目差分を修正するときは、コード値だけで判断せず、必ず以下を実施する。
詳細手順は docs/figma-side.md、capture-emulator-screen Skill、docs/review-checklist.md を参照する。
| # | フェーズ | 参照 |
|---|---|---|
| 1 | Figma 側の扱い（対象特定・SS 取得・実値抽出・差分分類） | docs/figma-side.md（必読） |
| 2 | Typography・トークン照合（推測せず実値→トークン） | docs/typography-and-tokens.md |
| 3 | 実装側のキャプチャ取得（Emulator / Simulator） | capture-emulator-screen Skill（必読） |
| 4 | 差分修正（実装ルールに従って直す） | docs/implementation-rules.md |
| 5 | 三点突合（Figma SS ↔ 実装キャプチャ ↔ コード）＋検証 | docs/review-checklist.md |
このスキルは impl-issue に依存しない独立スキル。実装側キャプチャは共通スキル
capture-emulator-screenに委譲し、UI 実装・Typography・レビューの知見は本スキルの docs/ に取り込み済み。
msg-sys 通信基盤（常駐 Codex セッションとの Stop フック経由の非同期往復）の上で、 Codex とのレビュー依頼・所見受領・修正・完了判定を駆動する。3モード（依頼/受信/再開）を持つ。 依頼モードのトリガー句: "msg-reviewでレビュー依頼", "Codexとレビュー往復したい", "常駐Codexにレビューを依頼", "msg-reviewを実行して", "Codexセッションにコードレビューを頼みたい"。 受信モードの起動契機（トリガー句ではなくメッセージ本文の形式で成立）: Stop フックが差し戻した メッセージ本文の先頭が `[msg-review] <種別> review_id=<review_id> round=<n>` である。 再開モードのトリガー句: "msg-reviewを再開したい", "レビューの往復上限到達通知が来た、状況を確認して", "review_idの未解決所見を要約して", "msg-reviewの続きを確認したい"。
設計書から実装戦略を策定し、タスクを抽出して YAML 計画書を作成・更新する。レビュー+自動修正→commit まで一貫実行。 トリガー: "計画書作成", "計画開始", "start plan", "start planning"
計画書からタスクを選び、実装・レビュー・計画更新まで一貫して実行する。 トリガー: "実装開始", "タスク実行", "start implement"
コード・文書をレビューし、品質問題の発見から修正まで自動化できる。重大度 🔴🟡🟢 で分類。 --auto で修正まで一貫実行。code/requirement/design/plan/uxui/generic の6種別に対応。 トリガー: "レビュー", "review", "レビューして", "確認して"
GitHub Issue を軽量実装で進めるか forge の SDD フロー（start-requirements/start-design/start-plan）に委ねるかを判定するスキル。feature namespace の要否も判定する。トリガー：「このIssueをトリアージして」「Issueの進め方を判定して」「#N はどう進めるべきか判定して」
GitHub Issue の実装を準備から完了まで一貫して行う。triage の判定調査結果（仕様書・ルール・類似PR・既存コードの特定）を引き継ぎ、実装計画の策定・Issue への解決内容記載・実装・レビューまで進める。UI Issue の場合は Figma デザイン仕様書・実装設計書の作成、UI 実装、実装レビューまでカバーする。 `/anvil:triage-issue` が軽量実装と判定した Issue に対して Skill ツール経由でのみ起動される（ユーザーからの直接起動は不可）。