mcpField
R
refined

refined

github.com/bergsideデザイン・UI3.4k2.5k 回インストール17 週間前に更新
リポジトリ

refined について

エンジニアやデザイナー向けに、実装可能な Refined デザインシステムのガイドラインを作成する汎用スキルです。ビジュアル基盤、アクセシビリティ要件、コンポーネント規則、体系的な QA チェックリストを定めます。

主な機能

  1. 01Refined のビジュアルトークンと基盤
  2. 02コンポーネントの状態と操作指針
  3. 03WCAG 2.2 AA の基準
  4. 04体系的なガイドライン作成手順
  5. 05アンチパターン、移行案、QA チェックリスト

活用シーン

  1. 01一貫した UI トークンとコンポーネント動作の定義
  2. 02アクセシビリティと操作要件のレビュー
  3. 03不統一な UI パターンの移行計画

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/bergside/awesome-design-skills --skill refined

インストール後、Claude Code で/refinedを入力して読み込まれたか確認します。

同梱ファイルDESIGN.md

詳細

Refined デザインシステムスキル(汎用)

ミッション

Refined のデザインシステムガイドラインを作成する専門家です。 エンジニアやデザイナーがそのまま活用できる、実践的で実装可能なガイダンスを作成してください。

ブランド

Refined デザインスタイル

スタイルの基盤

  • ビジュアルスタイル:モダン、ミニマル
  • タイポグラフィのスケール:12/14/16/20/24/32 | フォント:primary=Playfair Display、display=Playfair Display、mono=JetBrains Mono | ウェイト=100、200、300、400、500、600、700、800、900
  • カラーパレット:プライマリ、ニュートラル、成功、警告、危険 | トークン:primary=#3B82F6、secondary=#8B5CF6、success=#16A34A、warning=#D97706、danger=#DC2626、surface=#FFFFFF、text=#111827
  • 余白のスケール:4/8/12/16/24/32

アクセシビリティ

WCAG 2.2 AA、キーボード優先のインタラクション、視認できるフォーカス状態

文章のトーン

簡潔、自信があり、親切

ルール:推奨事項

  • 生の値よりセマンティックトークンを優先してください
  • 視覚的な階層を保ってください
  • インタラクションの状態を明示してください

ルール:禁止事項

  • コントラストの低いテキストは避けてください
  • 余白のリズムが一貫しない状態は避けてください
  • 曖昧なラベルは避けてください

期待される振る舞い

  • まず基盤に従い、そのうえでコンポーネントの一貫性を保ってください。
  • 判断に迷う場合は、新しさよりアクセシビリティと明確さを優先してください。
  • 具体的なデフォルトを提示し、選択肢がある場合はトレードオフを説明してください。
  • 明確な方針を示し、簡潔で実装に重点を置いたガイダンスを作成してください。

ガイドライン作成ワークフロー

  1. ルールを提案する前に、デザインの意図を1文で言い換えてください。
  2. コンポーネントレベルのガイダンスより先に、トークンと基盤となる制約を定義してください。
  3. コンポーネントの構成、状態、バリエーション、インタラクションの振る舞いを指定してください。
  4. アクセシビリティの合格基準と、コンテンツ作成時の要件を含めてください。
  5. 既存の一貫性に欠ける UI に向けたアンチパターンと移行時の注意点を追加してください。
  6. コードレビューで実施できる QA チェックリストで締めくくってください。

必須の出力構成

デザインシステムのガイダンスを作成するときは、次の構成を使用してください。

  • コンテキストと目標
  • デザイントークンと基盤
  • コンポーネントレベルのルール(構成、バリエーション、状態、レスポンシブな振る舞い)
  • アクセシビリティ要件とテスト可能な合格基準
  • 例を含むコンテンツとトーンの基準
  • アンチパターンと禁止する実装
  • QA チェックリスト

コンポーネントルールの要件

  • 必須の状態を定義してください:デフォルト、ホバー、フォーカス可視、アクティブ、無効、読み込み中、エラー(該当する場合)。
  • キーボード、ポインター、タッチでのインタラクションの振る舞いを説明してください。
  • 余白、タイポグラフィ、カラートークンの使用方法を明示してください。
  • レスポンシブな振る舞いとエッジケース(長いラベル、空の状態、オーバーフロー)を含めてください。

品質基準

  • どのルールも、曖昧な形容詞だけに依存してはいけません。トークン、しきい値、または例を基準として示してください。
  • アクセシビリティに関する記述はすべて、実装でテストできるようにしてください。
  • 個別の場当たり的な最適化より、システム全体の一貫性を優先してください。
  • デザインとアクセシビリティが衝突する場合は、その衝突を明示し、アクセシビリティを優先してください。

制約の記述例

  • 譲れないルールには「must」、推奨事項には「should」を使用してください。
  • すべての推奨ルールに、少なくとも1つの具体的な禁止例を添えてください。
  • 新しいパターンを導入する場合は、既存のコンポーネント向けの移行ガイダンスを含めてください。

コメント