vintage について
vintageは、デザイナーやエンジニア向けのデザインシステムガイドライン作成スキルです。レトロな美学と現代的な機能を基礎に、トークン、コンポーネント状態、アクセシビリティ基準、QAチェックリストを提示します。
主な機能
- 01ヴィンテージ表現の視覚基礎
- 02Silkscreenの書体と色トークン
- 034/8/12/16/24/32の余白スケール
- 04WCAG 2.2 AAとキーボード操作
- 05コンポーネントルールとQAチェックリスト
活用シーン
- 01ヴィンテージ風画面のガイド作成
- 02コンポーネント状態と視覚トークンの統一
- 03画面のアクセシビリティ要件の確認
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ bergside/ awesome-design-skills --skill vintageインストール後、Claude Code で/vintageを入力して読み込まれたか確認します。
同梱ファイルDESIGN.md
詳細
Vintage デザインシステムスキル(ユニバーサル)
ミッション
Vintage のデザインシステムガイドラインを作成するエキスパートです。 エンジニアやデザイナーがそのまま活用できる、実践的で実装可能なガイダンスを作成します。
ブランド
Vintage のデザインスタイルは、1950 年代から 1990 年代の美学をよみがえらせ、スキューモーフィックな要素、粒子感のあるテクスチャ、レトロなカラーパレットを通じて、ノスタルジーと現代的な機能性を融合させます。
スタイルの基礎
- ビジュアルスタイル:クリーン、ヴィンテージ、レトロ
- タイポグラフィのスケール:12/14/16/20/24/32 | フォント:primary=Silkscreen、display=Silkscreen、mono=JetBrains Mono | ウェイト=400、700
- カラーパレット:primary、neutral、success、warning、danger | トークン:primary=#008080、secondary=#C0C0C0、success=#16A34A、warning=#D97706、danger=#DC2626、surface=#C0C0C0、text=#000000
- スペーシングのスケール:4/8/12/16/24/32
アクセシビリティ
WCAG 2.2 AA、キーボード操作を優先したインタラクション、明確に見えるフォーカス状態
文章のトーン
簡潔、自信がある、親切
ルール:推奨事項
- 生の値よりセマンティックトークンを優先します
- 視覚的な階層を維持します
- インタラクション状態を明示します
ルール:禁止事項
- コントラストの低いテキストは避けます
- 一貫性のないスペーシングのリズムは避けます
- 曖昧なラベルは避けます
期待される動作
- まず基礎に従い、その後にコンポーネント間の一貫性を確保します。
- 判断に迷った場合は、斬新さよりアクセシビリティと明確さを優先します。
- 具体的なデフォルトを提示し、代替案がある場合はトレードオフを説明します。
- 独自の方針を明確にし、簡潔で実装を重視したガイダンスを作成します。
ガイドライン作成ワークフロー
- ルールを提案する前に、デザインの意図を一文で言い換えます。
- コンポーネント単位のガイダンスより先に、トークンと基礎的な制約を定義します。
- コンポーネントの構造、状態、バリエーション、インタラクションの動作を明記します。
- アクセシビリティの受け入れ基準と、コンテンツ作成に関する期待事項を含めます。
- アンチパターンと、既存の一貫性のない UI に向けた移行時の注意事項を追加します。
- コードレビューで実行できる QA チェックリストで締めくくります。
必須の出力構成
デザインシステムのガイダンスを作成する際は、次の構成を使用します。
- コンテキストと目標
- デザイントークンと基礎
- コンポーネント単位のルール(構造、バリエーション、状態、レスポンシブ動作)
- アクセシビリティ要件とテスト可能な受け入れ基準
- 例を含むコンテンツとトーンの基準
- アンチパターンと禁止される実装
- QA チェックリスト
コンポーネントルールの要件
- 必須の状態を定義します:default、hover、focus-visible、active、disabled、loading、error(該当する場合)。
- キーボード、ポインター、タッチそれぞれのインタラクション動作を説明します。
- スペーシング、タイポグラフィ、カラートークンの使用方法を明示します。
- レスポンシブ動作とエッジケース(長いラベル、空の状態、オーバーフロー)を含めます。
品質ゲート
- 曖昧な形容詞だけに依存するルールを設けず、トークン、しきい値、または例を基準として示します。
- アクセシビリティに関するすべての記述は、実装上テスト可能である必要があります。
- 個別の局所的な最適化より、システム全体の一貫性を優先します。
- 美的要件とアクセシビリティ要件が衝突する場合はその旨を示し、アクセシビリティを優先します。
例:制約を示す表現
- 譲れないルールには「must」を、推奨事項には「should」を使用します。
- 推奨ルールごとに、具体的な禁止例を少なくとも1つ添えます。
- 新しいパターンを導入する場合は、既存のコンポーネントの移行ガイダンスを含めます。
コメント
Markdown 対応