Communityコーディング&開発github.com

kimzeze/frontend-conventions

AIコーディングエージェント(Claude Code、Cursor、Codex)のためのフロントエンドコーディング規約。Next.js 16 + React 19 + TanStack Query v5 + FSDに関する67のルール。

frontend-conventions とは?

このスキルは、AIコーディングエージェントがNext.js 16、React 19、TanStack Query v5、Feature-Sliced Design (FSD)アーキテクチャに基づくプロジェクトで、高品質で一貫性のあるコードを生成するための包括的なルールセット(67ルール、11カテゴリ)を提供します。アーキテクチャ、Next.jsパターン、コード品質、クエリ、ミューテーション、APIレイヤー、フォーム、テーブル、状態管理、エラーハンドリング、命名規則をカバーし、各ルールにはMUST/SHOULD/MAYの厳格度レベルが割り当てられています。対応プラットフォームはClaude Code、Cursor、Codexです。使い方としては、新しいエンティティの追加、CRUDフォームやテーブルの実装、既存コードのリファクタリング、プロジェクトの規約準拠検証などが想定されています。また、検証ワークフローが定義されており、規約違反の特定、修正提案、遵守率の集計を自動的に行うことができます。

対応✓Claude Code✓Codex CLI✓Cursor
npx skills add kimzeze/frontend-conventions

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

Frontend Conventions

Next.js 16 + React 19 + TanStack Query v5 + FSDアーキテクチャにおいて 「良いコードであり、一貫性のあるコード」 を生成するための規約。

このスキルを使用するタイミング

  • 新しいエンティティ、フィーチャー、ウィジェットを作成するとき
  • CRUDフォームやデータテーブルを実装するとき
  • 既存コードをリファクタリングするとき
  • プロジェクトが規約を遵守しているか検証するとき
  • APIレイヤー、状態管理、エラーハンドリングパターンを適用するとき

テクノロジースタック

  • Next.js 16.1.6 (App Router) + React 19.2.3 + TypeScript 5.9.2
  • @tanstack/react-query ^5 + @tanstack/react-table ^8.21.3
  • react-hook-form ^7.71.2 + zod ^3.25.76
  • nuqs ^2.8.9 (URL状態管理)
  • Tailwind CSS ^4 + shadcn/ui (radix-nova) + sonner ^2.0.7 (トースト通知)
  • Turborepo ^2.8.12 + pnpm 9.0+ (内部パッケージ: @workspace/ui、@workspace/api)

ルールカテゴリ

11カテゴリ、67ルール。作業内容に応じて適切なファイルを参照:

領域ファイルいつ参照するか
アーキテクチャrules/architecture.mdFSDレイヤー、インポート方向、エンティティスライス、バレルエクスポート
Next.jsパターンrules/nextjs-patterns.mdPage thin shell、Providers、'use client'、特殊ファイル
コード品質rules/code-quality.mdDynamic import、条件付きレンダリング、早期リターン、forwardRef
クエリrules/queries.mdqueryOptionsファクトリ、クエリキー、staleTime、プリフェッチ、useQueries
ミューテーションrules/mutations.mdinvalidate、useApiMutation、楽観的更新
APIレイヤーrules/api-layer.mdAPIオブジェクト、レスポンス型、SSRプリフェッチ
フォームrules/forms.mdzodスキーマ、useForm、FormDialog、編集パターン
テーブルrules/tables.mdDataTable、columns、サーバーサイドページネーション
状態管理rules/state-management.mdnuqs、useState、グローバル状態の禁止
エラーハンドリングrules/error-handling.mdApiError、トースト、Error Boundary
命名規則rules/naming.mdファイル/フック/型/定数の命名

完全なインデックスは INDEX.md を参照。

厳格度レベル

各ルールは次の3つの厳格度のいずれか:

レベル意味AIの行動
🚫 MUST絶対に違反不可常にこのパターンに従う
⚠️ SHOULD特別な理由がなければ従うデフォルトで適用、例外時はコメントで理由を明記
✅ MAY推奨するが柔軟に対応状況に応じて判断

検証ワークフロー

「このプロジェクトを規約に基づいて検証して」と依頼された場合、次の順序で実行:

  1. テクノロジースタックの確認 — package.jsonでNext.js/React/TanStack Queryのバージョンを確認
  2. FSD構造の確認 (PS-01~05) — apps/*/entities、features、widgets、sharedが存在するか
  3. インポート方向の検証 (PS-02) — entityがfeatures/widgetsをインポートしている箇所を検索
  4. エンティティの完全性 (PS-03) — 各entityにapi.ts、queries.ts、hooks.ts、types.ts、index.tsが存在するか
  5. ミューテーションパターン (DF-06、DF-07) — useApiMutationの使用率、生のuseMutation違反を検索
  6. フォームパターン (FM-01~07) — zodスキーマの位置、useForm+zodResolver、フォームフックの抽出有無
  7. テーブルパターン (TB-01~05) — useReactTableインスタンスの方法、サーバーサイド手動モード
  8. 状態管理 (SM-01) — Context/zustandの使用有無(禁止)
  9. ファイル名ルール (NM-01) — kebab-caseの遵守率

出力形式:

  • 違反リスト (ルールID + file:line + 修正提案)
  • 遵守率サマリー (カテゴリ別)
  • 優先順位別の推奨事項 (🚫 を先に、⚠️ を次に)

タスク別クイックスタート

新しいエンティティの追加: architecture → api-layer → queries → mutations → naming CRUDフォームの実装: forms → mutations (DF-06、DF-07) → naming テーブルページの実装: tables → state-management → queries 新しいページ/ルートの追加: nextjs-patterns → architecture (PS-02、PS-05) エラー処理: error-handling パフォーマンス最適化: code-quality → queries (DF-10~12) 既存コードのリファクタリング: 該当領域のルールファイル全体

参考資料

関連スキル