スキル tailwind-patterns
🎨

tailwind-patterns

安全

CSSファーストアーキテクチャでモダンなTailwind v4 UIを構築

こちらからも入手できます: 0xDarkMatter,0xDarkMatter

Tailwindの設定やレスポンシブデザインに苦労するのはもう終わりです。このスキルは、CSSファーストのパターン、コンテナクエリの活用法、そしてTailwind CSS v4でスケーラブルなUIを構築するためのモダンなデザイントークンアーキテクチャを提供します。

対応: Claude Codex Code(CC)
📊 70 十分
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「tailwind-patterns」を使用しています。 コンテナクエリを使用したダークモードカードコンポーネントを作成

期待される結果:

  • .card { @container; background: white; padding: var(--spacing-lg); }
  • .dark .card { background: zinc-900; }
  • @sm { .card-content { grid-template-columns: 1fr 1fr; } }

「tailwind-patterns」を使用しています。 OKLCHカラーでデザイントークンを設定

期待される結果:

  • @theme {
  • --color-primary: oklch(0.7 0.15 250);
  • --color-surface: oklch(0.98 0 0);
  • --spacing-md: 1rem;
  • }

セキュリティ監査

安全
v1 • 2/25/2026

Static analysis detected 77 potential issues (backtick execution patterns, weak cryptography, system reconnaissance) but ALL are FALSE POSITIVES. The flagged patterns are markdown code block delimiters (```), inline code formatting, and CSS framework documentation comparing v3 vs v4. No executable code exists - this is documentation-only content for Tailwind CSS v4 patterns.

1
スキャンされたファイル
276
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
22
コミュニティ
100
セキュリティ
91
仕様準拠

作れるもの

Tailwind v3からv4への移行

JavaScript設定をCSSファーストの@themeディレクティブに置き換える必要がある、Tailwind v3からv4へのアップグレードを行う開発者向け

レスポンシブコンポーネントライブラリの構築

ビューポートのブレークポイントではなく、コンテナのサイズに適応する再利用可能なコンポーネントを作成するUIエンジニア向け

デザイントークンシステムの実装

OKLCHとCSS変数を使用して、意味論的なカラー、スペーシング、タイポグラフィスケールを確立するチーム向け

これらのプロンプトを試す

基本テーマ設定
[プロジェクトタイプ]用のプライマリブランドカラー、スペーシングスケール、フォントスタックを含むTailwind v4の@theme設定を作成
コンテナクエリコンポーネント
狭いコンテナから広いコンテナまで適応するコンテナクエリを使用したレスポンシブな[コンポーネントタイプ]をデザイン
ダークモードの実装
適切なカラートークンを使用して、[クラス/メディア/セレクタ]戦略で[ページタイプ]のダークモードを実装
モダンなレイアウトパターン
レスポンシブブレークポイントと非対称Bentoスタイルセクションを使用して、[フレックスボックス/グリッド]で[レイアウトタイプ]を作成

ベストプラクティス

  • パ��ォーマンスの向上とネイティブCSS変数サポートのため、Tailwind v4ではtailwind.config.jsの代わりにCSSファーストの@themeディレクティブを使用
  • 再利用可能でコンテキストに依存しないコンポーネントの場合、ビューポートブレークポイントよりもコンポーネントレベルのレスポンシブデザインにコンテナクエリ(@container)を優先
  • デザイントークンを3つの階層で整理:プリミティブカラー(生の値)��セマンティックトークン(primary、surface)、コンポーネントトークン(button-bg)
  • モバイルファーストアプローチを使用:プレフィックスなしのベーススタイルを記述し、その後に大きな画面用のsm:、md:、lg:オーバーライドを追加
  • クラスの組み合わせが3回以上繰り返される場合、または複雑な状態バリアントが必要な場合はコンポーネントを抽出

回避

  • 任意の値をあち��ちで使用するのは避けましょう - w-[327px]のようなハードコードされた数値の代わりに、一貫性のためにデザインシステムのスケール値を使用
  • スタイルを上書きするために!importantを使用しないでください - 適切なコンポーネント構造とCSSレイヤリングを通じて特異性の問題を修正
  • インラインスタイル属性を避けてください - デザインシステムの一貫性を維持するためにTailwindのユーティリティクラスを使用
  • v3のJavaScript設定をv4のCSSファーストパターンと混ぜないでください - @themeディレクティブとCSSベースの設定に完全に移行
  • @applyディレクティブを多用するのは避けましょう - ダイナミックな動作にはReact/Vueコンポーネントを、静的なパターンには純粋なCSSコンポーネントを優先

よくある質問

Tailwind v3とv4の主な違いは何ですか?
Tailwind v4は、JavaScriptベースのtailwind.config.jsの代わりに@themeディレクティブを使用したCSSファースト設定を採用しています。また、Rustで記述されたOxideエンジンを含み、コンパイル速度が10倍向上し、コンテナクエリやCSSネストなどのモダンなCSS機能をネイティブでサポートしています。
ビューポートブレークポイントの代��りにコンテナクエリを使用するのはいつですか?
親コンテナのサイズに適応する必要がある再利用可能なコンポーネントを構築する場合は、コンポーネントレベルのレスポンシブデザインにコンテナクエリ(@container)を使用します。画面サイズに応答するページレベルのレイアウトには、ビューポートブレークポイント(md:、lg:)を使用します。
OKLCHとは何ですか?また、なぜカラーに使用すべきですか?
OKLCHは、HSLやRGBよりも一貫性があり予測可能な色調整を提供する知覚的に均一な色フォーマットです。デザインシステム全体で均一な明るさと優れた色彩調和を保証するため、デザイントークンに推奨されます。
Tailwind v4でtailwind.config.jsファイルは必要ですか?
いいえ、tailwind.config.jsファイルはv4ではオプションです。CSSファイル内でCSSベースの@themeディレクティブを使用して、すべてのデザイントークンを設定できます。JavaScript設定は、高度なプラグイン設定またはレガシーv3からの移行時にのみ必要です。
@applyを使用すべきですか、それともコンポーネントを抽出すべきですか?
JavaScriptの動作を含むダイナミックなコンポーネントには、React/Vue/Svelteを使用してコンポーネントを抽出することをお勧めします。@applyは、フレームワークのオーバーヘッドなしにクラスの組み合わせを再利用する必要がある場合の静的なCSSのみのコンポーネントに対して控えめに使用してください。
Tailwind v4でダークモードを実装するにはどうすればよいですか?
クラス戦略(.darkクラスを使用した手動切り替え)、メディア戦略(システム設定に従う)、またはv4でのカスタムセレクタ戦略を使用してダークモードを設定します。dark:bg-zinc-900 dark:text-whiteのように、dark:プレフィックスを使用してダークバリアントを適用します。

開発者の詳細

ファイル構成

📄 SKILL.md