vercel-react-best-practices
Vercelエンジニアリングによる、ReactとNext.jsのパフォーマンス最適化ガイドラインです。React/Next.jsコードの記述、レビュー、リファクタリングの際に、最適なパフォーマンスパターンを実現するために活用できます。Reactコンポーネント、Next.jsページ、データ取得、バンドルの最適化、またはパフォーマンス改善に関するタスクで自動的に起動します。
description の原文を見る
React and Next.js performance optimization guidelines from Vercel Engineering. This skill should be used when writing, reviewing, or refactoring React/Next.js code to ensure optimal performance patterns. Triggers on tasks involving React components, Next.js pages, data fetching, bundle optimization, or performance improvements.
SKILL.md 本文
Vercel React Best Practices
Vercel によって保守されている React および Next.js アプリケーションのための包括的なパフォーマンス最適化ガイド。8 つのカテゴリ全体にわたる 70 のルールが含まれており、自動リファクタリングとコード生成を導くために影響度順に優先順位付けされています。
適用する時機
以下の場合にこのガイドラインを参照してください:
- 新しい React コンポーネントまたは Next.js ページを作成するとき
- データフェッチング(クライアント側またはサーバー側)を実装するとき
- パフォーマンス問題のコードをレビューするとき
- 既存の React/Next.js コードをリファクタリングするとき
- バンドルサイズまたは読み込み時間を最適化するとき
ルールカテゴリー(優先度順)
| 優先度 | カテゴリー | 影響度 | プリフィックス |
|---|---|---|---|
| 1 | ウォーターフォール排除 | CRITICAL | async- |
| 2 | バンドルサイズ最適化 | CRITICAL | bundle- |
| 3 | サーバーサイド パフォーマンス | HIGH | server- |
| 4 | クライアントサイド データフェッチング | MEDIUM-HIGH | client- |
| 5 | 再レンダリング最適化 | MEDIUM | rerender- |
| 6 | レンダリング パフォーマンス | MEDIUM | rendering- |
| 7 | JavaScript パフォーマンス | LOW-MEDIUM | js- |
| 8 | アドバンスパターン | LOW | advanced- |
クイックリファレンス
1. ウォーターフォール排除(CRITICAL)
async-cheap-condition-before-await- フラグまたはリモート値を待機する前に安価な同期条件をチェックするasync-defer-await- 実際に使用されるブランチに await を移動するasync-parallel- 独立した操作に Promise.all() を使用するasync-dependencies- 部分的な依存関係に better-all を使用するasync-api-routes- API ルートで早期に Promise を開始し、後で await するasync-suspense-boundaries- Suspense を使用してコンテンツをストリーミングする
2. バンドルサイズ最適化(CRITICAL)
bundle-barrel-imports- バレルファイルを避け、直接インポートするbundle-analyzable-paths- 静的に解析可能なインポートとファイルシステムパスを使用して、広いバンドルとトレースを避けるbundle-dynamic-imports- 重いコンポーネント向けに next/dynamic を使用するbundle-defer-third-party- ハイドレーション後に分析/ロギングを読み込むbundle-conditional- 機能が有効化されたときのみモジュールを読み込むbundle-preload- ホバー/フォーカスで プリロード して体感速度を向上させる
3. サーバーサイド パフォーマンス(HIGH)
server-auth-actions- API ルートと同様にサーバー アクション を認証するserver-cache-react- リクエストごとの重複排除に React.cache() を使用するserver-cache-lru- クロスリクエスト キャッシング に LRU キャッシュを使用するserver-dedup-props- RSC プロップでの重複シリアライゼーション を避けるserver-hoist-static-io- 静的 I/O(フォント、ロゴ)をモジュールレベルに持ち上げるserver-no-shared-module-state- RSC/SSR でモジュールレベルの変更可能なリクエスト状態を避けるserver-serialization- クライアント コンポーネント に渡すデータを最小化するserver-parallel-fetching- コンポーネントを再構成してフェッチを並列化するserver-parallel-nested-fetching- Promise.all の各アイテムごとにネストされたフェッチをチェーンするserver-after-nonblocking- ノンブロッキング操作に after() を使用する
4. クライアントサイド データフェッチング(MEDIUM-HIGH)
client-swr-dedup- 自動リクエスト重複排除に SWR を使用するclient-event-listeners- グローバル イベント リスナー を重複排除するclient-passive-event-listeners- スクロール向けにパッシブ リスナー を使用するclient-localstorage-schema- localStorage データをバージョン管理および最小化する
5. 再レンダリング最適化(MEDIUM)
rerender-defer-reads- コールバックでのみ使用される状態をサブスクライブしないrerender-memo- 高価な処理をメモ化された コンポーネント に抽出するrerender-memo-with-default-value- デフォルトの非プリミティブ プロップ を持ち上げるrerender-dependencies- エフェクトでプリミティブ依存関係を使用するrerender-derived-state- 生の値ではなく派生ブール値をサブスクライブするrerender-derived-state-no-effect- エフェクトではなくレンダリング時に状態を派生させるrerender-functional-setstate- 安定したコールバック向けに関数型 setState を使用するrerender-lazy-state-init- 高価な値向けに useState に関数を渡すrerender-simple-expression-in-memo- シンプルなプリミティブ向けに memo を避けるrerender-split-combined-hooks- 独立した依存関係を持つ フック を分割するrerender-move-effect-to-event- インタラクション ロジック をイベント ハンドラ に置くrerender-transitions- 緊急度の低い更新に startTransition を使用するrerender-use-deferred-value- 入力をレスポンシブに保つために高価なレンダリングを遅延させるrerender-use-ref-transient-values- 一時的で頻繁に変わる値に refs を使用するrerender-no-inline-components- コンポーネント内でコンポーネントを定義しない
6. レンダリング パフォーマンス(MEDIUM)
rendering-animate-svg-wrapper- SVG 要素ではなく div ラッパー をアニメーション化するrendering-content-visibility- 長いリスト向けに content-visibility を使用するrendering-hoist-jsx- 静的 JSX をコンポーネント外に抽出するrendering-svg-precision- SVG 座標精度を削減するrendering-hydration-no-flicker- クライアント専用データに インライン スクリプト を使用するrendering-hydration-suppress-warning- 予期されたミスマッチを抑制するrendering-activity- 表示/非表示に Activity コンポーネント を使用するrendering-conditional-render- 条件分岐に && ではなく三項演算子を使用するrendering-usetransition-loading- ローディング状態に useTransition を優先するrendering-resource-hints- プリロード向けに React DOM リソース ヒント を使用するrendering-script-defer-async- スクリプト タグ に defer または async を使用する
7. JavaScript パフォーマンス(LOW-MEDIUM)
js-batch-dom-css- クラスまたは cssText 経由で CSS 変更をグループ化するjs-index-maps- 繰り返されるルックアップ向けに Map を構築するjs-cache-property-access- ループ内でオブジェクト プロパティ をキャッシュするjs-cache-function-results- モジュールレベルの Map に関数結果をキャッシュするjs-cache-storage- localStorage/sessionStorage の読み取り をキャッシュするjs-combine-iterations- 複数の filter/map を 1 つのループに結合するjs-length-check-first- 高価な比較の前に配列長をチェックするjs-early-exit- 関数から早期に戻るjs-hoist-regexp- ループ外に RegExp 作成を持ち上げるjs-min-max-loop- ソートの代わりに min/max ループを使用するjs-set-map-lookups- O(1) ルックアップ向けに Set/Map を使用するjs-tosorted-immutable- イミュータビリティ向けに toSorted() を使用するjs-flatmap-filter- 1 パスで map とフィルター を行うために flatMap を使用するjs-request-idle-callback- ブラウザアイドル時間に重要でない処理を遅延させる
8. アドバンスパターン(LOW)
advanced-effect-event-deps-useEffectEventの結果をエフェクト依存関係に入れないadvanced-event-handler-refs- イベント ハンドラ を refs に保存するadvanced-init-once- アプリ読み込みごとに 1 回だけ初期化するadvanced-use-latest- 安定したコールバック refs に useLatest を使用する
使用方法
詳細な説明とコード例については個別ルールファイルを参照してください:
rules/async-parallel.md
rules/bundle-barrel-imports.md
各ルールファイルには以下が含まれます:
- それが重要な理由についての簡潔な説明
- 説明付きの不正なコード例
- 説明付きの正しいコード例
- 追加コンテキストと参考資料
完全なコンパイル済みドキュメント
すべてのルールを展開した完全なガイドについては: AGENTS.md
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- vercel-labs
- ライセンス
- MIT
- 最終更新
- 2026/5/7
Source: https://github.com/vercel-labs/agent-skills / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。