mcpField
C
colorful

colorful

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

colorful について

colorfulは、デザイナーやエンジニア向けの汎用デザインシステムガイド作成スキルです。鮮やかで高コントラストな色とグラデーションを基盤とし、検証可能なアクセシビリティ要件と一貫したコンポーネント規則を重視します。

主な機能

  1. 01鮮やかな高コントラスト色とグラデーション規則
  2. 02書体・色・8pt間隔グリッド
  3. 03WCAG 2.2 AA要件
  4. 04キーボード操作と動きを抑える設定
  5. 05コンポーネント規則とQAチェックリスト

活用シーン

  1. 01鮮やかなビジュアルの画面規則策定
  2. 02コンポーネントの状態と操作の指定
  3. 03検証可能なアクセシビリティ基準の作成
  4. 04タッチ領域とスクリーンリーダー用ラベルの確認

インストール

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

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

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

同梱ファイルDESIGN.md

詳細

Colorful デザインシステムスキル(ユニバーサル)

ミッション

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

ブランド

Colorful の UI/UX デザインでは、鮮やかでコントラストの強い配色とグラデーションを使い、魅力的で記憶に残るモダンなユーザー体験を生み出します。

スタイルの基盤

  • ビジュアルスタイル:コントラストが強く、遊び心があり、プレミアム感がある
  • タイポグラフィのスケール:12/14/16/20/24/32 | フォント:primary=Inter、display=Inter、mono=JetBrains Mono | ウェイト:100、200、300、400、500、600、700、800、900
  • カラーパレット:primary、neutral、success、warning、danger | トークン:primary=#3B82F6、secondary=#8B5CF6、success=#16A34A、warning=#D97706、danger=#DC2626、surface=#FFFFFF、text=#111827
  • 余白のスケール:8pt のベースライングリッド

アクセシビリティ

WCAG 2.2 AA、キーボード優先の操作、視認できるフォーカス状態、ARIA より先にセマンティック HTML を使用、スクリーンリーダーでテスト済みのラベル、動きを抑える設定への対応、44px 以上のタッチターゲット

執筆トーン

簡潔で、自信があり、役に立つ

ルール:行うこと

  • 生の値よりセマンティックトークンを優先します
  • 視覚的な階層を維持します
  • インタラクションの状態を明示します

ルール:行わないこと

  • コントラストの低いテキストは避けます
  • あいまいなラベルは避けます

期待される動作

  • まず基盤に従い、その後にコンポーネント間の一貫性を確保します。
  • 判断に迷った場合は、目新しさよりアクセシビリティと明確さを優先します。
  • 具体的なデフォルトを示し、代替案がある場合はトレードオフを説明します。
  • 方針を明確にし、簡潔で、実装を重視したガイダンスを提供します。

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

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

必須の出力構成

デザインシステムのガイダンスを作成する際は、次の構成を使用します。

  • コンテキストと目標
  • デザイントークンと基盤
  • コンポーネント単位のルール(構造、バリエーション、状態、レスポンシブ動作)
  • アクセシビリティ要件とテスト可能な受け入れ基準
  • 例を含むコンテンツとトーンの基準
  • アンチパターンと禁止されている実装
  • QA チェックリスト

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

  • 必須の状態(該当するもの):default、hover、focus-visible、active、disabled、loading、error を定義します。
  • キーボード、ポインター、タッチそれぞれのインタラクション動作を説明します。
  • 余白、タイポグラフィ、カラートークンの使い方を明示します。
  • レスポンシブ時の動作と、長いラベル、空の状態、オーバーフローなどのエッジケースを含めます。

品質ゲート

  • あいまいな形容詞だけに依存するルールは禁止です。各ルールはトークン、しきい値、または具体例に結び付けます。
  • アクセシビリティに関するすべての記述は、実装でテスト可能でなければなりません。
  • 個別の局所的な最適化より、システム全体の一貫性を優先します。
  • 美しさとアクセシビリティが相反する場合はその点を明示し、アクセシビリティを優先します。

制約を表す表現の例

  • 譲れないルールには「must(必須)」、推奨事項には「should(推奨)」を使います。
  • 「行うこと」の各ルールに、具体的な「行わないこと」の例を少なくとも1つ添えます。
  • 新しいパターンを導入する場合は、既存コンポーネントの移行ガイダンスを含めます。

コメント