スキル nx-workspace-patterns
📦

nx-workspace-patterns

安全

Nx モノレポワークスペースの構成

こちらからも入手できます: wshobson

大規模な JavaScript プロジェクトの管理は、適切なツールがないと複雑になります。このスキルは、ビルドキャッシングと影響コマンドを備えた効率的なモノレポ管理のための、本番対応の Nx ワークスペースパターンを提供します。

対応: Claude Codex Code(CC)
🥉 75 ブロンズ
1

スキルZIPをダウンロード

2

Claudeでアップロード

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

3

オンにして利用開始

テストする

「nx-workspace-patterns」を使用しています。 build、test、lint 操作のキャッシングで nx.json を構成する

期待される結果:

最適な CI パフォーマンスのための tasksRunnerOptions、targetDefaults、namedInputs、キャッシュ可能な操作を含む完全な nx.json 構成を提供します。

「nx-workspace-patterns」を使用しています。 循環依存を防止するモジュール境界を設定する

期待される結果:

apps、features、UI ライブラリ、utilities 間のタグベースの依存関係ルールを強制する depConstraints を含む ESLint 構成を生成します。

セキュリティ監査

安全
v1 • 2/24/2026

Static analysis flagged 35 patterns that are all false positives. The SKILL.md file is documentation-only content containing Nx configuration templates, CLI command examples, and best practices. External command patterns are documentation code blocks, network references are hyperlinks to official Nx documentation, and filesystem patterns are JSON schema paths in configuration templates. No executable code or security risks present.

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

品質スコア

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

作れるもの

新規 Nx ワークスペースセットアップ

大規模な React アプリケーションを開始するチームのために、適切なプロジェクト構造、キャッシング、タスクランナーオプションを備えた新しい Nx モノレポを構成します。

CI パイプラインの最適化

GitHub Actions に影響コマンドを実装して、変更されたプロジェクトのみをテストおよびビルドすることで CI 時間を短縮します。

モジュール境界の強制

組織全体でフィーチャー、UI、ユーティリティライブラリ間のアーキテクチャ境界を強制する ESLint ルールを設定します。

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

基本ワークスペース構成
適切なキャッシング構成を備えた React アプリケーション用の新しい Nx ワークスペースをセットアップするのを手伝ってください。
プロジェクト境界セットアップ
apps と libs ディレクトリを含む Nx ワークスペース用の ESLint モジュール境界ルールを生成してください。apps は features と utilities に依存できますが、features は他の features に依存できないことを強制します。
影響コマンドを使用した CI ワークフロー
main ブランチからプルする際、変更されたプロジェクトのみで lint、test、build を実行するために Nx 影響コマンドを使用する GitHub Actions ワークフローを作成してください。
カスタムライブラリージェネレーター
スコープ付きモノレポ構造のために、事前構成されたタグ、index エクスポート、バレルファイルを備えたフィーチャーライブラリを作成するカスタム Nx ジェネレーターを記述してください。

ベストプラクティス

  • 記述的なタグを一貫して使用し、モジュール境界ルールで強制する
  • 顕著な CI 時間短縮のため、プロジェクトセットアップの早期にビルドキャッシングを有効にする
  • クリーンな依存関係を維持するために、ライブラリを単一責任に焦点を当てて保つ

回避

  • ライブラリ間の循環依存を作成すると、依存関係グラフが壊れる
  • 影響コマンドをスキップし、すべてのコミットでフルテストスイートを実行する
  • メンテナンス負担を増やす過度に細かい多数の小さなライブラリを作成する

よくある質問

Nx 影響とすべてのタスクを実行するの違いは何ですか?
影響コマンドは、ベースコミット以降に変更されたプロジェクトでのみタスクを実行し、すべてのプロジェクトで実行するのと比べて CI 時間を大幅に短縮します。
Nx キャッシングはどのように機能しますか?
Nx は、ソースファイルや構成などの入力に基づいてタスク出力をキャッシュします。入力が以前の実行と一致する場合、Nx は再実行の代わりにキャッシュされた結果を復元します。
モジュール境界とは何ですか?また、なぜ使用するのですか?
モジュール境界は、ライブラリタイプとスコープ間の不適切な依存関係を防止するアーキテクチャ制約を強制する ESLint ルールです。
キャッシングに Nx Cloud は必要ですか?
いいえ、ローカルキャッシングは Nx Cloud なしで機能します。Nx Cloud は、追加の速度向上のためにチームメンバーと CI ランナー間で分散キャッシングを可能にします。
既存のワークスペースを Nx に移行するにはどうすればよいですか?
既存のプロジェクトに Nx を追加するには nx migrate コマンドを使用します。nx パッケージの追加から始め、次に package.json スクリプトを Nx ターゲットに徐々に変換します。
Nx ワークスペースではどのライブラリタイプを使用すべきですか?
一般的なタイプには、ビジネスロジック用の feature、プレゼンテーションコンポーネント用の ui、API 統合用の data-access、純粋な関数用の util、アプリブートストラップ用の shell があります。

開発者の詳細

ファイル構成

📄 SKILL.md