메뉴
要件定義書の ASCII アートからデザイントークンと UI コンポーネントの視覚仕様を創造する。 Apple HIG / Norman / Rams / Nielsen / Gestalt の知見に基づく UX 評価付き。iOS / macOS 対応。 トリガー: "UXUIデザイン", "デザイントークン作成", "start uxui design"
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
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 ツール経由でのみ起動される（ユーザーからの直接起動は不可）。
| name | start-uxui-design |
| description | 要件定義書の ASCII アートからデザイントークンと UI コンポーネントの視覚仕様を創造する。 Apple HIG / Norman / Rams / Nielsen / Gestalt の知見に基づく UX 評価付き。iOS / macOS 対応。 トリガー: "UXUIデザイン", "デザイントークン作成", "start uxui design" |
| user-invocable | true |
| argument-hint | [feature-name] [--platform ios|macos] |
要件定義書（ASCII アート付きの画面仕様）を入力に、デザイントークンと UI コンポーネントの視覚仕様を創造する。Apple HIG・Don Norman の感情デザイン・Dieter Rams の 10 原則・Nielsen ヒューリスティクス・ゲシュタルト原則の知識ベースに基づき、デザイン意図を理論的根拠とともに設計する。
本スキルは /forge:start-requirements の Figma なし時の補完 として位置づけられる。ゼロから UI を設計する必要があり、Figma デザインも既存 UI もない場合に使用する。
デザイン方向性は Phase 2.0（Design Intent の取得）で要件本文・既存コードから読み取りまたは推定し、AskUserQuestion で確認する。プロジェクト全体に挙動モードを固定する設定ファイル（.uxui-config.yaml 等）は持たない。
Figma デザインの場合:
/forge:start-requirements {feature} --mode from-figmaで要件抽出に進む。本スキルは不要。Figma デザインの UX 品質を検証したい場合は/forge:review uxuiを使用する。
ASCII アートの画面仕様からデザイントークン・UI コンポーネント視覚仕様の作成・UX評価・文書化まで完走すること。
Phase 完了後は立ち止まらず次の Phase に自動で進む。不明点がある場合のみ AskUserQuestion で確認する。
/forge:start-uxui-design [feature] [--platform ios|macos]
| 引数 | 内容 |
|---|---|
| feature | Feature 名（省略時は対話で確定） |
| --platform | 対象プラットフォーム（省略時は選択肢提示） |
--platform 未指定時、AskUserQuestion を使用して選択肢を提示する:
対象プラットフォームを選択してください:
1. iOS — iPhone / iPad アプリのデザイン
2. macOS — Mac アプリのデザイン
${CLAUDE_PLUGIN_ROOT}/skills/doc-structure/SKILL.md の「出力先ディレクトリの解決」手順に従い、
doc_type requirement、feature {feature} で出力先ディレクトリを求める。
requirement に対応するエントリが無い場合 → specs/{feature}/requirements/ をデフォルトとして使用常駐知識として以下を 必ず Read する。この文書は全 Phase を通じてコンテキスト内に保持する:
${CLAUDE_PLUGIN_ROOT}/skills/start-uxui-design/docs/design_philosophy.md — デザイン哲学の統合フレームワーク（3 層モデル）。全てのデザイン判断の基盤${CLAUDE_PLUGIN_ROOT}/docs/document_style_guide.md — 文書スタイル指針（タグ・見出し・参照記法）その他の知識ベース（apple_design_principles.md、プラットフォームガイド、テンプレート）はワークフロー内で Phase 別に JIT 読み込みする。一括読み込みしない。
知識ベースの読み込み後、ワークフローファイルを Read し、そのファイルの指示に従って作業を実行する:
${CLAUDE_PLUGIN_ROOT}/skills/start-uxui-design/docs/uxui_analysis_workflow.md
Read 後、ワークフローファイルの Phase 1 から開始する。ワークフローは完了処理（AI レビュー・ToC 更新・commit 確認）まで自己完結している。SKILL.md に戻る必要はない。