nx-workspace-patterns
Configurer les espaces de travail Nx Monorepo
Également disponible depuis: wshobson
La gestion de projets JavaScript à grande échelle devient complexe sans les bons outils. Cette compétence fournit des modèles d'espace de travail Nx prêts pour la production pour une gestion efficace de monorepo avec mise en cache des builds et commandes affected.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "nx-workspace-patterns". Configurez nx.json avec la mise en cache pour les opérations build, test et lint
Résultat attendu:
Fournit une configuration complète nx.json avec tasksRunnerOptions, targetDefaults, namedInputs et des opérations cacheables pour des performances CI optimales.
Utilisation de "nx-workspace-patterns". Configurez des limites de modules empêchant les dépendances circulaires
Résultat attendu:
Génère une configuration ESLint avec depConstraints imposant des règles de dépendance basées sur les tags entre apps, features, bibliothèques UI et utilities.
Audit de sécurité
SûrStatic 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.
Score de qualité
Ce que vous pouvez construire
Configuration d'un nouvel espace de travail Nx
Configurez un nouveau monorepo Nx avec une structure de projet appropriée, la mise en cache et des options de task runner pour une équipe démarrant une application React à grande échelle.
Optimisation du pipeline CI
Implémentez des commandes affected dans GitHub Actions pour réduire les temps CI en testant et buildant uniquement les projets modifiés.
Application des limites de modules
Configurez des règles ESLint pour appliquer les limites architecturales entre les bibliothèques de fonctionnalités, d'interface utilisateur et d'utilitaires dans toute l'organisation.
Essayez ces prompts
Aidez-moi à configurer un nouvel espace de travail Nx pour une application React avec une configuration de mise en cache appropriée.
Générez des règles de limites de module ESLint pour un espace de travail Nx avec des répertoires apps et libs, en imposant que les apps puissent dépendre des features et utilities mais que les features ne puissent pas dépendre d'autres features.
Créez un workflow GitHub Actions qui utilise des commandes Nx affected pour exécuter lint, test et build uniquement sur les projets modifiés lors du pull depuis la branche main.
Écrivez un générateur Nx personnalisé qui crée une bibliothèque de fonctionnalités avec des tags pré-configurés, des exports d'index et des fichiers barrel pour une structure de monorepo avec scope.
Bonnes pratiques
- Utilisez des tags descriptifs de manière cohérente et appliquez-les avec des règles de limites de modules
- Activez la mise en cache des builds tôt dans la configuration du projet pour des gains de temps CI significatifs
- Gardez les bibliothèques focalisées avec une responsabilité unique pour maintenir des dépendances propres
Éviter
- Créer des dépendances circulaires entre les bibliothèques, ce qui brise le graphe de dépendances
- Ignorer les commandes affected et exécuter des suites de tests complètes à chaque commit
- Une granularité excessive avec trop de petites bibliothèques augmentant la charge de maintenance