Synthèse automatique
Ce skill permet de construire le projet, de vérifier les erreurs, de regrouper les modifications par objectif, de créer des commits séparés et de pousser sur GitHub uniquement après une construction réussie.
Points forts
- Garantit que seuls des changements sans erreur sont commités et poussés.
- Sépare automatiquement les modifications par type (feature, fix, refacto, etc.) pour des commits propres.
- Exécute en boucle la construction jusqu'à succès avant d'autoriser le commit.
- Respecte le style de messages de commit existant du dépôt.
Limites
- Ne fonctionne qu'avec des projets utilisant npm run build.
- Peut nécessiter une intervention humaine si les erreurs de build sont complexes.
- Ne gère pas les conflits de fusion si le push échoue à cause de l'état distant.
Utilisez ce skill lorsque vous voulez vous assurer que votre code compile correctement avant de le versionner et de le partager.
Ne l'utilisez pas pour des modifications urgentes nécessitant un commit rapide sans vérification de build, ou pour des projets sans script de build défini.
Analyse de sécurité
SûrThe skill instructs to run standard build and version control commands (npm, git). It does not include any destructive actions, exfiltration, or obfuscated payloads. Commands are executed in the user's project context with their consent.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Build the project, fix any errors, then group changes and create separate commits for each purpose, then push.Run npm run build, if it passes, commit all changes with a message following the repo style, then push.Check the build, and only if successful, commit and push my changes.Build, Commit and Push
This skill builds the project, checks for errors, and only creates a commit and pushes to GitHub if the build is successful with no errors.
Instructions
When the user invokes this skill:
-
Run the build command
- Execute
npm run buildto build the project - This will run i18n compilation and Next.js build
- Capture the full output
- Execute
-
Check for build errors
- If the build fails (exit code != 0), analyze the errors
- Report the errors to the user with clear explanations
- DO NOT proceed to commit or push
- Offer to help fix the errors
- After fixing errors, run the build again
-
Repeat until build succeeds
- Keep fixing errors and rebuilding until
npm run buildexits with code 0 - Ensure there are no TypeScript errors, ESLint errors, or build failures
- Keep fixing errors and rebuilding until
-
Analyze changes and group by purpose
- Once the build is completely successful with no errors:
- Run
git statusto see what files have changed - Run
git diffto see the actual changes - Run
git log -5 --onelineto see recent commit style - Analyze all changes and group them by purpose/type:
- Feature additions
- Bug fixes
- Refactoring
- Documentation updates
- Configuration changes
- Translation updates
- Style/UI changes
- Performance improvements
- etc.
- Run
- Once the build is completely successful with no errors:
-
Create separate commits for different purposes
- IMPORTANT: Changes with different purposes MUST be in separate commits
- For each group of related changes:
- Stage only the files related to that specific purpose using
git add <files> - Create a focused commit message in English that:
- Summarizes the specific nature of this group (feature/fix/refactor/docs/etc.)
- Focuses on "why" rather than "what"
- Follows the existing commit message style
- Create the commit with
git commit -m "your message"
- Stage only the files related to that specific purpose using
- Repeat for each group until all changes are committed
- Examples:
- Commit 1:
feat: add user authentication with JWT tokens - Commit 2:
fix: resolve memory leak in image loading component - Commit 3:
docs: update README with deployment instructions
- Commit 1:
- Never mix unrelated changes in a single commit
-
Push to GitHub
- After all commits are created, push them to the remote repository using
git push - Confirm success to the user with a summary of all commits pushed
- After all commits are created, push them to the remote repository using
Important Notes
- NEVER commit or push if the build has any errors
- CRITICAL: Always create separate commits for changes with different purposes (never mix unrelated changes)
- Always summarize the commit message in English regardless of the user's language
- Follow the existing commit message style in the repository
- Do not commit sensitive files like .env or credentials
- If build fails repeatedly, explain the issue clearly and wait for user guidance
- Stage files carefully - use specific file paths, not
git add .when creating multiple commits
Usage
The user can invoke this skill by saying:
- "build commit push"
- "build and push"
- "check build and commit"
- Or any similar phrase indicating they want to build, commit, and push
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/build-commit-and-push-mm5t8c39/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/build-commit-and-push-mm5t8c39' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/build-commit-and-push-mm5t8c39/download' --output '.skill-downloads/build-commit-and-push-mm5t8c39/SKILL.md.part' && mv '.skill-downloads/build-commit-and-push-mm5t8c39/SKILL.md.part' '.skill-downloads/build-commit-and-push-mm5t8c39/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/build-commit-and-push-mm5t8c39/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.